MythLogBot@irc.freenode.net :: #mythtv-users

Daily chat history

Current users (130):

aberrios_, adante, aloril_, amessina, amizraa, andreaz, AndyCap, benc_, BillK, BLZbubba_, buu, caelor, Captain_Murdoch2, ChanServ, clever, Cougar, croccydile, ctmjr, Cubber_, dahlSTROM, Dave123_, Dave123__, DaveQB, dkeith_, dually, enyc, EvilGuru, eye69, felipe`, fetzerch, Floppe, Freejack, G, Gibby, gigem, gregL, GreyFoxx_, grumpytravel, haux, Heliwr, Hoochster, Hydroponx, ikevin, infinite, infojunky, IRCApplet_, J-e-f-f-A, jams, jarryd, Jay2k1, jbrett, jduggan, Jinx, jm|laptop, johnsu01, joki, jpabq, jst, justinh, jya, jya_, k-man, knightr_, kormoc, kurre2, LedHed, lotia, louisdk, materdaddy, mengo, Metoer, MilkBoy, mishehu, MissionCritical, moparsthbest, Moscherkobold, Muzer, MythLogBot, mzb, nephyrin`, nikgod_, niobos, niska, pigeon, pmmd, purserj_, RagingComputer, RagingMind, RedPenguin, rhollan_afk, rhpot1991, robink, roboranger, rsiebert, Scopeuk, Shadow__X, ShapeShifter499, Sharky112065, shubes, sid3windr, simcop2387, sphery, squidly, sraue, StevenR, sulx, sunkan, superm1, swebb, taknev, tgm4883, Tobbe5178, tonsofpcs, tris, troyt, trumee, ubIx_, unforgiven512, wagnerrp, wahrhaft_, wallz, Warped, wseltzer1, XDS2010_, xris, zoktar, [mrx], ^N-i-X^, _abbenormal, _charly_
Thursday, August 21st, 2014, 00:00 UTC
[00:00:25] IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has quit (Client Quit)
[00:03:11] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has quit (Ping timeout: 243 seconds)
[00:04:02] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has joined #mythtv-users
[00:06:17] Dave123_ (Dave123_!~Dave123@cpe-74-74-218-98.rochester.res.rr.com) has quit (Ping timeout: 244 seconds)
[00:26:19] disputin (disputin!~sean@198.0.46.235) has joined #mythtv-users
[00:26:49] IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has joined #mythtv-users
[00:31:22] SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has joined #mythtv-users
[00:37:49] pigeon (pigeon!~pigeon@eth5284.nsw.adsl.internode.on.net) has quit (Remote host closed the connection)
[00:39:54] louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has quit (Remote host closed the connection)
[00:42:34] zombor (zombor!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has joined #mythtv-users
[00:42:34] zombor (zombor!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has quit (Changing host)
[00:42:34] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[00:44:41] pigeon (pigeon!~pigeon@eth5284.nsw.adsl.internode.on.net) has joined #mythtv-users
[01:00:54] andreaz (andreaz!~andre_000@p579223AB.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[01:06:24] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:13:18] AndroidLoverInSF (AndroidLoverInSF!~AndroidLo@64.56.206.254) has joined #mythtv-users
[01:19:26] AndroidLoverInSF (AndroidLoverInSF!~AndroidLo@64.56.206.254) has quit (Quit: Leaving)
[01:39:48] disputin (disputin!~sean@198.0.46.235) has quit (Quit: Leaving.)
[02:04:29] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[02:04:30] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds)
[02:06:56] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:06:59] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users
[02:17:34] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[02:36:15] RedPenguin (RedPenguin!~RedPengui@unaffiliated/redpenguin) has joined #mythtv-users
[02:36:18] RedPenguin: hello all
[02:40:00] RedPenguin: I am experiencing "digital breakups" occassionly with MythTV 0.27 with an HDHomeRun Prime (Gigabit Connected) and I checked MythTV, the Prime, the cable signal everything, any way to track down what's cause it, or is it mostly likely the cableco's fault?
[02:58:16] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[03:01:20] ubIx (ubIx!~ulf@p5B2676B5.dip0.t-ipconnect.de) has joined #mythtv-users
[03:04:33] ubIx_ (ubIx_!~ulf@p5B266905.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[03:09:41] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has joined #mythtv-users
[03:52:58] rhollan_afk: I get those occasionally on a stock cable box with Comcast. Perhaps it's the cableco. Did you get them on a cable box too? A side by side test would clinch that.
[03:56:52] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds)
[03:57:59] IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has quit (Quit: Applet destroyed)
[03:58:21] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users
[04:00:23] ubIx_ (ubIx_!~ulf@p57AD5D25.dip0.t-ipconnect.de) has joined #mythtv-users
[04:00:42] arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has quit (Excess Flood)
[04:02:21] DaveQB (DaveQB!~quassel@ppp255-134.static.internode.on.net) has joined #mythtv-users
[04:03:44] ubIx (ubIx!~ulf@p5B2676B5.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[04:11:24] ctmjr (ctmjr!~chuck@pdpc/supporter/active/ctmjr) has joined #mythtv-users
[04:18:23] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[04:18:52] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has quit (Ping timeout: 250 seconds)
[04:20:31] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has joined #mythtv-users
[04:32:23] squidly (squidly!~squidly@HoodLUG/member/squidly) has joined #mythtv-users
[04:41:32] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has quit (Ping timeout: 245 seconds)
[04:58:29] kc (kc!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has joined #mythtv-users
[04:58:29] kc (kc!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has quit (Changing host)
[04:58:29] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv-users
[05:05:50] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has joined #mythtv-users
[05:26:01] SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has quit (Quit: and I'm out...)
[05:40:43] Steve-Goodey (Steve-Goodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has quit (Quit: Konversation terminated!)
[05:41:50] IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has joined #mythtv-users
[05:42:12] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has quit (Ping timeout: 260 seconds)
[05:43:03] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 246 seconds)
[05:44:30] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users
[05:45:16] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv-users
[05:46:46] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has joined #mythtv-users
[06:04:53] hpeter (hpeter!~hpeter@77-56-33-72.dclient.hispeed.ch) has joined #mythtv-users
[06:25:27] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[06:27:14] SteveGoodey (SteveGoodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has joined #mythtv-users
[06:50:38] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has quit (Ping timeout: 250 seconds)
[07:02:32] wsuetholz (wsuetholz!~Thunderbi@cpe-65-28-33-191.wi.res.rr.com) has quit (Ping timeout: 255 seconds)
[07:09:34] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 264 seconds)
[07:22:12] stuartm_ is now known as stuartm
[07:29:06] dually (dually!~quassel@c-67-160-137-13.hsd1.or.comcast.net) has quit (Ping timeout: 250 seconds)
[07:34:44] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has quit (Ping timeout: 250 seconds)
[07:35:49] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has joined #mythtv-users
[08:03:01] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv-users
[08:04:57] rsiebert (rsiebert!~quassel@e179133232.adsl.alicedsl.de) has joined #mythtv-users
[08:07:23] croppa_ (croppa_!~stuart@14.14.233.220.static.exetel.com.au) has joined #mythtv-users
[08:07:56] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone)
[08:07:57] rsiebert_ (rsiebert_!~quassel@g225119133.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds)
[08:15:49] dually (dually!~quassel@c-67-160-137-13.hsd1.or.comcast.net) has joined #mythtv-users
[08:33:08] jimBaxter_uk (jimBaxter_uk!~jbaxter@jimbax.plus.com) has joined #mythtv-users
[08:34:32] SteveGoodey (SteveGoodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has quit (Quit: Konversation terminated!)
[08:39:34] joki (joki!~joki@p54861CD6.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[08:45:55] joki (joki!~joki@p54860EBF.dip0.t-ipconnect.de) has joined #mythtv-users
[08:50:35] justinh (justinh!~justin@host86-169-222-176.range86-169.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[09:09:28] IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has quit (Quit: Applet destroyed)
[09:12:14] justinh (justinh!~justin@host86-169-222-176.range86-169.btcentralplus.com) has joined #mythtv-users
[09:12:26] niobos: for future reference: http://www.mythtv.org/wiki/Cross-eit.py seems to already do what I "invented" yesterday: query the DB for EPG-data, and export that to XMLTV
[09:18:53] troyt_ (troyt_!~troyt@c-67-161-211-139.hsd1.ut.comcast.net) has quit (Ping timeout: 240 seconds)
[09:21:07] troyt (troyt!~troyt@2601:7:6200:1362:44dd:acff:fe85:9c8e) has joined #mythtv-users
[09:53:22] skd5aner (skd5aner!~skd5aner@216.sub-70-198-71.myvzw.com) has quit (Ping timeout: 264 seconds)
[10:17:22] dually (dually!~quassel@c-67-160-137-13.hsd1.or.comcast.net) has quit (Ping timeout: 245 seconds)
[10:20:48] dually (dually!~quassel@c-67-160-137-13.hsd1.or.comcast.net) has joined #mythtv-users
[10:22:57] andreaz (andreaz!~Andreaz@tmo-096-127.customers.d1-online.com) has joined #mythtv-users
[10:23:46] hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users
[11:12:17] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users
[11:12:18] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v jya_
[11:42:49] croppa_ (croppa_!~stuart@14.14.233.220.static.exetel.com.au) has quit ()
[11:52:21] dually (dually!~quassel@c-67-160-137-13.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds)
[11:54:22] dually (dually!~quassel@c-67-160-137-13.hsd1.or.comcast.net) has joined #mythtv-users
[12:47:01] enyc (enyc!~enyc@muddle.enyc.org.uk) has joined #mythtv-users
[12:49:00] enyc: Question: Under UK freeview where DVB-T is separate from DVB-T2 muxes used for HDTV, and when setting up a backend with a dual-tuner-DVB-T2 tuner *and* 'normal' DVB-T cards... Would I want to set the 2 up as separate 'video sources' etc...? What will go wrong if I put them all as 'one' source — will I get DVB-T2-capable tuner being usurped for DVB-T tasks leaving it 'busy' when something actually requests the HDTV channels??
[13:05:57] _abbenormal (_abbenormal!~abbenorma@d28-23-248-85.dim.wideopenwest.com) has quit (Ping timeout: 240 seconds)
[13:16:41] andreaz1 (andreaz1!~Andreaz@tmo-096-154.customers.d1-online.com) has joined #mythtv-users
[13:16:44] andreaz (andreaz!~Andreaz@tmo-096-127.customers.d1-online.com) has quit (Ping timeout: 250 seconds)
[13:18:42] niobos: enyc: I'm no expert, but I would make 2 "sources": one DVB-T, and a second DVB-T2; your T2-card can be connected to both sources; your T1-cards to only one source.
[13:18:43] sphery: enyc: a Video Source is a list of all (and only the) channels available to a particular input *and* how those channels are tuned through that inpu
[13:19:10] niobos: if anything I say contradicts sphery; sphery is right
[13:19:10] sphery: so if tuning them is at all different or if there are any channels available on only one source, they must be separate video sources
[13:19:15] zombor (zombor!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has joined #mythtv-users
[13:19:15] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[13:19:15] zombor (zombor!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has quit (Changing host)
[13:19:55] sphery: niobos: btw, mythtv will never automatically rescan your channels--we only support manually scanning them
[13:20:13] sphery: so you choose when to do it and you clean up any messes that occur when you decide to do so
[13:20:16] niobos: sphery: but how often do people manually rescan?
[13:20:26] zombor (zombor!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has joined #mythtv-users
[13:20:26] zombor (zombor!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has quit (Changing host)
[13:20:26] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[13:20:39] niobos: and if the answer is more frequent than "never": are there ways to make the mess more contained?
[13:20:43] sphery: depends on how often their channels change and/or how often they notice
[13:21:10] niobos: deleting channels will result in them reappearing at "random" numbers, messing up my lineup
[13:21:38] sphery: I always Delete all video sources (to remove all the channels and related information) and then reconfigure from scratch so I never get a mix of broken/missing/new/... channels
[13:21:42] niobos: if I leave them in, out of the way (high or no channum, visible=0), they'll stay there on rescan, but incure a permanent performance penalty
[13:22:20] sphery: yeah, I'm of the opinion that deleting them to keep a clean database is best with current mythtv
[13:22:26] ^N-i-X^ (^N-i-X^!~nix@epinix.net) has joined #mythtv-users
[13:22:29] niobos: I'm currently busy arranging/sorting/numbering around 2000 channels; I would prefer not to redo that effort every couple of months
[13:22:30] sphery: many argue that "that means more work when I rescan"
[13:22:50] niobos: indeed
[13:23:05] sphery: but since we have no way to say a channel is disabled, leaving them in is not ideal
[13:23:31] niobos: isn't channum='' and visible=0 close to disabled?
[13:24:16] sphery: We will eventually get around to changing visible to be a proper state flag for the channel, including disabled, live tv only, recordings only, normal, but until then I think leaving the channel in and not visible is ugly
[13:24:18] niobos: or to rephrase: how is it different from a "disable" feature?
[13:24:26] sphery: channum should never be ''
[13:24:41] sphery: not visible is the closest to disabled we have
[13:25:12] sphery: disabled would actually inform mythtv that it's to never be used for anything
[13:25:13] ** niobos has some channels with channum=''... and nothing seems to break... **
[13:25:20] sphery: yet :)
[13:25:31] niobos: :-/
[13:25:41] sphery: let's just say it's not something we intend to allow--and no part of mythtv code should allow it
[13:25:43] niobos: point taken
[13:26:00] sphery: direct db access would allow it, but only because "not null" is all we can specify on the column constraints
[13:26:41] niobos: I must admit that I'm doing my linup in phpmyadmin, because that's the easiest way I could find
[13:26:49] sphery: if you were able to set that through any part of mythtv, please let me know
[13:26:52] niobos: but I fully understand that this is not supposed to be done that way
[13:27:07] niobos: and that I can break things in unimaginable ways
[13:27:17] sphery: (ok, I'll bet you could through MythWeb, but it has absolutely no data integrity checks on its settings pages)
[13:27:23] niobos: mythweb's channel editor just sucks
[13:27:31] niobos: especially with 2000 channels and no paging
[13:27:32] sphery: yeah, all ours do now
[13:28:12] niobos: Apart from violating API layers, I find phpmyadmin quite OK
[13:29:08] niobos: nice paging support; filter on source or combine them; sort on multiplex, callsign and/or name
[13:29:15] niobos: batch-set useonairguide, ...
[13:29:31] sphery: yeah, but if it didn't exist/weren't usable for directly manipulating mythtv data, maybe someone would have already fixed up the proper channel editor
[13:29:45] Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5D9BC.dip0.t-ipconnect.de) has joined #mythtv-users
[13:29:54] sphery: instead of everyone doing a "I'm a SQL expert so this is OK" direct DB edit for themselves
[13:30:01] niobos: good point
[13:30:40] niobos: In my current workflow, however, I'd rather fix the mythweb channel editor. Since I'm watching channels to decide where they need to go in the lineup, so I'm already using the mythtv screen output
[13:30:50] niobos: and since MythWeb is going to be replaced (or so I heard)
[13:31:20] sphery: (the "I'm a SQL expert" comment is based on comments on see on -users list where people seem to think that means they can directly edit the database without problems. I find that a funny argument since SQL says absolutely nothing about MythTV data formats/interpretations/requirements/..., which are only specified in our ? lines of code)
[13:31:54] sphery: rather than fix the mythweb one, you should work on the backend web interface one
[13:31:59] sphery: which you can actually use now
[13:32:19] niobos: the "problem" is that your database schema is actually quite good: reusing the same column name for foreign keys for example
[13:32:21] sphery: and I think the channel editor is a bit better than mythweb's (and does do paging, but probably to too large a degree)
[13:32:32] niobos: I "reverse engineered" the database in an hour or so
[13:32:57] sphery: but still not the meaning of the data
[13:33:06] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 246 seconds)
[13:33:08] sphery: or the fact that channum is not supposed to ever be '' :)
[13:33:12] niobos: (I'm not encouraging obsuring the schema, just to be clear)
[13:33:16] sphery: hehe
[13:33:22] sphery: I plan to obscure the database, actually
[13:33:29] sphery: (embedded MySQL)
[13:33:33] niobos: no, but if I sort on 'visible" and see 0's and 1's, things are quite clear
[13:34:10] sphery: too much of the problems people have getting started are due to lack of understanding of MySQL/MySQL install/MySQL configuration/MySQL security
[13:34:32] sphery: so if they can skip all of mysql and we just make it work, it's better for everyone
[13:34:53] niobos: I configure MySQL on a regular basis, and was "disapointed" that MythBuntu did everything for me
[13:35:10] niobos: everything just worked
[13:35:14] sphery: (plus it would make it much more difficult to use mysql command-line client or phpmyadmin, so people would be more likely to actually code up the tools to allow /everyone/ to work with their systems properly)
[13:35:21] sphery: hehe
[13:35:34] sphery: that said, it's amazing how many people have issues even with mythbuntu
[13:36:11] sphery: mainly because they use mythbuntu but find some random blog/web page/... that shows how to do something and they unconfigure what mythbuntu configured
[13:36:12] niobos: I love the fact that your DB is this open. It's a "we have nothing to hide" sign to me.
[13:36:26] niobos: But I do understand that if I poke on the insides, I might/will break things
[13:36:55] sphery: yeah, all the data we collect to sell to advertisers and broadcasters is sent directly to our server so we don't have to hide it in the database
[13:37:11] sphery: (that's a huge joke--we don't collect or sell any data about users :)
[13:37:59] niobos: they do that themselves by posting on facebook what they just watched
[13:38:11] sphery: fwiw, I'd recommend at least setting your channels to have a valid channel number (and call sign)... just make them large numbers to group them together or whatever
[13:38:19] sphery: yeah, definitely
[13:38:20] niobos: will do
[13:38:25] sphery: amazing how much people share
[13:38:36] niobos: and I'll stick with visible=0 to "disable" them
[13:38:47] sphery: oh, and ideally no same-channel-number channels on the same video source
[13:39:05] niobos: why?
[13:39:09] sphery: you can have duplicate channel numbers on different sources (ideally only if the channels are the same)
[13:39:29] sphery: but there are some bugs that occur if you have multiple channels on the same video source with the same channel number
[13:39:50] niobos: Cause I have a bunch of "ITV" channels (same source, same mplex, just different sid)
[13:39:59] sphery: the code is supposed to allow it, but there are some places that have issues with it
[13:40:18] niobos: ok, I'll just use 123–1, 123–2, ...
[13:40:25] sphery: yeah, that's the best approach
[13:40:34] sphery: or _ or .
[13:40:51] niobos: my remote has a key that is mapped to -; so I'll go with the hyphen
[13:41:02] sphery: I think we used to allow any of the 3, but now we only use _
[13:41:15] sphery: I think it will work with any, but I can only guarantee _ works
[13:41:25] sphery: note, though, that you need not type _ or – or .
[13:41:34] sphery: so, to tune 123_1, just type 1231
[13:41:52] niobos: what happens if both 123_1 and 1231 exists?
[13:42:01] sphery: then it would go to 1231
[13:42:26] sphery: so, I should say, "as long as there is no ambiguity, 1231 would go to 123_1"
[13:42:56] niobos: but typing 123_1 would always work
[13:42:58] sphery: ideally (from a usability standpoint and not related to mythtv/technical requirements) you'd configure so there is no ambiguity
[13:43:01] sphery: yes
[13:43:13] sphery: I'm too lazy to actually type the _
[13:43:27] niobos: I have too much OCD to ommit the _ ;-)
[13:43:54] sphery: even though I only ever use live tv to test my system--meaning I just used it for the first time in years because I just moved (and had to install my antenna and verify it was working)
[13:44:36] sphery: so those 2 times I typed a channel number in a few years time would have been far too much work if I had to type a _ :)
[13:44:41] enyc: sphery: I'm not 100% sure about "tuning them is at all different" — I presume tuning info about DVB-T card is the same across all the 'compatible' DVB-T and DVB-T2-also-compatible-cards, but what you say about the sources and channels completely makes sense =). Also, I think I will be safest to program in the right 'network id' for the DVB so as not to accedintally pick up channels from the 'wrong' tv-transmitter-mast (weak signal versions)... Make
[13:44:54] niobos: I'm in the same situation at the moment, but I don't use liveTV for "regular" use
[13:45:54] niobos: enyc: I don't know the situation in UK; but here (.be) DVB-T is in a SFN, so you can't choose which transmitter you receive, you always receive them all
[13:45:56] sphery: enyc: Yeah, I don't know much about DVB, but I'd guess there would be some differences
[13:46:03] enyc: sphery: I'm just ... not sure if I can somehow 'de-prefer' the DVB-T2 tuners, so that they don't get "used up" when not *needed* or if mythtv is intelligent enough to not do such a thing anyway =)
[13:46:10] sphery: your best bet might be to find another UK mythtv user and see how they do it
[13:46:31] sphery: I think stuartm would know, if you see him on here
[13:46:48] sphery: I'm 99.9% positive he's using DVB-T and DVB-T2
[13:46:58] sphery: but then again, probably many others would, too
[13:47:25] enyc: Mythtv UK DVB-T+DVB-T2 Users Wanted!! advert! advert!! =)
[13:47:48] sphery: or feel free to post to the mythtv-users mailing list ( http://www.mythtv.org/mailman/listinfo/mythtv-users ) or the forum ( https://forum.mythtv.org/ ) to get more eyes on
[13:47:51] enyc: sphery: does mythtv still treat one tuner as one source only and not 'pick up extra channels on the same mux from the same input'  ??
[13:48:08] enyc: sphery: [not so much of an issue now that multi tuners is easy enough, now ...]
[13:48:12] sphery: we have multirec support, for allowing recording multiple channels from the same mux at the same time
[13:48:30] enyc: sphery: automatic in 0.27.3, or complexities involved?
[13:48:42] sphery: automatic
[13:48:45] enyc: sphery: ooo
[13:49:01] sphery: even configured by default to allow up to 2 recordings per multirec-enabled tuner
[13:49:15] sphery: (though you can increase that to 5 in mythtv-setup)
[13:49:27] enyc: sphery: in which case I wonder if I can/should convince mythtv that one DVB-T2 tuner is always on one frequency, and the other on another frequency (there are only 2 DVB-T2 muxes round here anyway...!)
[13:49:38] enyc: sphery: i wonder why the 'limit' at all...
[13:49:39] sphery: beyond 5 we've passed the point of diminishing returns
[13:50:02] sphery: each one you add increases scheduling complexity (and, therefore, time) significantly
[13:50:09] enyc: interesting
[13:50:10] niobos: enyc: if you mainly use recordings, mythtv's scheduler will figure this out by itself
[13:50:30] enyc: niobos: nodsnods but i was still wondering from 'increase efficiency with lots of tuners' POV
[13:50:35] sphery: and beyond 5 for a given tuner, it becomes a big enough challenge to place recordings that it takes a /lot/ of time
[13:51:01] enyc: its not that expensive for me to just have a tuner 'per frequency' i.e. they all 'stay static' and mythtv can record 'anything' it wants to at any time .......
[13:51:12] sphery: and since mythtv is primarily aimed at tv, which should have some bandwidth that's a significant portion of the mux's available bandwidth, we figure 5 is sufficient for anyone
[13:51:31] sphery: and if someone really wants to record >5 on a mux, they can just buy additional physical tuners
[13:51:37] enyc: nods
[13:51:42] enyc: still
[13:51:59] sphery: scheduling complexity is easier with distinct physical tuners because you don't have the "only usable if it's already being used on the right mux" issue
[13:52:14] enyc: say for instance i want to use low-power not-so-fast-cpu machine thats' just 'shuttling bits' recording DVB ...
[13:52:34] enyc: I would wonder if i could just have a set of tuners each of which is 'only' on the channels for 1 frequency
[13:52:40] enyc: all separate sources etc.
[13:53:09] enyc: then this 'simplifies' its logic as theres only 1 tuner, its juts a matter of 'you can only have 5 channels on a mux at ance' whihc is almost certainly fine
[13:54:07] enyc: Still, I wonder, wrt DVB cards, how to tell *wich* are multirec compatible etc.
[13:54:17] enyc: I got the impression most just supply the 'stream' to the host as-is
[13:54:52] sphery: we don't have a way to lock a tuner to a given mux, but barring some extreme corner cases, if you have as many physical tuners as mux'es, you should always be able to tune any channel on any mux
[13:55:14] enyc: sphery: surely when scanning for channels you could just scan that freq only, if you wanted to ... ?
[13:55:17] sphery: all DVB (including DVB2) should be compatible
[13:55:24] enyc: sphery: thats what I thought
[13:55:27] sphery: and ATSC and ClearQAM
[13:55:37] sphery: but, basically, your encoders and firewire and ... aren't
[13:55:47] enyc: sphery: which I'm carefully avoiding =)
[13:55:51] sphery: so no HD-PVR multirec or PVR-150 multirec
[13:55:54] sphery: yeah, me too
[13:55:56] enyc: sphery: uk dvb is nice for mythtv really
[13:56:09] enyc: sphery: EIT guide works, no schedules-direct etc etc
[13:56:35] enyc: sphery: I'm going to expriment with ARM and atom and debian-wheezy variounts and stuffs, long story ;p
[13:56:44] sphery: I actually have a cable subscription (with a cable company that marks nothing as "copy freely", so I can't use CableCARD) and don't record anything from it to MythTV because I don't want to deal with HD-PVRs
[13:56:57] enyc: sphery: the mythbuntu people are being helpful in small incremental fixes to their packaging/mythtv-fixes-PPA etc... =)
[13:57:09] sphery: cool
[13:57:35] enyc: sphery: I can, mostly, get their package so it works on ubuntu *and* debian without as much changes as the deb-multimedia people =)
[13:59:10] enyc: sphery: though theres some weird bug building 0.27.3 on ARM variants for wheezy, linker failure, ... =(
[13:59:29] enyc: next brief question =)
[13:59:58] BillK (BillK!~BillK-Fre@58-7-136-155.dyn.iinet.net.au) has quit (Ping timeout: 264 seconds)
[14:01:05] enyc: I know kodi/xbmc is a much better 'source of other internet sources/stuff' than mythtv, but ... I'm wondering what are the benefits/disadvantages of XBMC-mythtv-plugin vs mythfrontend anyway... seemingly there are 'already optimized raspbmc' frontend distros etc etc...
[14:01:34] enyc: seems to make sense to use the benefits of both together somehow =)
[14:04:49] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[14:05:15] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv-users
[14:31:46] DaveQB (DaveQB!~quassel@ppp255-134.static.internode.on.net) has quit (Ping timeout: 255 seconds)
[14:34:50] sraue: raspbmc is a distro running XBMC on top of raspbian/debian there are no "optimized raspbmc frontend distros"
[14:37:17] enyc: sphery: i mean ... optimized for raspberry pi as best as seems to be able to at the moment...
[14:37:34] enyc: sraue: i mean ... optimized for raspberry pi as best as seems to be able to at the moment...... not that raspberry pi is good ;p
[14:40:45] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Quit: Leaving...)
[14:44:13] sraue: and i only mean raspbmc has nothing todo with any optimization... they use XBMC which is "optimized"
[14:46:21] zombor_ (zombor_!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has joined #mythtv-users
[14:46:21] zombor_ (zombor_!~zombor__@CPE-65-31-85-69.wi.res.rr.com) has quit (Changing host)
[14:46:21] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[14:48:51] zombor_ is now known as zombor
[14:49:33] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Ping timeout: 240 seconds)
[14:50:24] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv-users
[14:53:20] ikevin (ikevin!~kevin@lisa.illux.org) has quit (Ping timeout: 260 seconds)
[14:54:17] ikevin (ikevin!~kevin@lisa.illux.org) has joined #mythtv-users
[15:02:13] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has joined #mythtv-users
[15:05:30] Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has quit (Read error: Connection reset by peer)
[15:18:38] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv-users
[15:22:10] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 264 seconds)
[15:35:03] amizraa (amizraa!~amizraa@gateway/tor-sasl/amizraa) has quit (Ping timeout: 264 seconds)
[15:35:30] Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5D9BC.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[15:52:48] andreaz (andreaz!~Andreaz@tmo-096-154.customers.d1-online.com) has joined #mythtv-users
[15:54:33] andreaz (andreaz!~Andreaz@tmo-096-154.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[15:56:38] andreaz1 (andreaz1!~Andreaz@tmo-096-154.customers.d1-online.com) has quit (Ping timeout: 250 seconds)
[16:02:33] k-man (k-man!~jason@unaffiliated/k-man) has quit (Read error: Connection reset by peer)
[16:03:20] hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has quit (Quit: Leaving.)
[16:03:40] k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv-users
[16:16:57] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[16:25:29] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[16:28:12] disputin (disputin!~sean@65.102.58.17) has quit (Client Quit)
[16:30:17] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 245 seconds)
[16:35:12] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[16:51:09] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users
[16:54:31] tgm4883: enyc: so I'm looking at this ipv6 change for the database and I'm not sure of the right solution
[16:55:29] tgm4883: so we can make mysql listen on both ipv6 and ipv4 addresses, but inside the database there are references to the actual IP address
[16:55:46] tgm4883: currently it's set to the IPv4 address
[16:56:41] tgm4883: for instance, the MasterServerIP address and the BackendServerIP address
[17:01:03] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[17:14:14] SteveGoodey (SteveGoodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has joined #mythtv-users
[17:29:51] hpeter (hpeter!~hpeter@77-56-33-72.dclient.hispeed.ch) has quit (Ping timeout: 255 seconds)
[17:41:05] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[17:45:34] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv-users
[17:47:02] _abbenormal (_abbenormal!~abbenorma@d28-23-248-85.dim.wideopenwest.com) has joined #mythtv-users
[18:06:35] niobos: anyone with experience with rc_keymap? I'm trying to map a key to get the _ (underscore), but I can't get it to work
[18:07:02] niobos: KEY_UNDERSCORE isn't defined, probably because there is no such key, only SHIFT + MINUS
[18:07:33] niobos: (it's all sphery 's fault. I used channel numbers like 123–1, but he told me that I should use _ instead of -)
[18:12:35] hpeter (hpeter!~hpeter@77-58-249-169.dclient.hispeed.ch) has joined #mythtv-users
[18:23:58] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[18:30:20] amizraa (amizraa!~amizraa@gateway/tor-sasl/amizraa) has joined #mythtv-users
[18:34:27] jedix (jedix!~jedix@24-246-7-68.cable.teksavvy.com) has left #mythtv-users ()
[18:38:49] _abbenormal (_abbenormal!~abbenorma@d28-23-248-85.dim.wideopenwest.com) has quit (Ping timeout: 255 seconds)
[18:42:17] _abbenormal (_abbenormal!~abbenorma@d28-23-248-85.dim.wideopenwest.com) has joined #mythtv-users
[18:44:03] messerting (messerting!~messertin@cm-84.209.22.230.getinternet.no) has joined #mythtv-users
[18:48:08] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[18:51:28] andreaz (andreaz!~andre_000@p579223AB.dip0.t-ipconnect.de) has joined #mythtv-users
[19:16:33] rhollan (rhollan!~hollan@208.85.208.53) has joined #mythtv-users
[19:16:52] rhollan: http://www.silverstonetek.com/product.php?pid=437
[19:17:04] rhollan: fanless (fan optional) NUC case by Silverstone.
[19:17:13] ** rhollan drools **
[19:27:00] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[19:28:50] disputin (disputin!~sean@65.102.58.17) has quit (Client Quit)
[19:41:52] k-man (k-man!~jason@unaffiliated/k-man) has quit (Read error: Connection reset by peer)
[19:42:49] k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv-users
[19:44:33] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[19:48:37] jst (jst!~quassel@198.199.94.175) has joined #mythtv-users
[19:54:23] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Remote host closed the connection)
[19:56:36] enyc: tgm4883: that doesn't matter
[19:56:43] enyc: tgm4883: it can connect over ipv4 address etc etc
[19:57:20] enyc: tgm4883: when you configure mythtv-backend, you can configure what the ipv4-masterbackend ipv6-masterbackend 'listening' ip address are (and that to broadcast it should be used with over upnp etc..)
[19:57:33] enyc: tgm4883: when you configure a frontend, it can connect over ipv4 or ipv6 to the backend
[19:57:50] enyc: tgm4883: this has no bearing on the 'mysql isn't avaliable over ipv6 if you want it' bug
[19:59:05] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[19:59:14] enyc: tgm4883: I.e.: Those settings 'referenced in the database' are settings used by mythbackend and broadcasted to potential mythfrontend's
[20:02:25] enyc: tgm4883: at present, what happens, is mysql listens on ipv4-only, so if a frontend *tries* to connect using ipv6, it reaches the mythbackend daemon but failes to access the database, so fails.
[20:04:11] enyc: tgm4883: In the Source-Tree, "debian/" directory — the second line needs changing from "#bind-address=0.0.0.0" to "#bind-address=::"  — this fixes the problem in an entirely ipv4-usage-compatible-manner in the way reccomended by mysql for 5.5 series servers (as in precise, trusty, wheezy)
[20:04:31] enyc: tgm4883: [mythtv.cfg]
[20:06:41] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[20:06:56] disputin (disputin!~sean@65.102.58.17) has quit (Client Quit)
[20:20:36] Toast_ (Toast_!~quassel@w-247.cust-16293.ip.static.uno.uk.net) has joined #mythtv-users
[20:21:15] Toast_ is now known as Toast
[20:24:32] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[20:36:04] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit ()
[20:43:46] hpeter (hpeter!~hpeter@77-58-249-169.dclient.hispeed.ch) has quit (Quit: hpeter)
[20:46:33] BillK (BillK!~BillK-Fre@106-68-77-106.dyn.iinet.net.au) has joined #mythtv-users
[20:49:52] gsxrubber (gsxrubber!~gsxrubber@31.102.152.71) has joined #mythtv-users
[20:54:04] dkeith (dkeith!~dkeith@62.232.113.156) has joined #mythtv-users
[20:55:19] gsxrubber (gsxrubber!~gsxrubber@31.102.152.71) has quit (Quit: Bye...)
[20:58:07] gsxrubber (gsxrubber!~gsxrubber@31.102.152.71) has joined #mythtv-users
[20:58:28] gsxrubber (gsxrubber!~gsxrubber@31.102.152.71) has left #mythtv-users ()
[21:01:34] louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has joined #mythtv-users
[21:15:26] dkeith_ (dkeith_!~dkeith@62.232.113.156) has joined #mythtv-users
[21:16:15] messerting (messerting!~messertin@cm-84.209.22.230.getinternet.no) has quit (Quit: Konversation terminated!)
[21:16:51] dkeith (dkeith!~dkeith@62.232.113.156) has quit (Ping timeout: 246 seconds)
[21:16:59] SteveGoodey (SteveGoodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:19:52] rhollan (rhollan!~hollan@208.85.208.53) has quit (Read error: Connection reset by peer)
[21:27:59] arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has joined #mythtv-users
[21:32:52] ryan_turner|MTW (ryan_turner|MTW!Ryan@2600:3c01::f03c:91ff:fe69:f4ab) has left #mythtv-users ()
[21:38:08] arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has quit (Excess Flood)
[21:54:22] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds)
[22:00:17] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[22:00:56] ShapeShifter499 (ShapeShifter499!~Raansu@unaffiliated/shapeshifter499) has quit (Ping timeout: 264 seconds)
[22:02:51] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[22:07:59] ShapeShifter499 (ShapeShifter499!~Raansu@unaffiliated/shapeshifter499) has joined #mythtv-users
[22:35:29] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[22:48:49] Dave123_ (Dave123_!~Dave123@cpe-74-74-218-98.rochester.res.rr.com) has joined #mythtv-users
[22:49:12] DaveQB (DaveQB!~quassel@ppp255-134.static.internode.on.net) has joined #mythtv-users
[22:58:12] jimBaxter_uk (jimBaxter_uk!~jbaxter@jimbax.plus.com) has quit (Quit: Quiting)
[23:04:21] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:13:11] Toast (Toast!~quassel@w-247.cust-16293.ip.static.uno.uk.net) has quit (Remote host closed the connection)
[23:22:23] IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has joined #mythtv-users
[23:43:07] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[23:47:42] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 245 seconds)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.