| Tuesday, January 15th, 2013, 00:02 UTC | ||
| [00:02:24] | stichnot: | jams: OK, now I see that 0.25 MythPlayer::Rewind() made a similar change that keeps the target from going negative. Probably also my fault. |
| [00:04:01] | jams: | it's funny, didn't realize how much I used that feature till it stopped working |
| [00:04:43] | jams: | but since I jumped from .21 to .25..didn't know exactly when it broke |
| [00:07:01] | stichnot: | It's going to be hard to test this on anything besides Master... |
| [00:07:29] | stichnot: | but I should focus on fixing it there first |
| [00:07:33] | jams: | agreed |
| [00:07:49] | jams: | i can test if need be |
| [00:08:07] | stichnot: | you can build and test 0.25-fixes? |
| [00:08:17] | stichnot: | with a patch I provide? |
| [00:08:27] | jams: | sure |
| [00:08:39] | jams: | not a problem |
| [00:08:48] | stichnot: | that would be great, thanks. Probably tomorrow or the day after. |
| [00:09:29] | jams: | would be happy to see if fixed. |
| [00:11:37] | stichnot: | I could probably build a 0.26 frontend and fake it out to talk to the backend running Master. I doubt it would work with 0.25 due to the UTC change. |
| [00:11:41] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:13:23] | jams: | stichnot, this is 1 of 3 things that bug me about live-tv in .25. It's ranked at #2 :) |
| [00:13:23] | ** MythLogBot http://code.mythtv.org/trac/ticket/2 ** | |
| [00:15:51] | stichnot: | what are the other two? |
| [00:17:07] | jams: | well prev chan is busted, in the fact that it keeps the history by tuner instead of the live-tv session. (this one is really minor) |
| [00:17:39] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [00:18:23] | stichnot: | The earliest mention I've seen of the problem of moving earlier in the live TV chain, is a mythtv-users message from 2012-10–19. |
| [00:18:42] | jams: | the other is the fact that the myth wants to record something during live-tv popup flat out doesn't work. I don't mind the popup, but if you let the popup timeout or answer the question it will miss the recording. The only way to have it record anything is to press esc twcie. once to leave the popup, the 2nd to leave live tv |
| [00:20:00] | jams: | baed on some commits i'm thinking the popup was fixed in .26 but I havne't tested to verify |
| [00:22:32] | stichnot: | yeah, I think (but am not sure) that that one was fixed in 0.26 |
| [00:24:20] | jams: | .26 had other problems, which i think you just fixed so I might give it another try soonish. Right now i'm on .25 for linhes reasons. |
| [00:39:29] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [00:39:29] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [00:39:30] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [01:01:41] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [01:04:19] | dijonyummy (dijonyummy!~dijonyumm@64.56.206.254) has quit (*.net *.split) | |
| [01:04:19] | sutula (sutula!sutula@nat/hp/x-zestrkvgjcxcwljn) has quit (*.net *.split) | |
| [01:04:49] | dijonyummy (dijonyummy!~dijonyumm@64.56.206.254) has joined #mythtv | |
| [01:04:55] | sutula (sutula!sutula@nat/hp/x-zxkliqgahexhzmuy) has joined #mythtv | |
| [01:05:12] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [01:08:09] | joki (joki!~joki@p54865353.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [01:08:14] | joki- (joki-!~joki@p5486539B.dip.t-dialin.net) has joined #mythtv | |
| [01:08:22] | joki- is now known as joki | |
| [01:16:44] | jon__ (jon__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [01:33:56] | jon__ is now known as jheizer | |
| [01:38:16] | Chutt_ is now known as Chutt | |
| [02:06:30] | lentferj (lentferj!~lentferj@p579B7AF8.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:14:08] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [02:17:21] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [02:24:11] | skd5aner: | jams: http://code.mythtv.org/trac/ticket/10966 |
| [02:26:55] | tonsofpcs: | jams: on mine, if it pops up, it just tuens away and records and kills my live watching... 0.25 |
| [02:29:32] | tonsofpcs: | (when timed out) |
| [02:29:48] | skd5aner: | jams: also, sorta related to your other item – http://code.mythtv.org/trac/ticket/11207 |
| [02:30:09] | tonsofpcs: | that one ^^ |
| [02:30:28] | skd5aner: | ohh, tonsofpcs – did you ever figure out how to replicate the issue on 11207 consistantly? |
| [02:31:18] | tonsofpcs: | skd5aner: consistently? no. it seems that it requires two items set to record at the same time (but not required ot be the same staart time) and you need to be tuned to onee of the channels that one of them is on but not the one it expects to use that tuner for |
| [02:31:26] | tonsofpcs: | but i'm not 100% if that'll make it happen |
| [02:31:42] | skd5aner: | jams: I will say, that live tv seems to work slightly better on 0.25 than 0.26 – but they're nearly equivalent – so long as you aren't using an analog tuner such as a PVR-150/250/350/500/etc |
| [02:32:07] | skd5aner: | those tuners don't work whatsoever for many people in 0.26 for live tv |
| [02:32:20] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [02:33:18] | skd5aner: | tonsofpcs: I've only tried a few times, but I can't never replicate it on demand, and it seems to be happening less frequently than before, but every now and then it just bites me in the butt |
| [02:33:58] | tonsofpcs: | right, it happens here on its own, usually when I'm in the next room (but you can tell it happened cus the tv changed channel near the top of the hour) |
| [02:51:15] | stichnot (stichnot!~stichnot@67.218.105.97) has joined #mythtv | |
| [02:51:16] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:51:16] | stichnot (stichnot!~stichnot@67.218.105.97) has quit (Changing host) | |
| [03:02:01] | jheizer: | This video proxying idea is going to be the death of me. Can't get it 100% stable. |
| [03:06:10] | tonsofpcs: | what video proxying idea? |
| [03:06:15] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [03:07:42] | jheizer: | For my MobileMyth web frontend. Proxying the video so the mobile device does not need any access to the backend. |
| [03:08:04] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:8064:f66a:62a4:c10f) has joined #mythtv | |
| [03:18:24] | jheizer: | Like this last time it died my app spend 25ms and 45ms proxying the last 2 responses so I would think that would be fast enough the player would not give up because of the added delay in response. |
| [03:34:18] | Goga777 (Goga777!~Goga777@128-71-147-57.broadband.corbina.ru) has joined #mythtv | |
| [03:47:43] | jams: | tonsofpcs, can't say i see that here with .25(updated two weeks ago) and skd5aner pvr-500 is exactly what i'm using |
| [03:52:22] | lentferj (lentferj!~lentferj@p579818CD.dip.t-dialin.net) has joined #mythtv | |
| [04:08:00] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:8064:f66a:62a4:c10f) has quit (Ping timeout: 260 seconds) | |
| [04:09:02] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:2dab:cb3c:a2e:6745) has joined #mythtv | |
| [04:19:46] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [04:19:46] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [04:19:46] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [04:21:45] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:32:33] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:33:52] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:58:50] | jheizer (jheizer!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [05:19:06] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [05:20:42] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:2dab:cb3c:a2e:6745) has quit (Remote host closed the connection) | |
| [05:21:07] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:2dab:cb3c:a2e:6745) has joined #mythtv | |
| [06:14:35] | jya: | skd5aner: I've pushed the #11159 fix to fixes/0.26 |
| [06:14:35] | ** MythLogBot http://code.mythtv.org/trac/ticket/11159 ** | |
| [06:26:23] | Goga777 (Goga777!~Goga777@128-71-147-57.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [06:26:59] | Goga777 (Goga777!~Goga777@128-71-147-57.broadband.corbina.ru) has joined #mythtv | |
| [06:30:44] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [06:31:06] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [06:36:07] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [06:39:27] | rsiebert_ (rsiebert_!~quassel@g225056036.adsl.alicedsl.de) has joined #mythtv | |
| [06:42:56] | rsiebert (rsiebert!~quassel@g229055175.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds) | |
| [06:46:55] | ghoti (ghoti!~paul@205.233.216.25) has quit (Read error: Operation timed out) | |
| [06:47:02] | ghoti (ghoti!~paul@205.233.216.25) has joined #mythtv | |
| [06:48:53] | drussell_ (drussell_!~drussell@d172-219-194-101.abhsia.telus.net) has joined #mythtv | |
| [07:00:45] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 276 seconds) | |
| [07:10:04] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [07:13:45] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:59:22] | Kevin` is now known as Kevin`_ | |
| [08:02:10] | Goga777 (Goga777!~Goga777@128-71-147-57.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [08:09:17] | Kevin` (Kevin`!~kevin@etmalec.net) has joined #mythtv | |
| [08:18:52] | Kevin`_ (Kevin`_!~kevin@router.kwzs.be) has quit (Quit: leaving) | |
| [08:25:15] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [09:04:50] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:fd59:6955:9815:5259) has joined #mythtv | |
| [10:19:59] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:2dab:cb3c:a2e:6745) has quit (Read error: Connection reset by peer) | |
| [10:20:31] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:2dab:cb3c:a2e:6745) has joined #mythtv | |
| [10:52:58] | tmr_ (tmr_!~quassel@chello084114028118.14.vie.surfer.at) has joined #mythtv | |
| [11:04:56] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:2dab:cb3c:a2e:6745) has quit (Quit: off to bed) | |
| [11:26:12] | sraue_ (sraue_!~stephan@208-48-239-77-pool.cable.fcom.ch) has joined #mythtv | |
| [11:26:59] | sraue_ is now known as sraue | |
| [11:27:09] | sraue (sraue!~stephan@208-48-239-77-pool.cable.fcom.ch) has quit (Changing host) | |
| [11:27:09] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [11:43:20] | Peitolm_ (Peitolm_!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Changing host) | |
| [11:43:21] | Peitolm_ (Peitolm_!~moreyc@unaffiliated/peitolm) has joined #mythtv | |
| [11:43:25] | Peitolm_ is now known as Peitolm | |
| [13:17:26] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [13:39:28] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:43:59] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:57:06] | dekarl (dekarl!~dekarl@p4FE852F5.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [14:04:42] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [14:07:28] | Goga777 (Goga777!~Goga777@95-30-226-157.broadband.corbina.ru) has joined #mythtv | |
| [14:11:23] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [14:22:48] | zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [14:22:48] | zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [14:22:48] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [14:35:29] | stichnot: | jams: I just commited a 0.26 fix for seeking backward through the live TV chain. |
| [14:36:18] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:41:55] | deepee (deepee!~dp@dpdpkpcom3.plus.com) has joined #mythtv | |
| [14:55:31] | Seeker` (Seeker`!~Chris@unaffiliated/seeker) has quit (Quit: Leaving) | |
| [14:58:29] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [14:59:17] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [15:18:16] | Goga777 (Goga777!~Goga777@95-30-226-157.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [15:37:51] | skd5aner: | jams: yes... then don't upgrade to 0.26, because live tv will NOT work for you, and in fact, will most likely lock up your frontend. 0.25 works just great with a pvr-500 |
| [15:38:06] | skd5aner: | jya: thanks my friend |
| [15:43:20] | jheizer (jheizer!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [15:48:12] | drussell_: | jams: I think there's something strange with seeking forward while watching a recording that is in progress past the end of the recording. Stops playback and sometimes even errors out the recording! Have to go back in and re-activate it. Any ideas? |
| [15:49:18] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [15:50:36] | drussell_: | Might also be a problem using LiveTV, not sure, having many problems with LiveTV on that installation in 0.26 even though I had the card working perfectly last week before delivering to customer... grrrrvery annoying I haven't been able to figure out what changed yet... |
| [15:54:25] | drussell_: | jams: Thought the forward seek issue might be some kind of problem like your patch for reverse but I haven't had time to grok the code for it yet... |
| [15:55:08] | jams: | drussell_, wrong person..i helping test the patch not the person who created it |
| [15:55:56] | drussell_: | Ah, yes... Sorry, my bad... meant to direct to stichnot, too early in the morning here... must need coffee :-) |
| [16:05:41] | tmr_ (tmr_!~quassel@chello084114028118.14.vie.surfer.at) has quit (Remote host closed the connection) | |
| [16:10:13] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [16:24:50] | stuartm: | skd5aner: didn't the PVR breakage get fixed? |
| [16:25:24] | skd5aner: | stuartm: not in fixes, at least |
| [16:25:26] | stuartm: | I'm losing track of what was and what isn't fixed, but I thought I remembered a fix being backported for that |
| [16:26:57] | skd5aner: | stuartm: #11229 and #11211 |
| [16:26:57] | ** MythLogBot http://code.mythtv.org/trac/ticket/11229 ** | |
| [16:26:57] | ** MythLogBot http://code.mythtv.org/trac/ticket/11211 ** | |
| [16:29:01] | skd5aner: | someone made a passing comment a month or two ago saying something was committed to fix something to do with PVR-*, but whatever they were referring to didn't seem to have any impact that I could see to the Live TV hang problem |
| [16:29:27] | stuartm: | skd5aner: ok, I was thinking of http://code.mythtv.org/trac/ticket/10732 |
| [16:29:42] | jams: | well i can certainly test it |
| [16:29:53] | jams: | to see if it's still present in .26-fixes |
| [16:30:29] | skd5aner: | jams: which issue? |
| [16:30:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:32:26] | stichnot (stichnot!~stichnot@66.109.105.49) has joined #mythtv | |
| [16:32:26] | stichnot (stichnot!~stichnot@66.109.105.49) has quit (Changing host) | |
| [16:32:26] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:33:00] | stichnot: | drussell_: which version? |
| [16:33:10] | jams: | if pvr-xx has been fixxed in .26 |
| [16:33:58] | stichnot: | stuartm: are you aware of any devs using a pvr-xxx? |
| [16:34:31] | stuartm: | stichnot: no :( |
| [16:35:01] | skd5aner: | jams: no... that's what I'm saying... it's thoroughly broken in 0.26... |
| [16:35:05] | stuartm: | pretty sure they've all switched to HD-PVR |
| [16:35:05] | drussell_: | sitchnot: Sorry, you logged off just before my next msg... 0.26 |
| [16:35:23] | stichnot: | I have one in a drawer somewhere... I guess I should try installing it again |
| [16:35:25] | yelmu (yelmu!~ville@87-100-227-196.bb.dnainternet.fi) has quit (Remote host closed the connection) | |
| [16:35:25] | skd5aner: | I have an extra pvr-250 just sitting around |
| [16:35:39] | skd5aner: | I'll send it to anyone who wants to use it to test with to help fix the problem |
| [16:35:42] | jams: | skd5aner, right i thought stuartm said it was fixed, but i just saw he was looking at something else |
| [16:35:48] | stuartm: | HD-PVR or digital only |
| [16:35:50] | skd5aner: | jams: gothca ;) |
| [16:36:13] | drussell_: | Having problem with an HVR-2250 here also... Had it working perfectly last week (even changing analog sources/channels, etc) and now It's broken and I haven't been able to track down what I changed... geeee |
| [16:36:17] | drussell_: | grrr that is |
| [16:36:22] | jams: | skd5aner, i'm aware of analog being busted..it's why linhes hasnot moved yet |
| [16:36:22] | stichnot: | drussell_: It's hard to imagine how playback could affect an actual in-progress recording (though it could certainly cause Live TV to quit) |
| [16:36:55] | stuartm: | 10732 was IVTV, but was caused by a change in the driver and so would affect all versions of MythTV with more recent kernels |
| [16:37:18] | stichnot: | drussell_: my very recent 0.26 commit should have only affected rewinding. I'm not aware of seeking problems with an in-progress recording on master or 0.26 |
| [16:37:28] | drussell_: | stichnot: I agree, but I witnessed it several times on Sunday while showing new MythTV user how to work the system watching while football |
| [16:37:38] | stichnot: | drussell_: using live TV? |
| [16:37:50] | drussell_: | I will be over there today in a few hours to try to sort out these nits, can try to debug further... |
| [16:38:16] | drussell_: | stichnot No, LiveTV is broken... Have to set a recording then watch the recording. |
| [16:38:22] | stichnot: | ok, thanks. |
| [16:39:25] | drussell_: | stichnot: Happened several times both in a DVB and analog recording 0.26-fixes from a couple days ago... WIll compile today's latest when I get over there |
| [16:42:41] | drussell_: | stichnot: the user is non-technical and can't understand when I try to explain that recording works 100% fine but he can't watch TV on his brand new media system LOL |
| [16:44:09] | stichnot: | yes, it's unfortunate that the under-loved live TV is so many users' first impression |
| [16:45:34] | drussell_: | exactly... I can count the times I've personally used LiveTV on my system in the past 2 years on my fingers but they're new to PVR completely so haven't had that mind-shift yet to recording everything |
| [16:49:44] | stichnot: | skd5aner: just to be clear — you're saying that PVR-xxx is broken on 0.26 only with respect to Live TV, right? |
| [16:50:01] | skd5aner: | yup – recordings work just fine |
| [16:50:07] | stichnot: | and in-progress recordings? |
| [16:50:34] | skd5aner: | yup, from what I recall they're just fine too |
| [16:51:09] | stichnot: | ok thanks. I will see if I can get my PVR-150 working. |
| [16:52:07] | stichnot: | and if I do that, I can also try out neufeld's HD-PVR soft captions trick |
| [16:53:11] | drussell_: | a me-too here on the HVR-2250... Recording works fine from digital, analog tuner and composite, liveTV works for digital, analog tuner if you change to a digital channel in between (dumps back to the menu on an analog channel change) and composite works if there is no channel change script specified but doesn't work at all (but recordings work fine) if I set ANY script, even if it it's just an exit 0 |
| [16:53:26] | skd5aner: | stichnot: cool – let me know if you need any more details... lots of info on those tickets, and some stuff all over the ML too |
| [16:54:05] | skd5aner: | running 0.26-fixes, ubuntu 12.10, 3.5.0 kernel |
| [16:54:14] | skd5aner: | compile from source |
| [16:54:41] | stichnot: | skd5aner: ok. My main difference is probably that my backend is running ubuntu 10.04 |
| [16:55:28] | skd5aner: | I wouldn't count against the fact that the kernel verison could have an impact here... as I did an OS upgrade about the same time as I did 0.26 upgrade |
| [16:55:30] | stichnot: | I have a 12.04 laptop that I use for some development, but that's not going to help much for a PVR-150 |
| [16:55:36] | skd5aner: | a few weeks apart |
| [16:55:44] | jams: | stichnot, I also can run any tests or generate data in regards to the ivtv pvr's |
| [16:55:49] | jams: | including 2250's |
| [16:55:51] | tonsofpcs: | oh, hey, chats |
| [16:56:16] | stichnot: | jams: ok. |
| [16:56:23] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [16:56:28] | skd5aner: | same |
| [16:56:51] | tonsofpcs: | jams: I'm wondering if that issue is related to the 'added tune times' ( #11207 ) |
| [16:56:51] | ** MythLogBot http://code.mythtv.org/trac/ticket/11207 ** | |
| [16:57:14] | tonsofpcs: | (or whatever they're called in the ui... the variable that you set to make sure it tunes in before it tries to start recording so it starts on time) |
| [16:57:41] | drussell_: | I thought it might have broken with kernel update from 3.2.0–35 but tried -34 again on Sun since I think I updated the kernel since I had the 2250 actually working last week but that didn't fix it... I changed something else too but can't figure out for the life of me what it was |
| [16:57:44] | tonsofpcs: | I do have it set here. Perhaps those that don't see the issue don't have it set? |
| [16:58:08] | jams: | regarding the popup? |
| [16:58:10] | skd5aner: | not sure how #11207 is related at all |
| [16:58:10] | ** MythLogBot http://code.mythtv.org/trac/ticket/11207 ** | |
| [17:02:15] | drussell_: | Had LiveTV working perfectly here in testing using modulators for the analog, antenna for the digital and a DVD player on the composite... Could change channels properly and everything in LiveTV.. Few days later took the system over to install and can't get basically anything to work in LiveTV now... Didn't think I'd updated anything more than the one kernel version before taking it over there |
| [17:05:58] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [17:06:36] | jams: | guess he got overwhelmed with live-tv support |
| [17:11:49] | tonsofpcs: | skd5aner: i was suggesting that 11207 is related to 'added tune times' |
| [17:12:01] | drussell_: | I'm setting up as close to an identical box here now for debugging... Hopefully I can find where it broke |
| [17:12:08] | tonsofpcs: | jams: yea, regarding the popup to force channel change due to recordings scheduled (which is quite bothersome to someone like me that has enough tuners for every transport stream) |
| [17:14:40] | drussell_: | I will try to watch for the popup problem too while I'm at it... Haven't seen that one yet but don't think I've hit that type of occurance where it tried to record yet on 0.26 |
| [17:25:39] | dijonyummy (dijonyummy!~dijonyumm@64.56.206.254) has quit (Quit: Leaving) | |
| [17:27:17] | Goga777 (Goga777!~Goga777@95-30-226-157.broadband.corbina.ru) has joined #mythtv | |
| [17:27:54] | jheizer (jheizer!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [17:28:08] | jheizer (jheizer!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [17:30:50] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [17:38:52] | stichnot (stichnot!~stichnot@216.239.45.93) has joined #mythtv | |
| [17:38:53] | stichnot (stichnot!~stichnot@216.239.45.93) has quit (Changing host) | |
| [17:38:53] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:45:22] | peper03 (peper03!~peper03@port-92-203-39-156.dynamic.qsc.de) has joined #mythtv | |
| [17:47:39] | dekarl (dekarl!~dekarl@p4FE859CC.dip.t-dialin.net) has joined #mythtv | |
| [17:55:27] | tonsofpcs: | anything in logs? I tried updating to 0.26 when first configured [with only some test records done] and it failed so spectacularly, I rolled back everything to 0.25 and manually fixed a few config files. |
| [18:04:24] | Quantum7 (Quantum7!~carl@c-67-183-170-11.hsd1.wa.comcast.net) has joined #mythtv | |
| [18:05:35] | Quantum7: | Trying to upgrade from 0.24 to 0.27, but on mythtv-setup have the dreaded "MySQL time zone support is missing. Please install it and try again. See 'mysql_tzinfo_to_sql' for assistance." |
| [18:06:53] | Quantum7: | (whups) |
| [18:06:57] | Quantum7 (Quantum7!~carl@c-67-183-170-11.hsd1.wa.comcast.net) has left #mythtv () | |
| [18:07:39] | bas-t: | Quantum7: usually itś just doing this: |
| [18:07:41] | bas-t: | mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql >/dev/null 2>&1 |
| [18:25:08] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [18:27:10] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [18:27:59] | wayne__: | I would expected that when a default extra 10 minutes is set to be added to every recording, and I record program A followed by program B on the same channel, I would get the first 10 minutes of program B at the end of the program A recording |
| [18:28:39] | wayne__: | That does not happen. Instead if program A runs late, I have to switch to watching program B to catch the end of A. |
| [18:29:07] | Goga777 (Goga777!~Goga777@95-30-226-157.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [18:30:38] | Lomion0815 (Lomion0815!Lomion0815@178-190-197-67.adsl.highway.telekom.at) has joined #mythtv | |
| [18:32:00] | stuartm: | there is no 0.27 yet |
| [18:33:05] | Lomion0815: | dekarl: I attached a patch to #8251 which fixes this bug in my environment (two virtual decoder on a DVB-S frontend). You might want to test it ... |
| [18:33:05] | ** MythLogBot http://code.mythtv.org/trac/ticket/8251 ** | |
| [18:51:46] | bas-t: | stichnot: it looks like i found the origin of the stuttering: jyavenard's temp fix for #11159. It is now in fixes/0.26 and it stutters like master. I recompiled fixes/0.26 with this commit reverted and the stuttering has gone to /dev/null. |
| [18:51:46] | ** MythLogBot http://code.mythtv.org/trac/ticket/11159 ** | |
| [18:52:16] | bas-t: | will try master tomorrow |
| [18:53:30] | dekarl: | wayne__: you want #mythtv-users and from your description it appears you are using pre-/postroll but wanted start-early/-late |
| [18:55:18] | dekarl: | Lomion0815: I've not yet dug into that area of the code base |
| [18:55:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Read error: Connection reset by peer) | |
| [18:58:01] | Lomion0815: | If you don't have this problem forget about it ... thank you for pointing me to that ticket the other day |
| [19:06:06] | peper03: | stichnot: Regarding #11292: Probably the easiest way to improve things (and maybe this is part of your patch cleaning up prohibited seeking) would be alter m_inMenu in DVDRingBuffer to only be true if we have at least one button. |
| [19:06:42] | Lomion0815 (Lomion0815!Lomion0815@178-190-197-67.adsl.highway.telekom.at) has quit () | |
| [19:07:21] | peper03: | This has to be done in DVDNAV_VTS_CHANGE though because the data isn't available until then (currently m_inMenu is set when we receive DVDNAV_CELL_CHANGE). |
| [19:09:20] | peper03: | Also, I wouldn't do it yet as it may break playback of stills with audio that are not in the VTS domain (i.e. are currently classed as menus). |
| [19:10:16] | peper03: | If I could just figure out where that's going wrong... |
| [19:12:49] | wayne__: | dekarl: sorry for bad channel usage |
| [19:20:02] | wayne__: | I would expect that when MythTV needs free space, it would removed recordings marked as Deleted first. But if "time to retain deleted recordings" is 1 day, then AutoExpire picks other shows first. The "wait 1 day" is enforced, even when space is needed. This is not the behaviour I would expect. |
| [19:21:05] | jarle: | stuartm: Have you been working on optimizing the EIT rescheduling in reagards to minimizing the locking in mysql? |
| [19:21:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:26:19] | stuartm: | jarle: no |
| [19:26:37] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:26:37] | stuartm: | it's not even on my todo list |
| [19:26:54] | zombor (zombor!~zombor__@kohana/developer/zombor) has left #mythtv ("Leaving...") | |
| [19:27:30] | jarle: | stuartm: ok, I was told you were working on it by somebody in the mailinglist, nevermind :) |
| [19:29:22] | stuartm: | jarle: possibly they meant stuarta? |
| [19:30:46] | jarle: | stuartm: dunno ->> http://www.gossamer-threads.com/lists/mythtv/users/537243#537243 |
| [19:32:10] | stuartm: | sphery: ^^ was this something I said I was going to do and I've just forgotten? That's entirely possible ... |
| [19:32:29] | stichnot: | peper03: I'm taking the approach of entirely removing the menu/still checks in the tv_play.cpp layer. If there are any buttons on the menu, DVDRingBuffer::HandleAction() will consume them, otherwise why shouldn't arrow keys and the like control playback like usual? |
| [19:33:27] | jarle: | stuartm: I haven't looked into is this is a reported bug, so far I have only discussed it (and trying to narrow it down) in mythtv-users list |
| [19:34:12] | stuartm: | stichnot: ffwd/rew (aka sticky keys) don't really work very well with DVD, doubt that can be fixed adequately because of the latency of reading off a DVD |
| [19:35:35] | stichnot: | stuartm: hmm, I may have to dig up a physical DVD drive to test on. generally I just use ripped ISOs |
| [19:36:08] | peper03: | stichnot: Yep, if it's possible, I agree. One thing to note is that it's entirely possible to have invisible buttons (often used for Easter eggs). While it shouldn't be a problem for Myth (it doesn't care how transparent a button is) it might confuse some users as to why it's possible to skip this apparent 'non-menu' but not that one. |
| [19:37:51] | stuartm: | fwiw, I'm all in favour of moving dvd specific stuff out of mythplayer/tvplay |
| [19:39:16] | stuartm: | last night I briefly considered whether we'd benefit long term from having a LiveTVPlayer class too, splitting the livetv specific cruft out and maybe in the process reducing the number of future reqressions |
| [19:39:24] | stuartm: | regressions |
| [19:51:23] | joki (joki!~joki@p5486539B.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [19:51:34] | sphery: | stuartm: I thought I had remembered you talking about a problem where EIT writes were causing locking that caused extremely long scheduler runs, and said you were looking into it |
| [19:52:24] | joki (joki!~joki@p5486539B.dip.t-dialin.net) has joined #mythtv | |
| [19:55:56] | stuartm: | I may have done ... I didn't make any notes though |
| [19:56:00] | stuartm: | unless ... |
| [19:56:02] | tonsofpcs: | I disabled EIT data because the EITs were getting written to the wrong channel in an earlier version... haven't tried in 0.25 |
| [19:56:29] | tonsofpcs: | I'm also kinda concerned about what will happen if the EIT show name doesn't match the Tribune show name |
| [19:57:00] | stuartm: | tonsofpcs: you can't combine EIT and other guide data sources on the same channel |
| [19:57:25] | tonsofpcs: | stuartm: uh... there's a setting to grab EIT data for updates.... |
| [19:58:31] | tonsofpcs: | bbiab |
| [19:58:57] | stuartm: | no there isn't |
| [19:59:13] | stuartm: | unless it was added when I wasn't looking |
| [19:59:24] | stuartm: | but I can't see how it could possibly work |
| [20:00:57] | stuartm: | nope, no notes relating to EIT at all, but I have a nagging feeling I did spot some use of table locking somewhere which was inappropriate |
| [20:02:11] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8) | |
| [20:03:15] | jarle: | stuartm: If you look at the rest of the thread I have documented some mysql lock being done in connection with EIT rescheduling in my system at least |
| [20:04:51] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has joined #mythtv | |
| [20:04:51] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has quit (Changing host) | |
| [20:04:52] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [20:05:20] | jarle: | stuartm: I have 400+ channels with EIT turned on so any inappropriate locking will have huge impact on my system. (and it does) |
| [20:09:31] | sphery: | tonsofpcs: no, we don't support combining any different listings sources... While you /can/ enable EIT on a source that's using Schedules Direct or XMLTV listings data, doing so will break MythTV (i.e. your data will get stomped all over by the 2 different sources, so MythTV will have problems finding what to record--and you'll get wrong recordings or miss recordings or ...) |
| [20:09:49] | sphery: | ideally, we'd prevent your turning on EIT if you set up XMLTV or SD listings |
| [20:10:09] | sphery: | but since no one is really interested in modifying the legacy mythtv-setup, we haven't done so |
| [20:29:25] | stuartm: | better way is just to prevent insertion of EIT on channels with an xmltvid defined |
| [20:30:06] | stuartm: | since you want to be able to enable EIT and xmltv on the same source, just not the same channels |
| [20:31:12] | stuartm: | might be a very quick patch I can add for the channel editor, but that's not going to prevent people enabling both by inserting xmltvids directly into the database |
| [20:31:39] | stuartm: | hence, we should also do guard against it in the eit scanner code |
| [20:33:28] | stichnot: | stuartm: I was thinking of something like Player, RecordingPlayer, InProgressRecordingPlayer, LiveTvPlayer, DiscPlayer, DVDPlayer, BDPlayer. Did you say "briefly considering" because you concluded it was a bad idea? |
| [20:33:58] | stichnot: | not to forget CommflagPlayer and perhaps others |
| [20:35:13] | stuartm: | stichnot: 'briefly' because it's not something I really have the time to work on myself :) |
| [20:35:37] | stichnot: | good, that's what I was hoping :) |
| [20:35:58] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [20:36:30] | stichnot: | but yeah, I really dislike how the various logic is blended right now |
| [20:39:35] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [20:50:05] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [20:51:02] | gigem: | stichnot: My OO design is probably pretty poor and I also don't claim to be real familiar with some of the code, so take this with a grain of salt. I don't think you can really do it like that because you need to be able to handles transitions between some of your Players. For example, you might need to go from LiveTVPlayer to InProgressRecordingPlayer to RecordingPlayer. You might be better off following |
| [20:51:04] | gigem: | the strategy pattern where you have Player adn switch among RecordingPlayerStrategy, LiveTVPlayerrategy, etc. Of course, that might not be too far from what we already with "Strategy" == "RingBuffer". |
| [20:52:27] | stichnot: | peper03: I think DVD users must be perpetually confused about UOPs and other restrictions on operations, so MythTV is probably not going to stir the water too much |
| [20:52:49] | stichnot: | gigem: good point. Maybe PlayerContext represents the strategy. |
| [20:55:10] | stuartm: | stichnot: that's one reason why I think honouring UOPs isn't going to upset many people, and since not honouring UOPs can result in DVDs not playing correctly ... |
| [20:55:31] | peper03: | stichnot: But if they know that we don't enforce UOPs, there could be queries. I doubt there'd be too many, though. I just wanted to point out a potential scenario. |
| [20:56:43] | peper03: | stuartm: Yes, honouring UOPs by default *should* handle that. As long as I can turn it off, I don't mind :) |
| [20:56:54] | stuartm: | fwiw I only recently learnt that some of our DVD playback bugs were the result of not honouring UOPs and allowing skipping in some places |
| [20:57:06] | gigem: | stuartm: Perhaps. TBH, I never really understood what PlayerContext was supposed to do. To be fair to Mark, I never bothered to ask or really look for myself either. |
| [20:57:19] | stuartm: | stichnot: ^ |
| [21:01:54] | peper03: | Sorry to keep on about this but trying to find the cause of this problem is like pulling teeth! The sample 'StillFeatureWithAudio.iso' has three still frames, each of 10 seconds duration, to be displayed over 30 seconds of audio. The first frame is 'displayed' with MythDVDPlayer::DisplayLastFrame, which then calls AVSync(NULL,false). This causes us to wait 40ms (1/25). |
| [21:02:00] | stichnot: | I haven't really dug into PlayerContext either, but I think it handles things like state transitions (e.g. InProgress->Recorded), locks, multiple players for PIP. The state stuff is what I was thinking about. |
| [21:02:18] | peper03: | In this time, the ringbuffer and afd process and buffer around 10–12 seconds of data. This includes the 2nd frame, which is all you see at the beginning but the audio plays from the beginning. |
| [21:03:02] | peper03: | Once whatever buffer is being used is full, playback seems to be ok (apart from out of sync). |
| [21:03:35] | peper03: | I have no idea *which* buffer is being used or how to get the damn stills to be played in sync with the audio. |
| [21:04:36] | peper03: | From what I can see, normal playback uses audio as the reference timecode and syncs the video to that. Is that right? |
| [21:06:14] | stichnot: | peper03: I believe that is true. There used to be an option to use the video timecode as the base, but it basically rotted and was removed. |
| [21:09:04] | stichnot: | stuartm: I don't think wholesale enforcement of uops is the way to go. If you just want to skip past the crap (which is probably by far the most common scenario), you ought to be able to execute all the end-of-cell VM code on the way to the seek target. |
| [21:11:00] | stichnot: | otoh, if you want to do a prohibited skip back, you could get into trouble as you repeatedly execute the same VM code. I can only think of an elaborate checkpointing scheme to address that |
| [21:11:28] | peper03: | stichnot: So when we find a new still frame, the process is already in place to sync that to the audio? The call to AVSync passing in NULL as a frame pointer means it can't sync to a timecode. I tried passing it the frame (via GetLastShownFrame) but that doesn't seem to help either. |
| [21:12:21] | stichnot: | peper03: I really don't know much about AV sync, sorry. |
| [21:12:45] | peper03: | stichnot: Executing all the VM code on the way to the target is probably going to be costly. You'll have to read in everything up to the target. And how do you do that if the target is a menu (i.e. a non-linear jump)? |
| [21:14:04] | peper03: | stichnot: At best, you could parse everything until the UOPs allowed a jump but that's still going to be slow and ugly (and tricky to make sure intermediate frames don't get shown). |
| [21:19:12] | natanojl: | stuartm: Can you send me info on how to upload a sample? I have one for #9429 / stichnot |
| [21:19:12] | ** MythLogBot http://code.mythtv.org/trac/ticket/9429 ** | |
| [21:19:54] | stuartm: | stichnot: I think strict enforcement is easiest and safest, and really since it's exactly what a commercial DVD player would do I can't see a problem with it |
| [21:23:07] | peper03: | Interestingly, playback of a still with audio causes MythFrontend to hit 100% on at least one core. |
| [21:23:24] | stuartm: | that doesn't mean we can build on it later, but I generally find that if you start with the simple fix first you'll actually have it done in time for the next release, complicated solutions have a habit of overrunning release schedules with the end result being that bugs remain open for long than needed |
| [21:24:15] | stichnot: | peper03: I would have to study up on how libdvdnav and company work, but I would assume there was some sort of indexing mechanism that lets you not have to read all content |
| [21:24:35] | stuartm: | natanojl: instructions/invite sent |
| [21:27:17] | stichnot: | stuartm: I have a problem with uops in the sense that I've suffered too many DVDs with uops that require me to watch all the ads and trailers before being allowed to get to the main menu. And repeat this if you reinsert the disc. Also, I did a "git grep -i uop" and the results are pretty sparse, so it could be a fair amount of work to implement uops in the first place. |
| [21:27:24] | peper03: | stichnot: Not really. It's fairly straightforward as far as I can tell. You just call dvdnav_get_next_cache_block repeatedly and you either get a data block or an 'event'. You don't even see the VM. You could probably speed it up a bit by jumping to the next cell as soon as you get a 'DVDNAV_CELL_CHANGE' event telling you that you've entered a cell but I'm not sure how quick that would be. |
| [21:28:25] | stichnot: | btw stuartm, with DVD ff/rew, are you reporting problematic behavior with just physical discs, or all ISOs? |
| [21:32:10] | peper03: | stichnot: I'm not saying it can't be done (I don't know the code like the back of my hand just yet) but I have a feeling it would make already complicated code even more so. |
| [21:33:47] | stuartm: | stichnot: I don't have ISOs generally, so physical discs |
| [21:34:18] | stuartm: | if I rip a DVD I rip the main title to MKV with just the english audio/subtitle |
| [21:35:28] | stuartm: | but I rent DVDs, sometimes as many as 3–4 a week (Netflix type service) |
| [21:37:02] | dekarl: | gigem: man its almost been a month since we talked about optimizing the set of programs that get rescheduled from the eitscanner http://paste.ubuntu.com/1535676/ |
| [21:37:21] | stuartm: | fwiw, rental DVDs are a very good way of finding the bugs and the problems that can come from ignoring the UOP |
| [21:38:31] | stichnot: | stuartm: if you have notes on those problems, I would love to get them. |
| [21:39:11] | dekarl: | around line 1570 I added a DVB-C source as replacement of a DVB-T source. What do you think about only rescheduling all transports if there is more then present+following updated? |
| [21:39:12] | stuartm: | rental copies seem to employ UOP quite often as a way to confuse DVD ripping programmes which don't follow nav instructions |
| [21:40:07] | tonsofpcs: | sphery: the EIT setting is inside the box for schedules direct settings, I thought... |
| [21:41:30] | stuartm: | stichnot: most often they just get stuck in a still frame loops, or simply do nothing in menus if you skip past copyright/piracy warnings, very rarely do they make you sit through trailers thankfully |
| [21:41:53] | peper03: | stuartm: I would have thought if the ripper doesn't follow nav instructions, it would follow UOPs even less? |
| [21:42:54] | stuartm: | I've got at least one ISO ripped from a rental (for testing purposes only!) which just won't play properly in master, works with vlc iirc |
| [21:44:12] | stuartm: | peper03: right, I phrased that badly :) |
| [21:44:57] | stuartm: | actually, I'm wrong, it does now play in master if you don't attempt to skip, but the menu background still doesn't render in master |
| [21:46:21] | tonsofpcs: | aww, tonight looks like it would be a great time to test #11207 based on what I'm recording but I won't be home in time to kill the backend and manually start it with the debug logging enabled (and I don't dare do it remotely) |
| [21:46:21] | ** MythLogBot http://code.mythtv.org/trac/ticket/11207 ** | |
| [21:47:22] | peper03: | stuartm: Ok, so that's probably down to ignoring UOPs not going past the point where the DVD sets some registers or the like. I'm curious why the background doesn't render though. What sort of background is it supposed to be (video/still/still with audio)? |
| [21:47:54] | stuartm: | still |
| [21:47:57] | jpabq_: | I really wish I could come up with a way of triggering #11334 . After setting up 80 5-minute recordings, I managed to trigger it once. After adding some more debugging logging, I have not been able to trigger it at all. |
| [21:47:57] | ** MythLogBot http://code.mythtv.org/trac/ticket/11334 ** | |
| [21:48:02] | peper03: | Not that knowing that is likely to trigger anything in my head, but just out of curiosity :) |
| [21:48:42] | stuartm: | peper03: I'll see about cutting down the ISO and producing a sample, any suggestions? |
| [21:49:36] | peper03: | stuartm: So you see the highlights but not the background? I'd be interested in looking at logs – playback and debug loglevel. |
| [21:49:58] | stichnot: | tonsofpcs: can you run "mythbackend --setverbose schedule --setloglevel debug"? That will change the verbose/loglevel setting of a running mythbackend. |
| [21:50:03] | stuartm: | I've not really spent any time on debugging, usually my concern is just to get the video playing so I can watch the DVD and get it back in the post :) I grabbed an ISO on this one because it appeared to exhibit multiple issues in myth |
| [21:50:17] | stuartm: | peper03: yeah, just the highlight |
| [21:52:24] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:52:26] | peper03: | stuartm: If trimming the ISO doesn't work, it may be enough to copy the VIDEO_TS.* and VTS_??_0.* files. The menus are all in there. |
| [21:52:57] | stuartm: | it's preceded by a 22 second blank screen could be video or still, that plays through the first 3 seconds twice then loops, does that two or three times before switching to the language menu – seems to be a UOP trap, if you try to skip the DVD you get stuck indefinitely |
| [21:53:25] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [21:54:05] | stuartm: | when the language menu is displayed the highlight appears but against a blank screen (only know it's there because vlc or maybe mplayer does render it) |
| [21:54:59] | stuartm: | it's one of the more interesting examples I've come across :) |
| [21:55:13] | peper03: | Weird. Does switching the video decoder make any difference. One of the demo DVDs I borrowed from a friend has weird video issues if I use VDPAU. Never seen anything have problems before. |
| [21:56:42] | stuartm: | peper03: makes no difference |
| [21:56:57] | peper03: | Ok. Was a long shot but worth a try :) |
| [21:58:23] | peper03: | I'd certainly be interested in taking a look at it. I'm getting the hang of figuring out why problems are occurring. It's fixing them that's the tricky bit :) |
| [21:59:42] | natanojl: | stuartm: I haven't got any invite yet, and I remember now that when I asked Gavin to send me an invite that it didn't work due to SPF. |
| [22:08:39] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:23:43] | tonsofpcs: | stichnot: oh, didn't know I could change it while running. Will do! But I might not be home to watch... |
| [22:24:20] | tonsofpcs: | ERROR: --setloglevel requires that none of the following be defined --printsched --testsched --resched --scanvideos --event --systemevent --clearcache --printexpire --setverbose |
| [22:24:50] | tonsofpcs: | did them separately (setverbose then setloglevel) and it seems to have worked |
| [22:25:16] | natanojl: | stuartm: I got the invite now |
| [22:26:24] | stuartm: | natanojl: I sent it direct to your comhem address instead of the mythtv.org address |
| [22:26:24] | stichnot: | tonsofpcs: sounds like a small oversight in the configuration of the command-line parser |
| [22:26:57] | natanojl: | stuartm: Ok, thanks! |
| [22:26:59] | tonsofpcs: | it also is yelling at config.xml line 1 column 1 when I run those but meh. |
| [22:27:58] | tonsofpcs: | I wonder if there's a way that I can tell a running mythfrontend to go into watch-live-tv mode... |
| [22:29:04] | stuartm: | xris, Beirdo: do we have SPF setup for alcor? |
| [22:30:12] | tonsofpcs: | interesting... I just added a recording and had a recording switch to 'will record at a later time instead'... I have four tuners and there are four channels in the market... |
| [22:31:11] | tonsofpcs: | (and logging was on!) |
| [22:32:12] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 276 seconds) | |
| [22:34:33] | tonsofpcs: | I had recordings set for 1930–2000, 2131–2200, and 2200–2300 on 34.1; 2000–2100 and 2100–2200 on 12.1; 2000–2030, 2030–2100, and 2100–2130 on 40.1; 2000–2100 and 2200–2300 on 46.1, added a recording from 2031 to 2101 to 34.1 and the 2000 recording on 46.1 shifted itself... |
| [22:35:58] | peper03: | tonsofpcs: http://localhost:6547/Frontend/SendAction?Action=Live%20TV works for me. The things you learn :) |
| [22:36:04] | tonsofpcs: | looking at 'schedule' in mythweb, my 1900–1930 recording from 34.1 is coming from a different receiver and encoder than my 1930–2000 recording from 34.1... My 2000 and 2030 recordings from 40.1 are likewise on two different encoders |
| [22:36:08] | stichnot: | tonsofpcs: use the network interface to the frontend, and issue "jump livetv" |
| [22:36:27] | tonsofpcs: | peper03: wgetting now, thanks ;) |
| [22:36:42] | tonsofpcs: | returned true :) |
| [22:37:44] | tonsofpcs: | *both different encoders and different receivers |
| [22:38:22] | tonsofpcs: | (if it matters, the receivers are 2x HDHomeRun Dual [US3] with 4 encoders per [half]receiver) |
| [22:39:22] | tonsofpcs: | so yea, there appears to be an issue with scheduler for that, I guess... |
| [22:41:12] | tonsofpcs: | there is no reason I shouldn't be able to record from four physical channels (and all 9 program streams) at once... |
| [22:42:23] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [22:42:36] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [22:45:40] | tonsofpcs: | anyone know if that issue already has a ticket? if not, should I open one? |
| [22:46:07] | tonsofpcs: | anyway, I'm off now [my client will still be here and I'll read scrollback later], need to do some work elsewhere. |
| [22:59:01] | natanojl: | stichnot: Sample uploaded! |
| [23:01:10] | stichnot: | natanojl: downloading now. Does your patch work btw? |
| [23:02:04] | natanojl: | stichnot: It did work at the time I created it but I haven't tested it since |
| [23:03:04] | stichnot: | ok |
| [23:08:26] | natanojl: | good night |
| [23:09:29] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [23:13:30] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [23:16:03] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [23:19:31] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:fd59:6955:9815:5259) has quit (Ping timeout: 246 seconds) | |
| [23:29:19] | peper03: | Woohoo! Progress at last! It seems that the audio buffering is the problem. The audio buffer is 3MB and since there's no video to limit the processing, we fill that until it's 3/4 full. If I drop the limit to 12KB (just as a hack to try it), playback is much better. |
| [23:32:02] | peper03: | Hitting that limit also seems to be what is causing MythFrontend to use so much CPU. We just sit in a loop calling GetFrame until there's space in the buffer. Adding a usleep when the buffer's full drops CPU usage significantly. |
| [23:33:11] | peper03: | Now I guess I just need jya's help to sort out a clean solution that isn't going to cause problems elsewhere. |
| [23:42:12] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 264 seconds) | |
| [23:42:59] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [23:47:50] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [23:48:28] | jheizer (jheizer!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [23:52:08] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Read error: Connection reset by peer) | |
| [23:54:31] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.