Monday, July 30th, 2012, 00:11 UTC | ||
[00:11:38] | dekarl (dekarl!~dekarl@p4FE847E8.dip.t-dialin.net) has joined #mythtv | |
[00:12:39] | dekarl1 (dekarl1!~dekarl@p4FE8595B.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
[00:16:52] | lautriv (lautriv!~lautriv@f050086011.adsl.alicedsl.de) has left #mythtv ("Leaving") | |
[00:19:48] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
[00:30:03] | Captain_Murdoch: | wagnerrp, yeah, I'm debating that ylee ticket. it's definitely not a bug, I wrote the original (now called combination) disk scheduler to prefer local over remote when weights are equal. will have to think about changing or adding a new balancing method. |
[00:43:26] | lasers (lasers!~lasers@unaffiliated/lasers) has left #mythtv ("leaving") | |
[00:57:38] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[01:01:45] | danielk22: | jya: Do you have an ETA on the HLS RingBuffer fix. I think we should hold the beta until that is taken care of.. |
[01:03:36] | danielk22: | stuartm: I'll try to look at the deadlocks ASAP. |
[01:07:53] | danielk22: | stuartm: The Olympics end 8/12. I'm going to be away from MythTV from 8/24 until 9/15 (vacation, followed by trade show). |
[01:09:51] | danielk22: | stuartm: I think if we get the beta out by the 12th we're still in good shape, it means testing can begin in earnest post Olympics, and hopefully anything needing my attention is taken care of by the 24th. But the sooner the better, late August and early September is vacation time for a lot of people with kids. |
[01:12:56] | stichnot_ (stichnot_!~stichnot@134.134.137.75) has joined #mythtv | |
[01:12:57] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Remote host closed the connection) | |
[01:12:59] | stichnot_ is now known as stichnot | |
[01:19:03] | danielk22: | stuartm: Do you have the log for #10948, or do you still have the core? |
[01:19:03] | ** MythLogBot http://code.mythtv.org/trac/ticket/10948 ** | |
[01:24:52] | joki (joki!~joki@p54865C3A.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
[01:25:17] | joki (joki!~joki@p54863182.dip.t-dialin.net) has joined #mythtv | |
[01:26:30] | frankster (frankster!~frankster@host86-171-4-49.range86-171.btcentralplus.com) has quit (Ping timeout: 264 seconds) | |
[01:39:09] | Beirdo: | danielk22: you do realize that SIGKILL can not be caught, right? |
[01:39:36] | Beirdo: | man sigaction (or signal) |
[01:39:52] | Beirdo: | signum specifies the signal and can be any valid signal except SIGKILL and SIGSTOP. |
[02:26:01] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[03:35:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[04:58:50] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
[05:49:49] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[06:06:28] | jya: | danielk22: was about to work on it right now |
[06:25:36] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
[06:52:18] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
[07:04:16] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
[07:29:13] | rsiebert_ (rsiebert_!~quassel@g225048244.adsl.alicedsl.de) has joined #mythtv | |
[07:31:43] | rsiebert (rsiebert!~quassel@g225059116.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds) | |
[08:05:06] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[08:19:32] | rsiebert (rsiebert!~quassel@g229055055.adsl.alicedsl.de) has joined #mythtv | |
[08:22:11] | rsiebert__ (rsiebert__!~quassel@g226063167.adsl.alicedsl.de) has joined #mythtv | |
[08:22:23] | rsiebert_ (rsiebert_!~quassel@g225048244.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds) | |
[08:25:33] | rsiebert (rsiebert!~quassel@g229055055.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds) | |
[09:10:46] | raynop (raynop!~quassel@105.241.125.125) has joined #mythtv | |
[10:18:34] | lautriv (lautriv!~lautriv@f050087158.adsl.alicedsl.de) has joined #mythtv | |
[10:18:46] | lautriv: | stuartm, are you around ? |
[10:37:43] | lautriv: | hm, obv. not. |
[10:37:50] | lautriv (lautriv!~lautriv@f050087158.adsl.alicedsl.de) has left #mythtv ("Leaving") | |
[10:40:42] | andreax (andreax!~andreaz@p5089FC48.dip.t-dialin.net) has joined #mythtv | |
[10:56:12] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[10:56:12] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[10:56:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[11:02:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[11:10:31] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[11:55:50] | jya: | danielk22: I added the ability to immediately interrupt the HLS ringbuffer. Bad news is that it makes no visible difference to live tv starting. |
[11:56:32] | jya: | I did find a possible crash (HLSRingBuffer::Read() can return a negative value in case of error). |
[11:56:45] | jya: | I added the log for you to track the issue. |
[11:56:54] | jya: | I also added the log for when it did start... |
[12:09:25] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[12:18:11] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
[12:20:15] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
[12:46:03] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
[12:47:34] | stuartm: | I've bumped the max attachment size on Trac to 2MB which is maybe 1MB higher than is really necessary, it was previously 512KB |
[12:47:36] | danielk22: | jya: Did you commit the changes? |
[12:54:40] | danielk22: | Beirdo: Are you sure #10956 isn't infinite recursion caused by using the ReferenceCounter for a logging item? We probably need to special case any ReferenceCounting debugging used within logging... |
[12:54:40] | ** MythLogBot http://code.mythtv.org/trac/ticket/10956 ** | |
[12:56:24] | danielk22: | jya: I see the commit, no need to answer. I'll do some more debugging. It was definitely getting stuck on read before, it's probably just moved on to getting stuck somewhere else. |
[12:57:20] | danielk22: | BTW For logs, just attach the files. It's easier to read the ticket that way and I prefer looking at logs in emacs anyway where I can do more powerful searching than in firefox. |
[12:57:58] | danielk22: | stuartm: Yet another deadlock?!? #10955 |
[12:57:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/10955 ** | |
[12:58:40] | danielk22: | At least it looks like we're getting a decent amount of testing! :) |
[13:01:39] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
[13:10:52] | stuartm: | http://code.mythtv.org/trac/attachment/ticket . . . acktrace.txt << Uncompressed |
[13:11:55] | stuartm: | danielk22: I should have logs to go with that backtrace, but it will take me a few minutes to figure out the correct section since I'm logging to a single file |
[13:14:47] | jya: | danielk22: I did |
[13:16:42] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
[13:19:23] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
[13:19:23] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
[13:19:24] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[13:21:37] | jya: | danielk22: I create the log by simply copy/paste the output of my console log… so to attach them as a file, I would need to create a new file, paste, save.. and usually compress as it's over 512kB… I figured that I do it , or whomever is handling the ticket does… better be him :) |
[13:23:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[13:35:18] | stuartm: | danielk22: http://svn.mythtv.org/trac/ticket/10955 looks like a duplicate of the incomplete backtrace I attached to http://svn.mythtv.org/trac/ticket/10870 |
[13:36:41] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
[13:38:25] | stuartm: | Beirdo: http://svn.mythtv.org/trac/ticket/10956 definitely qualifies as one of the more bizarre tickets I've seen, complaining that enabling extremely verbose logging results in very large logs ... |
[13:40:41] | stuartm: | heh, unless there's an infinite recursion going on ... |
[13:40:50] | stuartm: | oops |
[13:49:11] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[14:14:12] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[14:16:20] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 248 seconds) | |
[14:16:34] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[14:16:46] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 244 seconds) | |
[14:16:47] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 244 seconds) | |
[14:16:48] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 244 seconds) | |
[14:17:31] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[14:17:56] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
[14:43:30] | gigem: | danielk22: Have you had a chance to look at #10952 yet? It's a small change from Ron Frazier to allow the Ceton USB to work. He'd like to get it in for the beta. The change looks reasonable enough to me. If you don't have time for it, do you mind if I commit it? |
[14:43:30] | ** MythLogBot http://code.mythtv.org/trac/ticket/10952 ** | |
[14:45:30] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 276 seconds) | |
[14:47:18] | sphery: | dekarl: at least in the case of xmltv previouslyshown is actually provided by listings; whereas event.originalairdate = event.starttime.addDays(-1).date(); is more of an inferred "it was aired yesterday, so it's a repeat" (though I'd think that should be a <= rather than just = ...). If EIT is using previouslyshown, I'm guessing it's either provided in the listings data or we have some approach to infer it defined somewhere (so if that's the ... |
[14:47:24] | sphery: | ... same as the other...) |
[15:01:29] | danielk22: | gigem: I planned to look at it soon, but if you want to grab it go ahead. |
[15:11:18] | gigem: | danielk22: Okay, I'll get it committed. |
[15:17:14] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
[15:24:05] | kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer) | |
[15:27:55] | raynop (raynop!~quassel@105.241.125.125) has quit (Remote host closed the connection) | |
[15:33:32] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
[15:33:32] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
[15:33:32] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
[15:35:04] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[15:46:22] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[16:05:11] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
[16:08:16] | dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
[16:09:26] | dekarl-too: | sphery, was looking at the various countries EITFixups that filter out "{repeat,r,wdh,Rpt.}" from EIT events and turn it into a) previoslyshown=1 or b) originalairdate=yesterday or c) nothing at all |
[16:11:25] | sphery: | not sure why they might do it differently... stuarta might have an idea, but it does seem like consistency would be a good thing |
[16:15:24] | dekarl-too: | I'd guess the differences are because each country has got its fixups from a different user :) |
[16:16:36] | Defense|Twin (Defense|Twin!~jepz@e177225174.adsl.alicedsl.de) has joined #mythtv | |
[16:16:42] | dekarl-too: | clarification on what "previously shown" and "original air date" might be useful as IMHO neither is the correct way to signal "is a repeat of yesterdays airing" *without* knowing if yesterday was the premiere |
[16:17:37] | dekarl-too: | I think the correct fixup is "make the title/subtitle/description equal by removing (rpt)" |
[16:21:38] | sphery: | well, previously_shown doesn't mean "shown yesterday"--just that it's not a first-showing |
[16:21:59] | sphery: | so I completely agree that setting oad to yesterday is wrong |
[16:22:10] | sphery: | but previously_shown makes sense to me |
[16:24:57] | dekarl-too: | hmm, need to look at it. from http://www.mythtv.org/pipermail/mythtv-users/ . . . /332406.html : "The "New epidode" filter uses the previouslyshown flag in the program table." will the scheduler record a repeat when the first airing collides with something else? |
[16:31:26] | danielk22: | stuartm: Are you running 0.24-fixes? #10955 looks like the #10870 before the fix was applied in master. |
[16:31:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/10955 ** | |
[16:31:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/10870 ** | |
[16:32:55] | dekarl-too: | danielk22: s/24/25/ ? |
[16:33:03] | danielk22: | yeah : |
[16:35:34] | Beirdo: | danielk22: yes, it could be, come to think of it. |
[16:36:18] | Beirdo: | and how the heck would we protect against it, I wonder... Hmm. I think I'll drink my latte before trying to think about that |
[16:36:28] | danielk22: | Beirdo: Already fixed :) |
[16:37:12] | Beirdo: | Ah, OK :) |
[16:37:15] | Beirdo: | heh |
[16:38:09] | Beirdo: | ah, that's a good way to do it ;) |
[16:40:00] | sphery: | jya: fwiw, one of the great benefits of the new logging is that each run of an app gets its own log file, so you should be able to just upload the most-recent log file from your log path directory... |
[16:46:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[16:46:22] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
[16:46:22] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
[16:46:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[16:57:37] | gigem: | sphery, dekarl-too: previouslyshown is for programs that were orginally broadcast more than NewEpisodeWindow days ago. See the "if (mark_repeats)" part of main for mythfilldatabase. Rebroadcasts within that window should not be marked as previously shown. It's probably source dependent whether or not EIT fixups should convert any "repeat" indications to previouslyshown. Regardless, the repeat indication |
[16:57:39] | gigem: | should be removed so that it doesn't interfere with duplicate detection. |
[17:03:41] | stuartm: | danielk22: no current master |
[17:03:47] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
[17:03:47] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
[17:03:47] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[17:04:24] | stuartm: | danielk22: that is, master _after_ the fix in http://svn.mythtv.org/trac/ticket/10870 |
[17:04:55] | danielk22: | stuartm: yuk. Well hopefully it will re-occur and we get a backtrace... |
[17:05:50] | stuartm: | shouldn't be a problem, deadlocked three times last night |
[17:06:24] | stuartm: | although one of those was http://svn.mythtv.org/trac/ticket/10948 |
[17:06:45] | stuartm: | back in 15 |
[17:07:39] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
[17:07:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 264 seconds) | |
[17:09:27] | cougar_h (cougar_h!~cougar@kkk.version6.net) has quit (Quit: cougar_h) | |
[17:11:40] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[17:11:47] | dekarl-too: | gigem, I see. I find it hard to map the concept of "Days since original air date" for imported shows that run first on PPV, then PayTV, then FreeTV. Where there is a different original air date per market segment. But the conclusion to the original question is easy. "repeat" (as in was shown yesterday, too) does not map to "previously shown" (is an old episode) |
[17:14:17] | dekarl-too: | sphery, Mythbuntu still goes syslog => one file per multiple runs of each program. Should that be changed? |
[17:16:32] | sphery: | dekarl-too: well, distros can configure as they like, but all it takes to get one file per run is to specify a --logpath in the start script (or command prompt, which is how it was being run in the case I mentioned above) |
[17:17:37] | sphery: | so someone who's running and reporting lots of issues and doesn't want to "make a new file for logs" can simply add a --logpath to the command line |
[17:18:23] | dekarl-too: | I'm asking from the "someone, likely including you, will have to talk to the users" so it makes sense to suggest a standard setup. Been thinking about just reducing the logfile to the last run in the apport hook. But that leaves out users who look directly at the files |
[17:20:50] | gigem: | dekarl-too: I agree it's not obvious which "orginal air date" should be/is actually used in those circumstances. |
[17:23:37] | dekarl-too: | thanks for the explanation gigem, I'll see which fixups should be changed later |
[17:26:36] | dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: going home now) | |
[17:27:27] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
[17:27:46] | danielk22: | stuartm: Make sure you update, I just patched for another EIT shutdown deadlock. |
[17:33:19] | gigem: | dekarl: yw. |
[17:42:06] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[17:46:35] | stuartm: | danielk22: seems like that might also fix the failed recordings due to the recorder trying to tune the wrong channel on the right multiplex? seems to change to the frequency requested for the recording but then looks for the serviceid corresponding to a channel requested by the eit scanner |
[17:54:07] | danielk22: | stuartm: I think we need a little more for that. We probably should clear out the tuningRequests queue of any kFlagEITScan requests after we call StopActiveScan()... |
[17:55:54] | danielk22: | Otherwise it is possible for the EIT thread to queue up another channel change while we are in WaitForEventThreadSleep(); after adding the tuningRequest in SetChannel(). |
[17:56:02] | danielk22: | Is there a ticket for that issue? |
[17:57:21] | stuartm: | danielk22: I would have sworn I opened one weeks ago, but I can't find any, so maybe I never did |
[17:58:26] | danielk22: | BTW The odds of that or this deadlock occurring should be really low. I'm perplexed that you've been able to reproduce this. We add randomness to the EIT Channel scan change times to avoid these kinds of conflicts. |
[17:58:29] | stuartm: | I had plenty of logs showing the issue, but I must have dropped them in pastebin and mentioned it here instead, which wasn't particularly clever as I have no record of the urls |
[17:59:50] | stuartm: | danielk22: it does seem like an extreme coincidence that everything would line up that way, but it's actually happening infuriatingly often for some reason |
[17:59:56] | danielk22: | Hmm, it looks like we don't have randomness in the active scan loop. I could have sworn we had that at one point. |
[18:03:07] | danielk22: | We randomize the scanner start time, but then it proceeds lockstep. I'm guessing there is something that makes it align with 00 seconds at some point; otherwise this would just be exceedingly rare. |
[18:03:24] | zombor_ is now known as zombor | |
[18:04:35] | danielk22: | Ah, it looks like we don't randomize start time if there are multiple cards! That would do it. |
[18:04:36] | stuartm: | started to see the problem shortly after the recorder branch merge |
[18:04:58] | stuartm: | 3 cards here, 2 source, 3x virtual on each |
[18:05:20] | danielk22: | stuartm: It looks like it's due to an extra 'else' on line 1251 in tv_rec.cpp |
[18:10:54] | stuartm: | danielk22: aye, that would do it |
[18:12:29] | stuartm: | for code that is supposed to randomise things that pretty much guarantees the opposite |
[18:13:54] | stuartm: | err, no ignore me, if it were the other way around maybe ... |
[18:14:30] | stuartm: | depends on the range of eitTransportTimeout |
[18:15:09] | stuartm: | defaults to 300 apparently |
[18:15:25] | stuartm: | danielk22: guess I'm missing the obvious |
[18:26:38] | stuartm: | I suppose if RAND_MAX was the minimum of 32k, that's a 1:190 chance of an active scan starting at :00 ... |
[18:30:51] | stuartm: | "Better to remain silent and be thought a fool than to speak out and remove all doubt." |
[18:48:37] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds) | |
[18:52:58] | Seeker`: | that won't distribute it over eitTransportTimeout if you just remove the else |
[18:53:50] | Seeker`: | it would need to be timeout += eitTransportTimeout * card_pos / no_cards; timeout += random(); timeout %= eitTransportTimeout; |
[19:01:04] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[19:08:37] | stuartm: | right, since the apparent issue here is starting eit tuning at exactly the same time as a recording (supposedly always 0 seconds) I'm just not seeing how the lack of randomisation in the multiple card case is contributing |
[19:10:57] | stuartm: | the crawl starttime is effectively randomising it anyway, you'd have to start the backend at (60 – number of cards) seconds past the hour for one of the threads to be firing exactly on the minute |
[19:10:58] | Seeker`: | stuartm: in what order are ::Run() and ::HandleStateChange() executed? |
[19:12:09] | stuartm: | Run() first, it's a thread |
[19:12:35] | Seeker`: | is line 01048 – 01052 not removing the random then? |
[19:15:00] | stuartm: | Seeker`: heh, yeah, _that's_ the problem |
[19:15:35] | stuartm: | that's setting the scan start time to exactly the moment we'd start recording |
[19:16:00] | stuartm: | HandleStateChange() being called whenever we start/end recording, i.e. on the hour |
[19:16:47] | stuartm: | well + idlecrawl start, but it's suddenly a lot less random |
[19:30:45] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
[19:42:27] | danielk22: | stuartm: Yep, that looks like the main culprit for the loss of randomness. |
[20:08:22] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
[20:10:39] | gigem: | ~/~. |
[20:11:08] | Seeker`: | hmm? |
[20:13:29] | Seeker`: | danielk22: why perform the modulo at the start of eit_start_rand? |
[20:14:20] | danielk22: | Seeker`: random() can return a number much larger than we want. |
[20:15:11] | Seeker`: | danielk22: but does the variable timeout need to be less than eitTransportTimeout? |
[20:17:35] | stuartm: | I don't think it has to be less, but we'd definitely not want it to be RAND_MAX, i.e. it could take 8–9 hours before we started scanning for EIT after starting the backend :) |
[20:18:36] | danielk22: | I made it less than eitTransportTimeout so that multiple cards won't start scanning at the same time. |
[20:18:43] | Seeker`: | ah, fair enough if it is just 'cut the number down a bit' rather than 'needs to be less than eitTransportTimeout' |
[20:19:52] | Seeker`: | just if you have more than 3 cards, timeout could be > eitTransportTimeout at the end |
[20:19:54] | stuartm: | Seeker`: we just want to stagger the start time of the scan on each card |
[20:21:02] | stuartm: | without delaying the start of the scanning longer than necessary |
[20:21:41] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
[20:30:58] | MythBuild: | build #2878 of master-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2878 blamelist: Daniel Thor Kristjansson <danielk@cuymedia.net > |
[20:36:27] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[20:41:38] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[20:44:02] | stuartm: | danielk22: found one old pastebin showing the recorder trying to tune the wrong channel on the right multiplex – http://pastebin.com/ixCzQG6A |
[20:45:28] | stuartm: | in this case the serviceid it's trying to tune belongs to a channel that I never use for recording, but which does have eit enabled |
[20:46:32] | stuartm: | it should have been recording from 6940, BBC HD, as the error indicates it's looking at the right PAT |
[20:47:36] | stuartm: | that log is from two weeks ago – http://irc.mythtv.org/ircLog/channel/4/2012-0 . . . -07-19:20:30 |
[20:48:14] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
[20:58:52] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
[20:59:11] | dekarl (dekarl!~dekarl@p4FE847E8.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
[21:10:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[21:11:08] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
[21:11:37] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
[21:12:07] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
[21:13:10] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
[21:13:17] | stuartm: | danielk22: created ticket – http://code.mythtv.org/trac/ticket/10957 |
[21:13:44] | rhpot1991: | any objection to using the name mythtv in our android app/logo for it? |
[21:13:58] | rhpot1991: | currently the app name is "mythtv for android" but our mock up logo just says mythtv |
[21:14:30] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
[21:15:59] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
[21:25:31] | dekarl (dekarl!~dekarl@p4FCEFF1A.dip.t-dialin.net) has joined #mythtv | |
[21:34:41] | stuartm: | rhpot1991: that should probably be discussed amongst the devs, there are potential downsides for us e.g. we get bug reports for the app or shirty users blaming us if something we change breaks the app |
[21:35:45] | stuartm: | also stuff to consider like if we allow one project, do we allow others? What happens if we decide to create an official app, will a second using 'MythTV' cause confusion? |
[21:36:06] | rhpot1991: | stuartm: want us to ask on the mailing list or something? |
[21:36:31] | rhpot1991: | we can defiantly put info out there stating that its a 3rd party project and all as well |
[21:36:35] | stuartm: | rhpot1991: sure, the -dev mailing list please |
[21:36:42] | Defense|Twin (Defense|Twin!~jepz@e177225174.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
[21:36:42] | danielk22: | rhpot1991: If the issues is people finding the app.. if you mention MythTV in the app description the Google Play search will find it. |
[21:37:16] | rhpot1991: | danielk22: more of less just usage of the name as its whole purpose is mythtv android client |
[21:37:29] | rhpot1991: | gpl'd and all too |
[21:37:44] | rhpot1991: | https://github.com/MythTV-Android/mythtv-for-android |
[21:41:34] | stuartm: | I briefly considered writing an official MythTV app using the NDK until I discovered that it still meant using some Java, which poured ice cold water on that idea |
[21:46:19] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[21:53:19] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
[22:17:23] | MythBuild: | build #2880 of master-linux-ppc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2880 |
[22:20:33] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[22:40:05] | andreax (andreax!~andreaz@p5089FC48.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
[22:40:29] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
[22:45:40] | jya: | sphery: that would be true if mythlogserver actually worked :) on the mac it doesn't run, I logged a bug about it |
[22:46:16] | sphery: | ah, forgot about that |
[22:46:42] | jya: | stuartm: JNI or direct native app is now fully supported by the latest Android SDK |
[22:47:11] | jya: | though, really, being profficient in C++ like you are, Java is a trivial language to master |
[22:47:58] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[22:51:30] | stuartm: | jya: it's not that I can't do java, it's that I don't really like it :) |
[22:51:58] | jya: | after doing android for a while, I really don't mind it… |
[22:52:05] | jya: | but Android SDK sucks, big big time IMHO |
[23:10:46] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has left #mythtv () | |
[23:22:37] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[23:22:38] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[23:22:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[23:24:54] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
[23:31:44] | stuartm: | I may yet change my mind, but I don't really have the time to give to writing a MythTV Android app and working on MythTV at the same time |
[23:32:48] | stuartm: | an HTML 5 interface may be faster to develop/maintain and a lot more portable anyway |
[23:33:48] | stuartm: | plus it would be integrated, so no versioning issues and better support |
[23:37:15] | stuartm: | hmm, yeah, might make that a side project for 0.27, a mobile friendly set of pages served by the internal web server |
[23:43:22] | stuartm: | simple initially, scheduling obviously, maybe video ... (current page doesn't work with android browser, flaky even with Opera on my desktop) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.