| Saturday, May 4th, 2013, 00:02 UTC | ||
| [00:02:18] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 272 seconds) | |
| [00:10:15] | quindem (quindem!474ba2d0@gateway/web/freenode/ip.71.75.162.208) has joined #mythtv | |
| [00:28:09] | quindem (quindem!474ba2d0@gateway/web/freenode/ip.71.75.162.208) has quit (Quit: Page closed) | |
| [00:33:06] | danielk221 (danielk221!~danielk22@exchange.wgen.net) has quit (Ping timeout: 264 seconds) | |
| [00:41:09] | stichnot (stichnot!~stichnot@adsl-69-110-157-91.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [00:41:09] | stichnot (stichnot!~stichnot@adsl-69-110-157-91.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [00:41:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:48:03] | danielk221 (danielk221!~danielk22@96.57.9.142) has joined #mythtv | |
| [01:00:00] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [01:39:06] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [01:47:23] | knightr: | Hi! Could somebody who has access to do this close those two pull requests? https://github.com/MythTV/mythtv/pull/43 and https://github.com/MythTV/mythtv/pull/44 Thank you! |
| [02:04:47] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 260 seconds) | |
| [02:10:47] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [02:25:35] | mad_enz (mad_enz!~Enz@CPE00508b114c3e-CM68b6fc3f96c0.cpe.net.cable.rogers.com) has joined #mythtv | |
| [03:21:31] | shodan45 (shodan45!~chris@71-15-44-176.dhcp.thbd.la.charter.com) has quit (Quit: Konversation terminated!) | |
| [03:27:25] | skd5aner: | gigem: cool, I remember you mentioning that you might look at it. Did you commit a backport to -fixes too? thanks! |
| [03:44:01] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [03:45:11] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:49:13] | dekarl1 (dekarl1!~dekarl@p4FCEFE51.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:50:55] | dekarl (dekarl!~dekarl@p4FCEF499.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [06:24:12] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [07:43:10] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [07:43:45] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [07:45:29] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Read error: Connection reset by peer) | |
| [07:45:54] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [07:50:29] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [08:15:00] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [08:52:39] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [09:52:27] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [10:14:02] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [11:12:37] | joki (joki!~joki@p54865DDE.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [11:18:02] | joki (joki!~joki@p54862B48.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:23:56] | ephemer0l (ephemer0l!~ephemer0l@unaffiliated/ephemer0l) has joined #mythtv | |
| [11:43:07] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 264 seconds) | |
| [12:00:00] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Ping timeout: 252 seconds) | |
| [12:25:34] | knightr: | Hi! Could somebody who has access to do this close those two pull requests? https://github.com/MythTV/mythtv/pull/43 and https://github.com/MythTV/mythtv/pull/44 Thank you! |
| [13:31:47] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [13:33:32] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [13:33:52] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:51:22] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [13:51:45] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [14:17:18] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [15:47:46] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [15:53:37] | brfransen (brfransen!~brfransen@64.179.141.163) has quit () | |
| [16:15:12] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [16:16:23] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [16:21:03] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [16:32:30] | dekarl1 is now known as dekarl | |
| [16:34:44] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [16:41:38] | dekarl: | stuartm: re http://code.mythtv.org/trac/ticket/2077#comment:37 are the example files in the sample box? I'm thinking about closing the ticket as its hard to see which of the issues is open vs. resolved |
| [16:43:23] | tonsofpcs: | grrr, stuck in scrollback |
| [16:43:28] | tonsofpcs: | hi ;) |
| [17:03:54] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [17:07:36] | gigem: | skd5aner: I didn't think I'd backported, but apparently I did. Ah, yes, now I remember. The guy who was very helpful in testing it was on 0.26, so I backported it for him. |
| [17:17:50] | stuartm: | dekarl: no, I don't think they are I'll see if I can put one or two there |
| [17:19:00] | stuartm: | I was going to send beirdo some stuff on an SD card which would have meant I could send entire files, the size limit on box.com means I'll have to find which section of the files triggers the issue and then cut it down |
| [18:00:34] | tonsofpcs: | ya know, back in the day, we used to split files to smaller chunks with compression and/or archive tools. I imagine they still work ;) |
| [18:00:39] | peper03 (peper03!~peper03@port-92-203-70-155.dynamic.qsc.de) has joined #mythtv | |
| [18:01:43] | tonsofpcs: | alternatively, since it's MPEG, you can just cut it into arbitrarially sized chunks and then go through and figure out which chunk causes the issue in question rather than trying to isolate it first |
| [18:56:49] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [19:05:52] | gigem: | danielk221: I'm pretty sure this has been mentioned before, but I don't remember the specifics. What if multirec was changed to not require fixed, logical cards/inputs and instead dynamically created additional stream handlers, threads or whatever as needed and reported all of the activity as being on the same card/input? From the scheduler's point of view, it wouldn't be any more complicated, and in fact, |
| [19:05:54] | gigem: | it would probably be simpler. |
| [19:31:17] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [19:47:06] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:14:10] | stoffel (stoffel!~quassel@pD9E42B13.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:25:48] | XDS2010 (XDS2010!uid1218@gateway/web/irccloud.com/x-gzhkfvmbdgnhxmyt) has quit (Ping timeout: 256 seconds) | |
| [20:33:06] | XDS2010 (XDS2010!uid1218@gateway/web/irccloud.com/x-cpwitmlttimwumgv) has joined #mythtv | |
| [20:54:08] | brfransen (brfransen!~brfransen@64.179.141.163) has joined #mythtv | |
| [21:12:21] | rsiebert (rsiebert!~quassel@g225061213.adsl.alicedsl.de) has joined #mythtv | |
| [21:12:30] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:15:08] | rsiebert_ (rsiebert_!~quassel@g225059178.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [21:21:55] | mad_enz (mad_enz!~Enz@CPE00508b114c3e-CM68b6fc3f96c0.cpe.net.cable.rogers.com) has quit (Quit: Leaving) | |
| [21:33:28] | danielk221: | gigem: It would require a major refactoring of the recorder code. Janne was planning to do it a few years ago. However, even the smaller refactorings I've done have been a problem since we can't easily test the recorders (there are many permutations and you need to test in many countries.) |
| [21:34:33] | danielk221: | davidshay: I have enough to get started debugging the myth socket crashes. I just need to find the time. |
| [21:49:58] | stuartm: | in the past a reasonable percentage of recorder bugs caused by refactorings and other small changes occurred just because timings changed subtly, the bugs pre-existed. I don't think even now that the recorders are entirely robust they just happen to work for most people |
| [21:51:20] | stuartm: | still, it's considerably better than the playback code where it's all to easy to trigger endless error loops and hung processes |
| [21:54:04] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:01:54] | danielk221: | stuartm: There were a lot of race conditions that whose trigger points were changed on any change. I think the recorder code is mostly, but not entirely, free of these today. But even without those I broke stuff on the last refactoring (where I removed duplicated code from a bunch of DTV recorders and stuck that stuff in DTVRecorder.) |
| [22:01:56] | dekarl: | I'd like to drop the subtitle if it matches the description for EIT, any veto? http://pastebin.com/YPmRGvRa The proper solution is to rewrite the handling to manually specify which EIT descriptor goes to which field. But I'd like to start somewhere (aka. push local patches upstream now as the proper solution will likely not be ready in time for 0.27) |
| [22:06:28] | stuartm: | if it's a fix for a specific network then a fixup would be better and less likely t break things for other networks |
| [22:10:56] | dekarl: | well, its conceptually the same fix as the one directly above it. If the network send the same string down through different descriptor, we only keep it in one attribute |
| [22:14:11] | stuartm: | right, but whose to say which one is correct? Has the episode name been inserted into the long description or has the description been stuck in the description description? Keep in mind here that any changes to the current behaviour have the potential to break duplicate matching, especially for those locales using 'subtitle then description' or 'subtitle and description' matching |
| [22:15:54] | stuartm: | I think on balance most users would prefer to keep the episode name in the 'subtitle' even if it also appears in the 'description', obviously not if it's the other way around but the only way we can handle that is network by network, channel by channel |
| [22:20:41] | dekarl: | the fixup directly below is a case of breaking duplicate detection, too :( some stations over here only transmit the episode title in the short event descriptor and add the synopsis to the extended event descriptor only 24 hours before broadcast. So the episode title jumps from the description to the subtitle 24 hours before the show airs. |
| [22:21:29] | stuartm: | fwiw, even (event.subtitle == event.title) event.subtitle = ""; is a bogus assumption, there have been plenty of series where an episode name echoes the title |
| [22:21:58] | dekarl: | but its a good point. avoid potentially fiddling with duplicate detection for an unknown group of users when the benefit is not clear |
| [22:23:32] | stuartm: | dekarl: we're treating the short event descriptor as the subtitle, so what you're describing doesn't make sense? Unless you had that backwards? |
| [22:24:05] | stuartm: | oh nevermind, just the way I read it – I can see what you meant on a second reading |
| [22:24:56] | stoffel (stoffel!~quassel@pD9E42B13.dip0.t-ipconnect.de) has quit (Ping timeout: 268 seconds) | |
| [22:25:35] | dekarl: | stuartm: what goes where and how it gets shuffled around is a bit of a mess :) |
| [22:26:43] | dekarl: | thats why I think the solution will be something super simple for the generic case and everything else in network specific code |
| [22:26:55] | stuartm: | agreed, e.g. stuffing the short event descriptor into subtitle by default is just wrong, but it's what we've always done and fixing it means writing fixups for every network where that is actually the right thing to do |
| [22:27:39] | stuartm: | EIT generally is a PITA because no two networks, or channels, do things exactly the same way |
| [22:28:10] | dekarl: | aye, its only a good default because it allows us to map three strings on the input side to three strings on the output side |
| [22:38:56] | Draiodoir (Draiodoir!~Draiodoir@c-75-73-31-51.hsd1.mn.comcast.net) has joined #mythtv | |
| [23:20:18] | peper03 (peper03!~peper03@port-92-203-70-155.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.