| Wednesday, December 10th, 2014, 00:01 UTC | ||
| [00:01:28] | poptix (poptix!poptix@poptix.net) has quit (Ping timeout: 255 seconds) | |
| [00:15:59] | cvstealth (cvstealth!~cvstealth@pool-96-255-220-155.washdc.fios.verizon.net) has joined #mythtv | |
| [00:16:53] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [00:21:16] | poptix (poptix!poptix@poptix.net) has quit (Ping timeout: 250 seconds) | |
| [00:23:18] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [00:38:12] | Warped (Warped!~Warped@108.85.160.119) has quit (Ping timeout: 245 seconds) | |
| [00:43:51] | Warped (Warped!~Warped@108.85.160.119) has joined #mythtv | |
| [00:47:50] | jpharvey (jpharvey!~jpharvey@host109-148-113-54.range109-148.btcentralplus.com) has quit (Ping timeout: 265 seconds) | |
| [00:59:53] | jpharvey (jpharvey!~jpharvey@host109-148-117-7.range109-148.btcentralplus.com) has joined #mythtv | |
| [01:10:14] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-25-34.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [01:43:37] | wookey (wookey!~wookey@stoneboat.aleph1.co.uk) has left #mythtv () | |
| [02:33:57] | wagnerrp_ is now known as wagnerrp | |
| [03:06:18] | cvstealth (cvstealth!~cvstealth@pool-96-255-220-155.washdc.fios.verizon.net) has quit (Ping timeout: 264 seconds) | |
| [04:05:17] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 264 seconds) | |
| [04:09:11] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [04:17:17] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 264 seconds) | |
| [04:21:14] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [04:26:04] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 245 seconds) | |
| [04:29:35] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:32:03] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [04:33:25] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 258 seconds) | |
| [04:51:34] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 244 seconds) | |
| [04:55:01] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [05:10:18] | skd5aner (skd5aner!~skd5aner@255.sub-70-198-70.myvzw.com) has quit (Ping timeout: 250 seconds) | |
| [05:11:42] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has joined #mythtv | |
| [07:08:50] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:39:15] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-25-34.lns20.mel4.internode.on.net) has joined #mythtv | |
| [08:26:36] | dekarl1 (dekarl1!~dekarl@p4FE858AF.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:29:17] | dekarl (dekarl!~dekarl@p4FE84B2C.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [08:53:22] | stuarta: | morning all |
| [09:31:15] | stuarta: | biab, router reboot |
| [09:44:54] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [09:59:28] | len (len!~quassel@75-168-45-25.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [10:32:18] | stuartm: | seems like there was a bit of a storm of ssh break in attempts last night |
| [10:32:57] | stuartm: | compared to the 2–3 new IPs a day, 30+ in the last 12 hours |
| [10:35:01] | stuartm: | almost all coming from hosting and cloud providers |
| [10:35:48] | stuartm: | AWS, onlinehome-server.info, serverloft.com, cloud-ips.com etc |
| [10:37:00] | stuartm: | seems like the same was true for alcor |
| [10:37:00] | stuarta: | aye, had loads on my home server too |
| [10:40:11] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-25-34.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [10:46:00] | paul-h (paul-h!~Paul@90.204.194.59) has joined #mythtv | |
| [10:55:33] | paul-h: | Captain_Murdoch: don't know if you replied to my queries on Sunday looked like the server died again so the logs are missing a day or so :( |
| [10:56:37] | stuartm: | [04/12/2014 20:08:02] <Captain_Murdoch> paul-h, I think you are right, there should be an unlock before the continue on 315. the lock/unlock are inside the while loop so we need to unlock before continuing. That line of code is probably rarely or never hit though because it is only there to protect from an empty item on the queue. so I don't think that is the issue. also if there was a lock issue, it wouldn't go to 100%, it would just lockup |
| [10:56:39] | stuartm: | and not download anyth |
| [10:56:40] | stuartm: | [04/12/2014 20:08:02] <Captain_Murdoch> ing else. |
| [10:56:42] | stuartm: | [04/12/2014 20:15:34] <Captain_Murdoch> I am not seeing how that function/thread could be using 100% CPU. if the queue is empty, we will sleep in the wait condition on line 302. if the queue is not empty then we should be sleeping for 200ms each time through the loop on line 300 in the wait condition. The only way we could be not sleeping in the wait condition is if there are no items in the queue and waitAnyway is false. |
| [10:56:43] | stuartm: | [04/12/2014 20:17:29] <Captain_Murdoch> I didn't add the redirect handling code, so I am not as up to speed on that, but maybe when we redirect the url changes and the url in the queue doesn't match the url in the m_downloadInfos of items currently downloading so we never set waitAnyway to true and itemsInQueue is true, so we never go into the 'if' on line 294 and go into the wait condition. |
| [11:01:47] | paul-h: | stuartm: Thanks – I got that bit just wondering if there was anything later than that that I may have missed |
| [11:02:40] | stuartm: | nothing after that |
| [11:03:04] | paul-h: | Might be thinking of Monday come to think of it :) – Thanks anyway |
| [11:23:53] | aberrios_ (aberrios_!~aberrios@195.130.201.200) has joined #mythtv | |
| [12:17:29] | aberrios_ (aberrios_!~aberrios@195.130.201.200) has quit (Quit: leaving) | |
| [12:45:43] | dekarl1: | paul-h, I can merge and close https://github.com/MythTV/mythtv/pull/66 if you like |
| [12:45:47] | dekarl1 is now known as dekarl | |
| [12:55:14] | paul-h: | dekarl: Sure go ahead |
| [12:56:05] | paul-h: | Isn't a callsign a yanky thing that means little to the rest of the world anyway |
| [12:59:07] | paul-h: | Who was it who recently got access to the script to update the theme chooser |
| [13:00:09] | stuarta: | jpoet i believe |
| [13:00:43] | dekarl: | yes, but we fill it with the name of the service from the SDT, so its useful over here, too |
| [13:01:19] | stuarta: | paul-h: especially on satellite which carries all the regional variants of BBC, ITV etc |
| [13:02:22] | dekarl: | someone[tm] should pull in the channel equivalence data from atlas and set them all to the same callsign ;) |
| [13:03:06] | stuarta: | i have a sql script which does the job |
| [13:03:22] | stuarta: | but yes that would be a worth addition |
| [13:51:29] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 244 seconds) | |
| [13:56:04] | paul-h: | Captain_Murdoch, jpabq: can you please add this theme to the theme chooser https://github.com/paul-h/MythCenterXMAS-wide |
| [13:57:32] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [13:58:03] | paul-h: | There is master and a fixes/0.27 branch |
| [13:59:32] | paul-h: | Still not happy with the font colours but I can come back to that later and tweak them just want to get things moving to give time to any interested user to try it before Christmas |
| [15:55:40] | stuarta: | :) |
| [16:12:07] | jpabq: | paul-h: I will try to remember to do that when I get off work. |
| [16:12:57] | paul-h: | jpabq: OK thanks |
| [16:16:46] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [17:25:12] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Quit: Sleep. ZZZzzz…) | |
| [17:26:59] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [17:29:01] | Steve-Goodey (Steve-Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [17:29:05] | sphery: | dekarl / paul-h : yeah, callsign is actually useful for every MythTV user--it's an identifier that tells MythTV which channels should be considered the same for "this channel" filter--but the name of the field/variable is confusing to non-US users |
| [17:31:03] | Steve-Goodey (Steve-Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Client Quit) | |
| [17:31:57] | sphery: | would actually be better if it were 2 different fields (instead of one overloaded one) for short name/abbreviation/whatever (for use in display by themes) and some other internal-only ID to specify uniqueness for "this channel" (i.e. in channel editor, you select other channels that are the same as this one from a list of all other channels and MythTV writes some ID number in there) |
| [17:32:12] | sphery: | would clear up lots of confusion |
| [17:37:56] | stuartm: | sphery: two different fields would be good because although callsign is a stable identifier in the US it's not elsewhere, if the channel name changes (it happens a lot) then so does the 'callsign' |
| [17:38:22] | stuartm: | using a numeric ID would improve query performance |
| [17:59:14] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [18:20:02] | sphery: | yeah, though callsign changes in the us, too |
| [18:20:56] | sphery: | and, worse, the value that stations transmit that we then put into the callsign field changes a lot (even when channel name/ownership/... doesn't change) |
| [18:21:47] | sphery: | decoupling the display portion (short name) from the "instructional" portion ("consider this the same as these other channels") would really help |
| [18:22:37] | sphery: | especially since users say, "I have to leave the channels that no longer exist/are in some market where I used to live in my database so that I don't see "##1031_1##" in my theme!" |
| [18:23:04] | sphery: | and those channels that no longer exist are only slowing things down--and likely to cause problems when users accidentally do things they shouldn't with them |
| [18:38:33] | SteveGoodey (SteveGoodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [18:50:39] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:40d3:42dc:f88:9e43) has joined #mythtv | |
| [18:57:39] | joki (joki!~joki@p548628BC.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [19:03:20] | joki (joki!~joki@p5486290F.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:12:54] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-25-34.lns20.mel4.internode.on.net) has joined #mythtv | |
| [19:21:59] | dekarl: | we could just copy the channel display_name string to the recording... |
| [19:22:42] | dekarl: | not sure what to do with the channel fanart / logo / icon |
| [19:23:11] | dekarl: | just got a reminder from a station to update their logo in my guide feed... |
| [19:42:38] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv | |
| [20:00:41] | stuartm: | I prefer either an old_channels table, or just leaving old channels in the current table but marking them as obsolete |
| [20:01:44] | stuartm: | the later is by far the easiest to implement |
| [20:01:48] | stuartm: | latter |
| [20:04:16] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Remote host closed the connection) | |
| [20:07:15] | sheedy is now known as sheedy-away | |
| [20:13:37] | jpharvey (jpharvey!~jpharvey@host109-148-117-7.range109-148.btcentralplus.com) has quit (Ping timeout: 245 seconds) | |
| [20:14:51] | Steve-Goodey (Steve-Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [20:21:40] | SteveGoodey (SteveGoodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:23:59] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [20:26:05] | jpharvey (jpharvey!~jpharvey@host109-148-117-7.range109-148.btcentralplus.com) has joined #mythtv | |
| [20:40:14] | sheedy-away is now known as sheedy | |
| [21:19:09] | moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has quit (Remote host closed the connection) | |
| [21:20:02] | sheedy is now known as sheedy-away | |
| [21:28:49] | Steve-Goodey (Steve-Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:51:46] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Ping timeout: 244 seconds) | |
| [22:06:55] | sphery: | I prefer saving the channel information separately so that regardless of how channels change, the original information still exists |
| [22:07:22] | sphery: | rather than old_channels, though, I'd prefer putting it into something like recordedprogram or recorded (yes, just copy the data) |
| [22:08:19] | sphery: | also allows the information to be user editable, since it's no longer configuration information and becomes just recording metadata |
| [22:23:20] | stuartm: | the problem I have with copying it into recorded is that it then turns classes like ChannelInfo into a complete and unmaintainable mess |
| [22:23:41] | stuartm: | in addition to being bad database design |
| [22:24:58] | stuartm: | fwiw I'm not sure why it would need to be editable either – is there a good reason or just because we can? |
| [22:31:51] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:40d3:42dc:f88:9e43) has quit (Read error: Connection reset by peer) | |
| [22:33:16] | cvstealth (cvstealth!~cvstealth@pool-96-255-220-155.washdc.fios.verizon.net) has joined #mythtv | |
| [22:50:15] | sphery: | the point would be to do away with a need for channelinfo in the display/ui and just show metadata--basically only the recorder would be interested in channel info |
| [22:50:52] | sphery: | as for why to make it editable, it seems that about 60% of users want historically-accurate information about the channel on which they recorded the show 5 years ago and 60 |
| [22:51:08] | sphery: | % want it to just "coalesce" into today's channels |
| [22:51:30] | sphery: | (and, yes, I know that's more than 100%--because some want it both ways, depending on recording or whatever) |
| [22:52:01] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 260 seconds) | |
| [22:53:39] | sphery: | pretty much every piece of configuration information we associate with a (long-lived, often longer than the configuration itself) recording means that we have to keep around configuration or show bad info or ... |
| [22:54:53] | sphery: | and it seems very unnecessary since as soon as the recording ends, the configuration information is no longer important (and is just historical information) |
| [22:56:34] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has quit (Ping timeout: 244 seconds) | |
| [22:57:33] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has joined #mythtv | |
| [22:57:35] | sphery: | and if you're really concerned about the bad database design, just make the copy into a separate table (like recordedprogram of the original program info associated with the recording) and call it recordedchannel and don't insert new rows if an identical-for-every-field row exists |
| [22:58:53] | sphery: | personally, I don't think it's that big a deal for the relatively small number of recordings users will have (not to mention the fact that Video Library is much better for handling large numbers of videos than Watch Recordings, but that's another argument :) |
| [23:01:13] | sphery: | even at 10k (which is a /lot/ of recordings), we'd be talking less than 10MB, probably (haven't actually added up size of channel table--not to mention the fact that some of it is probably irrelevant/unnecessary to copy) |
| [23:03:13] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [23:25:27] | paul-h (paul-h!~Paul@90.204.194.59) has quit (Quit: Konversation terminated!) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.