MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (79):

aloril, andreax, Andy50, Anssi, beata, Captain_Murdoch, Chutt, coling, Computer_Czar, dagar, danielk22, Dave123, Dave123-road, dlblog, eharris, exelnet_, f33dMB, foxbuntu, ghoti, gregL, GreyFoxx, highzeth, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jcarlos, JEDIDIAH__, joe_, jpabq-, jwhite, knightr, kormoc, kwmonroe, laga, mag0o, markk, mrand, MythBuild, MythLogBot, okolsi, poptix, purserj, rhpot1991, sailerboy, Seeker`, simonckenyon, Snow-Man, sphery, sutula, ThisNewGuy, tomimo, tris, Unhelpful, wahrhaft, xris, ybot, _charly_, PointyPumper, clever, mike|2, zombor, Anduin, kurre_, jstenback_, XChatMav, Slasher`, vallor, robertj, marl_scot, ^rcaskey, dekarl, kisak, cattelan, analogue__, Casper0082, jpharvey_, brfransen
Monday, June 13th, 2011, 00:17 UTC
[00:17:26] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has joined #mythtv
[00:17:26] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[00:17:26] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has quit (Changing host)
[00:21:41] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 240 seconds)
[00:23:22] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[00:35:44] andreax (andreax!~andreaz@p57B92855.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[00:45:53] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[00:46:20] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[00:46:21] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[00:46:21] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[01:04:05] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Ping timeout: 240 seconds)
[01:55:13] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:55:37] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[02:23:38] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit ()
[02:25:58] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[02:25:58] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[02:25:58] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[02:43:39] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[04:13:00] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[04:18:02] gigem: iamlindoro: it sounds like you'd be happier with a dumbed down schedule editor. perhaps the scheduler editor should be changed so that all child windows are defined by the theme and the code simply puts the widgets in whatever window it finds them in. then, you could have as few options available and placed however you like.
[04:21:38] Beirdo: would that mean that users would get different scheduling choices based on theme?
[04:22:19] Beirdo: that could have some support consequences
[04:43:41] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:07:32] sailerboy (sailerboy!sailerboy@ipv61.sailerboy.net) has quit (K-Lined)
[05:21:18] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[05:34:46] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[06:08:33] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds)
[06:20:24] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[06:26:32] martin____ (martin____!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[06:45:01] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[06:59:27] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[07:29:18] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[07:59:18] andreax (andreax!~andreaz@p57B936D7.dip.t-dialin.net) has joined #mythtv
[08:07:39] stuartm: IMHO we already have a dumbed down scheduling option, the RECORD binding
[08:10:58] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[08:22:33] stuarta: morning all
[08:24:30] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Ping timeout: 255 seconds)
[08:24:44] Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Ping timeout: 240 seconds)
[08:26:00] Dave123-road (Dave123-road!~dave@74.74.200.106) has joined #mythtv
[08:26:44] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[08:30:25] BinaryKhaos (BinaryKhaos!~BinaryKha@p5DCD5567.dip.t-dialin.net) has joined #mythtv
[08:32:31] BinaryKhaos: Hi everyone. I was doing some testing with the MythTV protocol for a possible project of mine and got stuck at the point where I wanted to retrieve EPG data. Digging more through the wiki it figured there is no way to retrieve EPG data w/o a DB connection. Is this still the case? Are there any plans to support EPG data retrieval through the mythtv protocol?
[08:32:51] BinaryKhaos: s/it figured/I figured/
[08:33:09] stuarta: no immediate plans for such a thing
[08:33:21] stuarta: we will have to implement that if we ever move to embedded mysql
[08:34:44] BinaryKhaos: Pity. Are there any more data that the frontend can only access through a DB connection or is the EPG data pretty much it?
[08:35:10] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[08:38:18] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[08:43:43] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[08:45:02] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[08:50:36] stoffel (stoffel!~quassel@p57B4BB95.dip.t-dialin.net) has joined #mythtv
[08:51:55] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 240 seconds)
[08:53:41] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[08:57:59] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[08:58:43] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 240 seconds)
[08:59:36] kurre_ (kurre_!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 255 seconds)
[09:19:23] thedeath (thedeath!~thedeath@78-20-5-18.access.telenet.be) has joined #mythtv
[09:20:29] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[09:20:29] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Client Quit)
[09:20:54] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[09:35:51] BinaryKhaos (BinaryKhaos!~BinaryKha@p5DCD5567.dip.t-dialin.net) has quit (Quit: Leaving)
[10:00:58] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[10:02:55] stuartm: Beirdo: qt errors are going to the console instead of the log when using --daemon e.g. "Error in my_thread_global_end(): 1 threads didn't exit"
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:54] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:14:02] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[10:21:29] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[10:26:04] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[10:28:15] Goga777 (Goga777!~Goga777@shpd-92-101-140-36.vologda.ru) has joined #mythtv
[10:37:35] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[10:48:50] stoffel (stoffel!~quassel@p57B4BB95.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[11:02:18] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[11:45:46] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[11:46:11] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[11:46:11] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[11:46:11] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[12:07:26] Goga777 (Goga777!~Goga777@shpd-92-101-140-36.vologda.ru) has quit (Remote host closed the connection)
[12:32:58] mrand (mrand!~mrand@ubuntu/member/mrand) has left #mythtv ()
[12:37:33] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[13:00:31] Goga777 (Goga777!~Goga777@shpd-92-101-140-36.vologda.ru) has joined #mythtv
[13:13:12] j-rod|afk is now known as j-rod
[13:22:27] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:27:58] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[13:29:43] brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv
[13:37:16] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[14:00:59] stoffel (stoffel!~quassel@87.180.187.149) has joined #mythtv
[14:05:41] martin____ (martin____!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[14:22:55] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 260 seconds)
[14:24:11] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[14:24:29] davide_: Beirdo, stuartm: yeah, would make scheduler support more difficult. i would probably rework the -v scheduler[,extra] output to dump more complete info. probably should do that anyway since we already have users enabling/disabling things they don't understand.
[14:25:39] davide_: anyway, the main schedule editor screen was supposed to be the dumbed down interface. set the recording type and that's it for basic functionality.
[14:28:02] stuartm: for the most part rule type is the only thing I have to worry about, I have enough tuners that although I usually set priority it's not relied upon for scheduling choices too often
[14:30:25] stuartm: on my parent's box I have to go in periodically and set 'max episodes'/'record new, delete old' because they record everything but frequently end up watching it live via the TV anyway causing space problems when there are 100 episodes of some twice weekly series clogging things up
[14:31:00] stuartm: since adding the setting for the UK users to favour 'Subtitle then description' I never need to touch that setting anymore
[14:35:20] stuartm: I almost never use 'record on this channel' because channum isn't a reliable value, it can and has changed as channels are shifted around on digital muxes and when it does change those rules are orphaned and broken
[14:37:03] stuartm: I keep hoping for a simple 'record on any channel EXCEPT this one' type option, but I'm not expecting it to become a reality (custom rules are the only option)
[14:47:39] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[14:54:07] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[14:57:08] davide_: stuartm: is that channel always the same? if it is the same, that would be trivial with the new filters. just use "channel.callsign <> 'XYX'" as the sql clause. if it is not the same, it still might be doable. using sql like "channel.callsign <> RECTABLE.station" would probably work. the problem with the latter is that it would probably break with overrides unless i add some extra handling for oeverride rules. i probably need to do that anyway,
[14:57:10] davide_: though.
[14:59:50] kth1 (kth1!~kth@dyndsl-080-228-189-004.ewe-ip-backbone.de) has joined #mythtv
[15:02:38] kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 244 seconds)
[15:11:20] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv
[15:26:48] sphery: seems I can't mention MythXML ( http://www.gossamer-threads.com/lists/mythtv/dev/323174#323174 ) to BinaryKhaos (and whatever master/0.25 will have). Maybe he'll check logs.
[15:30:14] sphery: stuartm: And, FWIW, "this channel" rules use the channel callsign (not number) associated with the channel whose ID is stored in the rule, so likely the problem is your channels getting new IDs after a rescan or whatever. It would be nice to "fix" it so users didn't have to know how it works. (But, then again, I think "any channel" rules are better, anyway, because they always work. :)
[15:31:00] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[15:33:16] kurre_ (kurre_!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[15:44:11] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv
[15:48:14] Goga777 (Goga777!~Goga777@shpd-92-101-140-36.vologda.ru) has quit (Remote host closed the connection)
[15:49:14] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Ping timeout: 276 seconds)
[16:09:09] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds)
[16:14:31] andreax (andreax!~andreaz@p57B936D7.dip.t-dialin.net) has quit (Quit: Leaving.)
[16:21:26] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[16:26:37] Captain_Murdoch: sphery, 'any channel' rules sometimes get me a lot of generic episodes recorded for some shows in syndication, so I prefer 'this channel' except when I know something isn't in (widespread) syndication yet, but may be on multiple networks like NBC and it's repeats on USA. I also like the speed increase that 'this channel' gives me. my scheduler times are still in the ~5 second range on average on this 2.5Ghz Core Duo MBE. some
[16:26:38] Captain_Murdoch: times quite higher (2–3x) if there's other activity going on which appears to be around 10% of the time according to my quick grep of the MBE log.
[16:28:48] sphery: Captain_Murdoch: Yeah, for those with lots of generics (like The Simpsons), I just put an exclude generics filter on the rules. But those who want to use "this channel" can--though right now that means /they/ take on responsibility for updating/re-creating rules when they rescan channels or whatever.
[16:29:39] sphery: would be nice if we could just handle it better, but since callsign tends to change after rescan (as does channel number and channel id), it's hard to find a way that will be truly automatic
[16:42:09] stuartm: davide_: the channel is most often the same one (Dave), it shows repeats of old stuff from the BBC, so you might want to record the new episodes from either BBC One, BBC One HD, BBC Two or BBC HD but not from Dave
[16:43:31] stuartm: sphery: callsign is actually worse than chanid, channels re-brand themselves every other year over here just for the hell of it
[16:44:29] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[16:44:56] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[16:44:56] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[16:44:56] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[16:46:18] stuartm: e.g. a recent example is Five Life, which became Fiver, which is now 5* and will probably be 'The channel formerly known as 5*' by next week
[16:46:31] Captain_Murdoch: yeah, I hand tweak my callsigns and remove ones I don't want to include, like one of my OTA channels that doesn't come in clear, so I just exclude it to allow my 'this channel' to only include the digital and analog cable versions.
[16:49:15] sphery: stuartm: But since it's callsign of the channel whose ID is stored, it's "updated" as long as your channel IDs don't change. It just says all channels with the same callsign as the channel whose ID is stored (i.e. the one used to create the rule) can be used for the recording. So the only problem we have, now, is that when users rescan and get new IDs, their rules point to the wrong channels, which have the wrong callsigns. If the IDs don't ...
[16:49:21] sphery: ... change, the actual value of the callsign is irrelevant--as it's up-to-date in the channel record and not stored in record.
[16:50:15] sphery: and, really, it's unfortunate that callsign gets used as a user-visible "short name" in many/most themes since it's meant more for the scheduler than the UI (where channel.name is a better value for the UI since it has no effect on MythTV--it's there purely for user view).
[16:51:31] stuartm: right, so back to the original issue which occurs when channels move frequencies to another mux, often coinciding with a re-branding so there's no way the scanner can really know it's the same channel and preserve the chanid
[16:51:59] sphery: exactly--and I've spent a lot of time trying to figure out a good "fuzzy" matching for it, and only have hacks
[16:52:01] stuartm: I'm not saying there is a solution, just mentioning why I rarely if ever used the 'this channel' rules
[16:52:27] sphery: might end up just coding up the hacks into the restore script and keeping it an "external" hack--as it's better than current
[16:52:47] stuartm: the serviceid is supposed to be static but sadly that's sometimes ignored
[16:53:07] sphery: (I actually have 3/4 of that patch done... Just hadn't committed to wanting to put that hack out there.)
[16:53:54] sphery: yeah, the patch actually compares serviceid and atsc_major/minor and channel number and callsign and a few other things and where it's not certain would present options to the user
[16:59:52] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv
[17:00:26] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[17:00:26] davide_: sphery: can't say that i agree with you on callsign vs. channel name. ime, callsign has always been, and still is, the identifier of note. anyway, the change after scan problem should be solvable. why can't the scanner offer to update rules and even other channels when a new callsign is detected?
[17:04:10] sphery: Well, outside the US, callsign makes a lot less sense to users--to the point many non-US users think that callsign doesn't apply to them because "it's some US-only thing". As far as updating callsigns, that may be the best approach--offer to do it an have the user manually specify which old callsign corresponds to which new callsign. Users with a lot of channels that pick up new callsigns likely won't like it, but it's the best way to prevent ...
[17:04:16] sphery: ... mistakes--and, really, it needs doing whether they like it or not.
[17:07:03] stuartm: callsign has zero meaning outside the US, if you asked the man on the street in the UK for example what 'callsign' meant to them they'd probably think you were talking about CB radio handles maybe but never TV
[17:08:28] stuartm: the DVB spec used in Europe/Oceania has no mention of callsign and nothing even comparable – a channel has a name and that's it
[17:09:06] stuartm: iamlindoro: segfault in libmythmetadata when clicking 'play' in mythvideo – http://pastebin.com/75nUZ2HX
[17:22:47] sailerboy (sailerboy!sailerboy@sailerboy.net) has joined #mythtv
[17:23:37] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[17:23:56] davide_: stuartm: i understand that. i have to wonder, though, how well that works in an stb or on-line guide. can you send me an url showing how en epg is presented with long channel names? anyway, why can't we set force callsign=name in non-us/canadian areas?
[17:32:30] kormoc_afk is now known as kormoc
[17:44:11] weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has left #mythtv ()
[17:50:26] stuartm: davide_: generally channel names are kept short in the UK, http://miffteevee.co.uk/themes/metallurgy/metallurgy62.png http://miffteevee.co.uk/imagebin/mimic_skyguide2.png (MythTV themes, but the latter is an exact copy of a Satellite STB UI)
[17:50:36] stuartm: http://www.radiotimes.com/ (TV)
[17:51:36] stuartm: I believe there is allowance in the DVB spec for special control characters to indicate which characters can be omitted if the name needs abbreviating but they aren't used in the UK
[17:53:08] stuartm: http://www.radioandtelly.co.uk/images/freesatscreen01.jpg << A commercial STB for free Satellite seems to just truncate names which are too long for it's UI
[17:54:45] iamlindoro: stuartm: Is that intermitterent, or regular for you? I can't reproduce and the backtrace has me scratching my head a bit
[17:55:31] stuartm: iamlindoro: happens every time for that video (3:10 to Yuma)
[17:55:58] stuartm: hit it whilst testing that a HDD transition had gone smoothly
[17:56:54] stuartm: "3:10 to Yuma.mpg"
[17:58:08] iamlindoro: stuartm: Hmm... wonder if it could somehow be the colon in the name? But all other titles work, right?
[17:58:31] iamlindoro: (specifically, I wonder if the colon in the name throws off URL parsing in SGs... not that it should crash where it is...)
[17:59:15] stuartm: it used to play fine, I think
[17:59:32] stuartm: I can't be sure whether I've ever tried playing the file since archiving it from recordings
[17:59:35] iamlindoro: Can you confirm that other titles/filenames work?
[17:59:52] stuartm: every one I've tried so far
[18:00:04] iamlindoro: OK... will try that filename later and see if I can reproduce
[18:00:43] stuartm: "Farscape: The Peacekeeper Wars.mpg" plays fine
[18:02:11] iamlindoro: So much for that theory ;)
[18:02:41] stuartm: hmm, that backtrace does get a bit sparse around mythvideo/libmythmetadata, are they not building with symbols since the move?
[18:03:08] iamlindoro: Nothing should have changed, nothing new went into libmythmetadata
[18:03:33] iamlindoro: but quicksp may not be public
[18:04:08] iamlindoro: indeed it is not
[18:04:20] iamlindoro: MPUBLIC, that is, or whatever terms we use to refer to it now
[18:07:18] stuartm: agh, after hours of transferring files from one hdd to another I just accidentally ran rsync --delete when the first drive was unmounted :(
[18:09:06] stuartm: crap, it deleted pretty much everything before I was able to stop it, 800GB+ of files now need to be copied across again
[18:09:28] iamlindoro: :(
[18:09:43] sphery: at least you didn't do it after deleting the copied files from the first (meaning you didn't have any copies left :)
[18:10:11] stuartm: sphery: aye, it could have been worse :/
[18:16:51] sailerboy (sailerboy!sailerboy@sailerboy.net) has quit (Excess Flood)
[18:19:46] sailerboy (sailerboy!sailerboy@sailerboy.net) has joined #mythtv
[18:22:37] sailerboy (sailerboy!sailerboy@sailerboy.net) has quit (Excess Flood)
[18:26:16] sailerboy (sailerboy!sailerboy@sailerboy.net) has joined #mythtv
[18:34:05] Chutt (Chutt!~ijr@cpe-24-29-225-191.neo.res.rr.com) has quit (Remote host closed the connection)
[18:40:12] andreax (andreax!~andreaz@p57B936D7.dip.t-dialin.net) has joined #mythtv
[18:50:39] abqjp: iamlindoro, stuartm, It probably would not be hard to allow the scheduler options screen to have *either* a filters button or a filters buttonlist. If it is the button, then it would connect to a filter options "window". I agree with the concern about consistency, though. Do we want to open that can of worms? Thoughts?
[18:55:12] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 250 seconds)
[18:57:17] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[18:58:10] davide_: stuartm: thanks for the links. it does appear that callsign == channel name, at least for the uk. what do y'all think about the following? refer to callsign by some other descriptive and accurate term? channel identifier would be nice, but would probably be confused with chanid. then, ideally autocmatically, have the code enforce callsign == channel name in the appropriate locations.
[18:58:42] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[19:01:38] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds)
[19:10:07] sphery: davide_: I'm all for that--every time a user says, "Oh, callsign doesn't apply to me since I'm not in the US," I cringe.  :) Thinking of a new name will definitely be the hard part, though. As you mentioned, channel identifier is a good descriptive name, but could lead to confusion. contentid is almost right, except that it could imply that it /must/ be the same for channels with the same content... and thischannelgroupingid is just plain ...
[19:10:14] sphery: ... ugly :)
[19:12:29] sphery: it would definitely be good to update the channel scanner to pick more sensible defaults--unless it got updated recently, it was picking some terrible callsigns when it didn't find any in the stream (and, IIRC, sometimes ended up with the same callsign for hundreds/thousands of dvb radio channels and such)
[19:13:26] Unhelpful: Kaik541: because a high-def digitizer is much more expensive than capturing a digital signal. :)
[19:13:35] Unhelpful: gr. :P
[19:18:47] stuartm: davide_: renaming callsign would be helpful, but if we're going to effectively ignore it for certain locales then it's probably better to just completely omit it from the UI/settings for those locales too, that would mean that it doesn't need renaming and users aren't left wondering about a field that serves no practical purpose for them
[19:21:32] stuartm: US users would see no difference and non-US users wouldn't even have to know about 'callsign'
[19:22:44] stuartm: if we kept it visible in the UI, then I'd suggest style it as a 'short name' or 'alt name' field?
[19:23:32] Chutt (Chutt!~ijr@cpe-24-29-225-191.neo.res.rr.com) has joined #mythtv
[19:24:17] sphery: and, in truth, that name wouldn't be bad for a new column name, too... it doesn't explain how we use it, but it makes it relatively clear that it would be the same for the same channel on different sources, so may actually be properly used by users that way
[19:24:29] sphery: that name = shortname or altname
[19:33:51] stuartm: I'd added the locale stuff partially to allow us to hide things that weren't relevant for the user from the UI, it's not used that way yet
[19:37:14] Chutt (Chutt!~ijr@cpe-24-29-225-191.neo.res.rr.com) has quit (Ping timeout: 250 seconds)
[19:40:13] davide_: hmm, shortname doesn't sound too bad. one option i thought of is name for current callsign and longname for current name. another is network for callsign.
[19:40:45] iamlindoro: The DVB Standard refers to what we populate the callsign value with as the shortname, as well
[19:41:12] davide_: and yeah, we'd we want to remove the options to choose callsign vs. name in the ui.
[19:41:51] stuartm: iamlindoro: am I right in thinking that the html setup stuff doesn't have a locale/language selection prompt yet?
[19:41:59] iamlindoro: stuartm: You are right
[19:42:26] stuartm: ok, something to keep in mind then :)
[19:44:05] danielk22: +1 for short name, I never want to explain callsign again :) (It's not even a true call sign with ATSC DTV or Cable TV in the US; only for low lowered analog stations does the still name map.)
[19:44:27] danielk22: s/the still name/the name still/
[19:44:33] iamlindoro: It is translatable now, however
[19:44:34] iamlindoro: And obeys the locale setting
[19:44:34] iamlindoro: So all it needs in the prompt, everything else is there
[19:44:58] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:47:17] iamlindoro: sphery: danielk22: http://pastebin.com/Jzr97JFW Patch to hopefully prevent the channelscanner from every producing duplicate or redundant callsigns again. In the first case, use chanid which should be unique, in the second, build the callsign out of transport and serviceid, which should be similarly unique (or at least a heck of a lot more unique than QString::null)
[19:49:12] sphery: iamlindoro: Nice--and thanks for doing that up so quick. It sounds good to me.
[19:51:02] danielk22: iamlindoro: this is only for the case where we're not getting a short name from the tables? i.e. will the case with DVB/ATSC on two different video sources still work correctly?
[19:52:35] stuartm: assuming that the two different sources agree on a single name, sadly that's not my experience with terrestrial vs satellite
[19:53:23] danielk22: It looks that way at least in the second case, I can't tell from just the patch in the first case.. anyway I don't have any objection to that, but gigem knowns more about the scheduler. (I don't even know if this is better than just a QString::null).
[19:54:33] iamlindoro: danielk22: Right, just when the shortname isn't found/is empty otherwise
[19:54:33] iamlindoro: stuartm: Huh?
[19:55:01] iamlindoro: stuartm: This code is only reached when there's no callsign to be found-- we're currently generating callsigns that can (and often will) be duplicates, which breaks scheduling
[19:55:02] stuartm: iamlindoro: I was refering to danielk22's comment about two different sources using the same short name
[19:55:25] iamlindoro: stuartm: ah
[19:56:19] stuartm: btw, on a related subject, a pet peeve of mine is that we group by the callsign for the scheduler but by channum in the guide – is there any prospect of that changing?
[19:56:58] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv
[19:57:16] stuartm: if a channel is identical for scheduling purposes then it doesn't need to appear multiple times in the guide just because it has been assigned a different logical channel number IMHO
[19:58:54] sphery: stuartm: epg is supposed to show all channels, but "coalesce" multiple channels into one row when they have /both/ the same channel number (meaning the rows would appear next to each other in the guide) and the same callsign (meaning that they're treated as the same by the scheduler, so there's no need to pick a specific channel to create a "this channel" rule)--so if it has different channel numbers but the same callsign, we list it multiple ...
[19:59:00] sphery: ... times so it's found where the user expects (since we're sorting by channel number)
[19:59:41] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds)
[19:59:52] sphery: that way, we don't consolidate it down to a single row that appears at the wrong place because they were expecting the other channel number
[20:01:00] stuartm: yeah, I don't like it :)
[20:02:40] sphery: any reason you can't just change channel numbers, too, when you have same-callsign channels? (OK, I'll admit having an option to do this with a single button press would be nice, so if it's just the work involved, maybe the new channel editor iamlindoro did will help--I think he has something for editing multiples at once.)
[20:03:04] sphery: new channel editor UI in services API stuff, that is
[20:03:17] stuartm: sphery: I do, every time I have to go through and manually fix up the numbers on dozens of channels
[20:03:42] stuartm: hence why I'm wondering why we don't just stick with one grouping method
[20:04:03] sphery: ah, yeah, it would definitely get old fast, so I understand where you're coming from
[20:04:26] sphery: if it's not yet in the new editor, it sounds like it would be a good addition
[20:06:38] stoffel (stoffel!~quassel@87.180.187.149) has quit (Remote host closed the connection)
[20:08:35] Beirdo: stuartm: that my_thread_global_end message is from the mysql api itself, not much can be done about that without getting a bit funky
[20:08:49] Beirdo: I'd like to make them just stop being emitted, actually
[20:10:12] Beirdo: anyways, at a conference. I should pay attention ;)
[20:11:43] iamlindoro: sphery: stuartm: You can group-edit channel numbers, callsigns, and a couple other things in the new channel editor
[20:12:01] iamlindoro: so you can do 100 channel number edits in a single templated action
[20:12:03] sphery: nice, so it /is/ already there
[20:12:17] iamlindoro: yes, just select as many channels as you like and hit the edit button
[20:13:55] rhpot199` (rhpot199`!~rhpot1991@204.8.45.13) has joined #mythtv
[20:13:56] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[20:14:47] rhpot199` is now known as rhpot1991
[20:14:55] rhpot1991 (rhpot1991!~rhpot1991@204.8.45.13) has quit (Changing host)
[20:14:55] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[20:15:04] iamlindoro: If you select one channel, you get the single channel editor, if you select > 1 you get the template rule-based editor
[20:15:05] iamlindoro: ie "rename all these channel numbers using %CHANID%-Stuartm-%ATSCMINORCHANNEL%"
[20:15:05] iamlindoro: etc.
[20:22:01] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[20:24:34] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has joined #mythtv
[20:24:34] tgm4883 (tgm4883!~tgm4883@204.8.45.13) has quit (Changing host)
[20:24:34] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[20:35:24] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[20:38:15] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv
[20:38:47] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:41:41] stuartm: heh, if you really want to break a 0.24 install then disconnect an nfs drive being used for mythvideo, completely cripples the backend for some reason (might also be true for master)
[20:44:40] Kunalagon (Kunalagon!~Kunalagon@212.200.243.107) has joined #mythtv
[20:55:05] davide_: danielk22: i have no problem with iamlindoro's patch if that's what you were asking.
[20:55:40] jpharvey_ (jpharvey_!~jpharvey@host86-181-239-235.range86-181.btcentralplus.com) has quit (Ping timeout: 250 seconds)
[21:00:15] davide_: stuartm: i understand your pain. grouping by only shortname makes sense for europe (and elsewhere) where channels are mainly identified by name. here in the states (and maybe canada), however, where many, quite possibly most, people tend to identify them by number.
[21:02:45] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has quit (Quit: leaving)
[21:05:06] danielk22: stuartm: if you disconnect any drive being used by mythtv the backends eventually freeze up as the disk space queries all block forever.. if we fixed that there are probably other places we'd die instead so I have not given too much thought to fixing it...
[21:07:28] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Quit: Peace!)
[21:07:29] stuartm: this particular drive wasn't being used for recordings, just videos (read only) so if it was the free space checks then they wouldn't need to be run?
[21:07:37] jpharvey_ (jpharvey_!~jpharvey@host86-184-20-255.range86-184.btcentralplus.com) has joined #mythtv
[21:08:16] stuartm: I disconnected it at the source to replace it with a new drive without even considering it's impact on the backend in another room
[21:08:33] danielk22: stuartm: probably something else for mythvideo
[21:08:59] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[21:09:21] danielk22: I found the freespace checking problem by just gdb attaching to the backend a few minutes after disconnecting a drive and listing the threads..
[21:09:50] stuartm: the rumoured 'offline' storage group support would probably help in this scenario, if we can no longer query a drive then mark it as offline and stop trying
[21:10:16] iamlindoro: Although it's admittedly a bit of a stretch, there are a couple cases where we write to the video SGs (no artwork SGs defined)
[21:10:16] iamlindoro: And TTBOMK we run free space checks against all SGs, don't we? (They all show up in Mythweb)
[21:10:30] iamlindoro: Or at least, they all used to
[21:11:39] ** stuartm shrugs **
[21:11:43] iamlindoro: stuartm: I am still waiting for (your? Mark's?) Notification framework to appear, as I'd also like to be able to handle "missing" videos with a notification rather than their removal-- another issue when an NFS or other drive goes missing
[21:11:58] iamlindoro: goes missing and someone runs a scan, that is
[21:13:26] stuartm: heh yeah :/
[21:13:30] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[21:26:35] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 276 seconds)
[21:26:52] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[21:26:55] IceWewe (IceWewe!~untitled@unaffiliated/icewewe) has joined #mythtv
[21:27:08] IceWewe: I'm having great difficulty with mythtv and a Hauppauge HVR-1800
[21:27:29] IceWewe: I installed the modules from the v4l git tree, but in the backend log I keep getting permission denied errors on opening a file
[21:27:38] IceWewe: however, the directory has been chmod -R 777'd
[21:27:45] IceWewe: so I really don't understand why I'm getting a permission denied error
[21:29:32] Beirdo: you want #mythtv-users
[21:30:19] IceWewe: ah, sorry
[21:32:15] thedeath (thedeath!~thedeath@78-20-5-18.access.telenet.be) has quit ()
[21:42:47] IceWewe (IceWewe!~untitled@unaffiliated/icewewe) has left #mythtv ("It's ok, I've played operation, I know what I'm doing")
[21:49:26] Kunalagon (Kunalagon!~Kunalagon@212.200.243.107) has quit (Quit: Leaving.)
[22:27:17] kth1 (kth1!~kth@dyndsl-080-228-189-004.ewe-ip-backbone.de) has quit (Quit: Leaving.)
[22:37:59] j-rod is now known as j-rod|afk
[22:53:12] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:03:45] sailerboy (sailerboy!sailerboy@sailerboy.net) has quit (Quit: ZNC - http://znc.sourceforge.net)
[23:05:17] sailerboy (sailerboy!sailerboy@sailerboy.net) has joined #mythtv
[23:22:34] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)
[23:28:33] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)

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