:: #mythtv

Daily chat history

Current users (75):

aloril, Anssi, Beirdo, brfransen, CeilingKitten, Chutt, clever, coling, Cougar, danielk22, dblain, dekarl, DJDan, ElmerFudd, fetzerch, foxbuntu, ghoti, Gibby, gregL, GreyFoxx, J-e-f-f-A, jams, jarle, jarryd, jheizer, joe_____, joki, jpabq, jpabq_, jpharvey_, jst_, jwhite, jya, kc, kurre2, kwmonroe`, laga, moparisthebest, mrand, MythBuild, MythLogBot, natanojl, nephyrin, neufeld`, Nothing4You, nyloc, peper03, poptix, purserj, quovodis, rhpot1991, robink, rsiebert, Seeker`, seld, Sharky112065, skd5aner, sl1ce, SmallR2002, sphery, sraue, stuarta, stuartm, superm1, taylorr, tgm4883, toeb, tonsofpcs, tris, wagnerrp_, wahrhaft, wolfgang, XDS2010_, _charly_, _nd47_
Thursday, September 5th, 2013, 00:20 UTC
[00:20:44] dmfrey (dmfrey! has joined #mythtv
[00:28:12] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[00:39:48] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[00:57:20] cesman (cesman! has joined #mythtv
[00:57:20] cesman (cesman! has quit (Changing host)
[00:57:20] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[01:08:03] Chutt (Chutt! has quit (Ping timeout: 260 seconds)
[01:09:32] Chutt (Chutt! has joined #mythtv
[02:17:24] dmfrey (dmfrey! has quit (Quit: Ex-Chat)
[02:18:51] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[02:19:11] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[02:19:52] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[02:21:29] NightMonkey_ (NightMonkey_!~NightrMon@ has quit (Quit: Body blow! Body blow!)
[02:28:01] nyloc (nyloc! has joined #mythtv
[02:31:47] stichnot (stichnot! has joined #mythtv
[02:31:47] stichnot (stichnot! has quit (Changing host)
[02:31:47] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[02:32:39] _nyloc_ (_nyloc_! has quit (Ping timeout: 276 seconds)
[02:44:19] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[02:44:47] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:02:42] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[03:25:40] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds)
[03:26:58] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:29:52] joki (joki! has quit (Ping timeout: 264 seconds)
[03:34:29] joki (joki! has joined #mythtv
[04:13:48] knightr: stuartm, jpabq I might need your help to update a theme for 0.27...
[04:23:23] kamamam (kamamam!62c4feb9@gateway/web/freenode/ip. has quit (Ping timeout: 250 seconds)
[05:03:29] stichnot_ (stichnot_! has joined #mythtv
[05:04:35] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[05:04:38] stichnot_ is now known as stichnot
[05:52:02] dekarl: sphery: stuartm: seems you're right. not descriptive audio in xmltv
[05:57:09] SteveGoodey (SteveGoodey! has joined #mythtv
[05:58:10] brfransen (brfransen!~brfransen@ has quit (Read error: Connection reset by peer)
[05:58:47] brfransen (brfransen!~brfransen@ has joined #mythtv
[06:07:44] FabriceMG (FabriceMG! has joined #mythtv
[06:09:06] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[06:10:28] OldEnK (OldEnK! has joined #mythtv
[06:34:17] OldEnK (OldEnK! has left #mythtv ("Leaving")
[06:44:02] dekarl1 (dekarl1! has joined #mythtv
[06:44:40] dekarl (dekarl! has quit (Ping timeout: 260 seconds)
[08:00:03] Merlin83b (Merlin83b! has joined #mythtv
[08:42:35] CeilingKitten (CeilingKitten! has quit (Read error: Connection reset by peer)
[08:42:47] CeilingKitten (CeilingKitten! has joined #mythtv
[08:55:24] peper03: stuarta: Seems like a regression. I see the episode data in the subtitle on 0.27 but 0.26-fixes works fine.
[08:59:10] peper03: stuartm, knightr: Regarding blockers – there's the issue I mentioned a couple of days ago – sp;– don't know whether that's considered a blocker, but it's nasty as the only way out is to kill mythfrontend
[08:59:20] peper03: jya: ^^
[09:00:57] stuarta: peper03: no it's a change by the broadcaster
[09:04:44] peper03: stuarta: Has it only just changed? I only kicked my dev box to always update EIT data last night, so until then I had no guide data. The production box, obviously, already had data.
[09:05:50] peper03: How does the guide data get updated using EIT? If programme data changes after it's already been added to the DB, does the DB not get updated?
[09:07:57] stuartm: it should be updated
[09:18:00] dekarl1 (dekarl1! has quit (Ping timeout: 240 seconds)
[09:26:24] peper03: Is there a way to see the raw EIT data received by Myth (-v eit doesn't seem to output much regardless of the loglevel) or do I need to run dvbsnoop?
[09:28:11] stuarta: peper03: dvbsnoop has the raw data, there is also a tv_grab_dvb floating around which grabs eit data and presents it in tvgrab format
[09:30:09] peper03: stuarta: Is the raw data readable? I seem to remember it's compressed.
[09:31:25] stuarta: peper03: depends, dvb-t no, dvb-s might be encoded
[09:32:24] peper03: I only have dvb-s. I guess I'll have to play a bit :)
[09:32:27] stuarta: hence tv_grab_dvb is worth a shot
[09:32:38] stuarta: tbh, try it and see
[09:32:45] peper03: will do.
[09:32:49] stuarta: dvbsnoop is pretty good at decoding stuff
[09:34:20] peper03: I've only used it once or twice and I don't think I knew what I was doing then. Have to sort out what parameters I need etc. Don't really want to drown in EIT data for all programmes on all channels.
[09:34:46] stuarta: no, but dvbsnoop can't really split it down at that level
[09:35:07] stuarta: best you can get is filtering specific tables so you just get eit
[09:52:23] stuarta: peper03: i also find it useful to use the count option to dvbsnoop, to limit the number of packets, as well as -nph (no print hex)
[09:52:45] stuarta: redirecting to a file, gives me something i can look through easily
[09:54:14] peper03: stuarta: Just got 'tv_grab_dvb_plus' and compiled it but it always times out. Made sure I'd tuned the receiver with szap but no luck :( Even with debug output turned all the way up, nothing to indicate what's going wrong.
[09:54:29] peper03: Do you have the filter parameters to hand for dvbsnoop?
[09:55:54] peper03: I tried the EIT example on the dvbsnoop site before but it did nothing (dvbsnoop -n 10 -crc -td -f 0x50 -m 0xff -nph -pd 3 0x12)
[10:01:19] stuarta: lose the '-f 0x50 -m 0xff' for now
[10:01:58] stuarta: better to have too much data than not enough
[10:04:13] peper03: At the moment, I'm getting nothing no matter what I try. szap works fine, so I don't think anything is holding the device open... Odd.
[10:04:51] stuarta: oh, you need to have something running to hold the channel open
[10:05:35] peper03: Ah. Will szap do?
[10:05:42] stuarta: it should do iirc
[10:06:03] stuarta: so szap to a channel that should have data, like bbc news
[10:06:13] stuarta: and dvbsnoop in another window
[10:07:28] stuarta: it's been at least 18months since i last did this :)
[10:08:36] peper03: I think the last time I tried I didn't get any further than this, so at least it's progress :) Looks like I'm getting *something* at least now.
[10:10:58] stuarta: \o/
[10:12:39] peper03: Without the hexdump, there's nothing usable (other than effectively "packet found"). With hexdump, yikes!
[10:15:02] peper03: Looks like tv_grab_dvb_plus is better, but it seems to stop quite quickly.
[10:17:46] peper03: But of the few results returned, nearly all of them have "x/y" at the beginning of the subtitle. Is that how it's normally done, or is that what's changed?
[10:19:49] peper03: Ah yes, seems to be how it's normally done.
[10:20:18] stuarta: no, that's what changed. it used to be at the end of the description exclusively
[10:22:20] peper03: Oh, ok. I just noticed that the channels I just added to the fixups have it at the beginning whereas those that had always been in have it parsed correctly.
[10:30:15] stuarta: peper03: it's not the channels you added to the fixups, i first noticed it 3–4 weeks back
[10:35:36] peper03: stuarta: I meant I thought that was why it is was always done like that. Looking at the code now. At first glance, I don't see why m_ukSeries isn't catching it. Perhaps I need to add some more local tracing to see exactly what it's got as input.
[10:56:46] stuarta: sorry was in a bit of a meeting. lemme find the test patch i wrote which for some reason didn't work
[10:57:02] stuarta: it may be that the regexp isn't right for what they are putting in the subtitle
[10:58:25] stuarta: peper03:
[10:58:50] peper03: I tried it with an online regexp tester and it seemed to work fine, so my guess is that the input data that we're working with is different (e.g. it only checks the 'title' field)
[10:59:18] peper03: At what point does the subtitle field get filled?
[10:59:50] peper03: Is that defined in the EIT spec or pieced together by the fixups?
[11:01:14] stuarta: iirc, there isn't a subtitle in the eit spec
[11:01:30] stuarta: there is only short and extended descriptions.
[11:01:48] stuarta: so part of the work of the fixup, is to mangle the subtitle out of the description
[11:02:20] stuarta: i think you are onto something. i may be applying that regexp before the subtitle has actually been generated, so it might be a bit more complex
[11:03:31] peper03: Yep, I think so. I added a line to dump the title and subtitle and the subtitle is always empty but I've found a programme that ends up with the data in the subtitle, so it's presumably comming from the description.
[11:03:54] peper03: s/comming/coming/
[11:04:03] stuarta: yes, that's what the fixup does further down
[11:04:32] stuarta: i really need to refactor that fixup and break it up some
[11:04:46] stuarta: lemme find the blob
[11:07:18] stuarta: yep, that patch will never work as the subtitle is still empty at that point
[11:08:28] stuarta: so we start creating the subtitle here . . . xup.cpp#L806
[11:12:55] peper03: Presumably using that regex on the description outright is a bit risky as it'll pick 'x/y' out anywhere.
[11:15:16] stuarta: yes, so it's going to need a new regexp tied to the start of the description
[11:16:28] stuarta: "^\\d+/\\d+\\." should be a good start, though you will need to put the regexp capturing brackets in
[11:21:50] FabriceMG (FabriceMG! has quit (Ping timeout: 264 seconds)
[11:22:10] peper03: Looking at my 0.26 box, the data for Octonauts for Thursday of next week (i.e. +7 days, so must have been added today) is correctly parsed...
[11:23:08] stuarta: hmmm
[11:24:14] stuarta: i've updated prod to 0.27 and i see it there
[11:27:02] peper03: I see it on 0.27 too (although not that episode yet, I cleared everything out again). I do see it on 0.26 but only on those channels that didn't have the fixups applied. That why I suspected it was a regression.
[11:27:15] peper03: But I've not compared the code.
[11:28:18] FabriceMG (FabriceMG! has joined #mythtv
[11:28:54] peper03: You said you've seen it for the last three or four weeks. When did you upgrade your production box to 0.27?
[11:29:15] stuarta: about then. have you been doing a truncate eit_cache; in the database when restarting testing?
[11:29:29] stuarta: i normally truncate eit_cache; truncate program;
[11:32:50] stuarta: right, i can respin that patch
[11:34:24] peper03: No, I just did program.
[11:35:13] peper03: The only difference I can see is from [af0d12c] (, but that shouldn't stop it the part numbers being parsed and stored.
[11:36:00] peper03: And that regexp is already being applied to the description.
[11:37:38] Sharky112065 (Sharky112065! has quit (Ping timeout: 256 seconds)
[11:39:09] stuarta: ah you need to do eit_cache, since that is what stop is updating data for programs it's seen before
[11:40:20] stuarta: *stops it
[11:40:27] stuarta: rebuilding patch v2
[11:42:48] stuarta:
[11:44:20] stuarta: actually the normal m_ukSeries regexp should match it
[11:44:48] peper03: It's already in. Just below the bit you added.
[11:44:56] stuarta: yeah, so it should work
[11:45:06] stuarta: my patch should do nothing
[11:57:02] Sharky112065 (Sharky112065! has joined #mythtv
[12:19:22] stuarta: okay, so the dvb-t channels are right, now waiting for the dvb-s channels
[12:24:58] peper03: I think I need to clear everything out again. I've got an episode of 'Doctor Who' that's correct, and another from the previous day that hasn't had the subtitle filled. Both on the same channel.
[12:29:37] peper03:
[12:33:19] stuarta: interesting. my prod database gets the same results
[12:33:51] stuarta: my dev backend (with the new version of the patch) gets it right
[12:34:23] peper03: The patch that should do nothing?
[12:34:48] stuarta: oh ffs. now i know what is happening
[12:35:50] stuarta:
[12:35:57] stuarta: see if you can see what is happening
[12:37:55] stuarta: peper03: clue, look at partnumber/parttotal
[12:38:49] stuarta: while you think about it, i'll write patch v3
[12:41:18] peper03: It's parsing the partnumber/total ok, so it's not that. It's got to be where it's trying to move the subtitle out of the description...
[12:44:29] stuarta: . . . xup.cpp#L778
[12:44:45] stuarta: it never removes it from the description
[12:45:02] stuarta: so it gets promoted to the subtitle, breaking stuff
[12:46:00] peper03: That was what I pointed out earlier –
[12:46:31] peper03: Don't quite get though why one episode gets a subtitle and the other doesn.t
[12:47:11] stuarta: there are some length restrictions on subtitles, we've previously had whole descriptions being stuffed into subtitle
[12:47:27] stuarta: so we limit the amount promoted to subtitle to fix this
[12:47:59] jya: peper03: easy way to prevent it would be to add a test checking if we're on a dvd menu before opening the OSD..
[12:47:59] peper03: Ah, ok. So because the subtitle is now too long, it's left where it is.
[12:48:26] jya: having said that, i'm not sure why you would have to be in a loop when you're within a still frame
[12:48:29] stuarta: much nicer
[12:51:05] stuarta: peper03: yep, you got it
[12:53:30] peper03: jya: We effectively need to poll for changes in the selected menu item. It might be possible to return from DVDRingBuffer and, in effect, move the loop outside it. Not sure how much overhead that would create. We could probably keep it from going outside of AvFormatDecoderDVD.
[12:55:37] peper03: stuarta: Yes. It certainly looks ugly at the beginning of the subtitle but I guess it's debatable about whether it should or shouldn't be left in the description.
[12:58:07] stuarta: i don't want it there, but somebody raised a ticket asking for it to be put back, and so it got patched, can't remember who by
[12:59:24] peper03: jya: Usually we only return from DVDRingBuffer when we have a frame of one form or another. ffmpeg gets upset if you don't do it (tends to throw away cached data) but it's probably do-able in this case. I already return once, right at the beginning of a still frame, so I can probably tweak it some more. I'll try to look later.
[12:59:58] jya: peper03: i have no DVD drive here, so I'll have no way to test
[13:00:17] jya: unless you have a iso file I could use to reproduce the issue
[13:01:52] peper03: jya: LangSPU_16x9.iso from the DVD samples repository should do it.
[13:03:14] FabriceMG (FabriceMG! has quit (Ping timeout: 264 seconds)
[13:03:49] jya: do you want me to look into it or you will ?
[13:04:12] jya: having said that, preventing the OSD plain and simple seems to just be a work around to a design issue
[13:04:35] jya: there would be menu item that should be accessible even within a menu
[13:06:01] peper03: If all else fails, we can look at preventing the OSD but getting it to return from the ringbuffer would be better and it's probably better if I look at that. It'll help refresh my memory again :)
[13:10:45] danielk22 (danielk22! has joined #mythtv
[13:11:48] FabriceMG (FabriceMG!~Thunderbi@ has joined #mythtv
[13:16:23] stuarta: ffs. my mini has locked up again. why does this happen since going to f19 ??
[13:42:42] FabriceMG (FabriceMG!~Thunderbi@ has quit (Ping timeout: 264 seconds)
[13:43:11] FabriceMG (FabriceMG!~Thunderbi@ has joined #mythtv
[13:47:58] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[13:48:56] dekarl (dekarl! has joined #mythtv
[13:52:22] knightr: how is mythscreenwizard supposed to behave when in a window, with a not very old checkout of master it completly locked up...
[14:44:37] stuarta: peper03: my latest patch works fine, committing
[14:47:21] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 256 seconds)
[15:06:15] stichnot (stichnot! has quit (Ping timeout: 245 seconds)
[15:06:34] resprout (resprout!4b497bc8@gateway/web/freenode/ip. has joined #mythtv
[15:12:48] jpabq: knightr: is that the wizard used to adjust the GUI dimensions? If so, I believe it was wagnerrp_ that was trying to make that work better.
[15:13:20] knightr: jpabq, yep it is...
[15:14:01] jpabq: Been a long time since I have tried to use it.
[15:14:50] knightr: I am not sure why but Myth is not entirely full screen since I updated a few packages and changed my TV and I think I had to play with that in the past so I wanted to make sure everything was reset...
[15:15:08] knightr: but it froze up when I tried...
[15:16:00] knightr: (it's not the only thing that froze up but I don't have the latest version so naybe I tried something else that was fixed...)
[15:18:13] jpabq: I believe you can reset the GUI offsets in the Setup->Appearance menu.
[15:19:40] knightr: jpabq, thank you, I'll most definitely try it...
[15:20:28] knightr: jpabq, is there an exhaustive list of what was change theme-wise between version (apart from the release notes)? I want to see if I can figure out how to fix a theme that has become unmaintained...
[15:20:50] knightr: (and that I unfortunately made translatable before I learned that...)
[15:22:11] knightr: (I always run master so it was always seen as available there...)
[15:25:13] resprout (resprout!4b497bc8@gateway/web/freenode/ip. has quit (Quit: Page closed)
[15:36:21] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[15:52:03] jpabq: knightr: I tried to include 'why' I was making a change to Steppes in the commit. I could send you the change log, if that would help.
[15:54:04] jpabq: knightr: most of the changes were due to the new notification-ui.xml that jya added. He was good about sending emails to the themers mailing list outlining what changes needed made to a theme.
[15:54:14] FabriceMG (FabriceMG!~Thunderbi@ has quit (Ping timeout: 264 seconds)
[15:55:19] knightr: jpabq, that could help, thank you...
[15:55:49] knightr: looks like the theme was not even made available for 0.26 so it's not one but two versions of updates to apply to it...
[15:56:33] jpabq: In addition to the notification stuff, I see that I made changes because of [ea54bba385] and [f8d29ecf5]
[15:57:13] resprout (resprout! has joined #mythtv
[15:57:55] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[15:58:17] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[15:58:20] knightr: The worst problem I seem to have with it is that it complains about some sort of dependency problem (I don't have the exact message, looks like I forgot to run mythfrontend with the appropriate switches to have it logs the error messages...
[15:58:38] jpabq: Ouch. I made a LOT more changes for 0.26 than I did for 0.27. Most of them were just tweaks that had nothing to do with mythui code changes.
[15:58:45] jpabq: -v gui
[16:01:13] jpabq: Upgrading a theme all the way from 0.25 to 0.27 will be a lot of work. Are you sure you are not better off just reverting your changes, and leave it alone?
[16:02:20] FabriceMG (FabriceMG!~Thunderbi@ has joined #mythtv
[16:02:37] knightr: jpabq, they have already worked on it and a lot of them have already submitted their translations, I have to try...
[16:05:07] knightr: not everything breaks but there are at least a few places that do..
[16:05:22] resprout (resprout! has left #mythtv ()
[16:06:14] knightr: AFAICT, not everything was themed, it relies a lot on the default theme...
[16:08:50] stichnot (stichnot!~stichnot@ has joined #mythtv
[16:08:50] stichnot (stichnot!~stichnot@ has quit (Changing host)
[16:08:50] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:08:59] knightr: you have 33 XML files, this theme has 14...
[16:10:41] FabriceMG (FabriceMG!~Thunderbi@ has quit (Quit: FabriceMG)
[16:13:32] rsiebert (rsiebert! has joined #mythtv
[16:15:00] rsiebert_ (rsiebert_! has quit (Ping timeout: 245 seconds)
[16:17:22] jpabq: Okay, then it might not be too bad.
[16:18:24] jpabq: I honestly don't use any of the 'plugins'. Every time I have to fix Steppes for a plugin, I have to install it, and then remember how to use it ;-)
[16:19:37] knightr: :-)
[16:19:53] knightr: looks like at least one of the files was edited under Windows, it had CRs in addition to LFs at the end of lines...
[16:22:22] rsiebert (rsiebert! has quit (Read error: Connection reset by peer)
[16:22:44] rsiebert (rsiebert! has joined #mythtv
[16:28:07] knightr: jpabq, looks like I am going to have some fun nonetheless but I'll try to fix it one screen at a time...
[16:28:55] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 260 seconds)
[16:29:08] knightr: I will have to choose another theme to check whether my freeze in the screen wizard was related to its use, looks like that is themed as well...
[16:30:25] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[16:30:27] IReboot (IReboot! has joined #mythtv
[16:37:44] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[16:53:18] Merlin83b (Merlin83b! has quit (Quit: Leaving)
[16:53:44] Jordack (Jordack! has joined #mythtv
[17:20:10] SteveGoodey (SteveGoodey! has joined #mythtv
[17:44:03] DJDan (DJDan! has joined #mythtv
[18:31:55] stichnot (stichnot!~stichnot@ has joined #mythtv
[18:31:55] stichnot (stichnot!~stichnot@ has quit (Changing host)
[18:31:55] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[18:41:48] _nd47_ (_nd47_!6400b470@gateway/web/freenode/ip. has joined #mythtv
[18:52:57] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[19:03:06] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[19:33:27] jpabq: gigem: I have a patch for Scheduler::UpdateManuals which takes care of the extra hour on the morning of the time change. If a manual record is schedule between 1am-1:59am on the morning of the fall time change, this patch results in an extra entry being placed in the program table, such that both "1am" recordings are dealt with. Would you like to review it before I commit it?
[19:34:47] jpabq: Rather than try and configure the UI such that a user could choose which 1am recording they wanted on that morning, it made more sense just to record both of them.
[19:40:01] Tobbe5178 (Tobbe5178! has joined #mythtv
[20:21:32] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[20:23:50] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[20:32:13] peper03: jya, stuartm: Have a look at It seems to fix the problem. I moved the lock to put it directly around the calls to av_read_frame to avoid having to leave AvFormatDecoderDVD::ReadPacket and loop through AvFormatDecoder::GetFrame. Oddly, without the usleep(0) (or similar), the frontend still locks solidly. Maybe a thread priority issue?
[20:34:33] peper03: It doesn't make the code-flow easier to follow (quite the opposite) but at the moment I can't think of a better solution.
[20:59:32] natanojl: danielk22: Have you had a chance to look at #11316?
[21:15:38] gigem: jpabq: Yes, I'd like the opportunity to review your patch. I'd also like the ability to reject it if I don't like it. Unless it's a tiny and obvious change, I'm not sure it's worth worrying about such an obscure corner case. I mean if a person sets up a manual recording between 1–3am on Sundays, they should realize they might have an issue twice a year and handle it themselves.
[21:19:25] jpabq: gigem: as it stands right now, there is no way for a user to handle it themselves. Unless you mean they should handle it by not using Myth.
[21:19:55] jpabq: I emailed it to you. That way you don't have to worry about dealing with pastebin.
[21:21:08] jpabq: The patch is small. It could be done differently, by adding another function, but I choose to use a loop instead. That seems less invasive then adding a function.
[21:22:23] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[21:24:16] gigem: jpabq: I'll look at it later tonight. Yes, it's easy to handle manually. Just set the recording to start at 12:59 and last 1:01 or 2:01 as needed.
[21:25:12] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[21:36:39] Jordack (Jordack! has quit (Quit: Before kids I thought, if i was unable to wipe my butt let me die. Now I think pay backs a bitch.)
[21:56:08] rsiebert (rsiebert! has quit (Quit: No Ping reply in 180 seconds.)
[21:56:44] rsiebert (rsiebert! has joined #mythtv
[21:59:18] paul-h (paul-h!~Paul@ has joined #mythtv
[22:02:25] Tobbe5178 (Tobbe5178! has quit (Read error: Connection reset by peer)
[22:03:58] kwmonroe` (kwmonroe`!kwmonroe@nat/ibm/x-mkmpgbmfdaqglnsi) has joined #mythtv
[22:05:48] rsiebert (rsiebert! has quit (Quit: No Ping reply in 180 seconds.)
[22:06:13] rsiebert (rsiebert! has joined #mythtv
[22:06:16] kwmonroe (kwmonroe!~kwmonroe@ has quit (Ping timeout: 245 seconds)
[22:12:53] rsiebert (rsiebert! has quit (Quit: No Ping reply in 180 seconds.)
[22:13:30] rsiebert (rsiebert! has joined #mythtv
[22:14:34] aloril (aloril! has quit (Ping timeout: 246 seconds)
[22:28:05] aloril (aloril! has joined #mythtv
[22:31:34] paul-h: knightr: a5c4f68444f added an error message that should be translated but I've left it untranslated for now. I'll let you decide if you want to add it now or leave it till after the release
[22:35:44] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[22:38:57] sl1ce (sl1ce! has quit (Quit: Konversation terminated!)
[22:51:43] paul-h: jya: in 04b3c459 you added local file support to RemoteFile but the behaviour of RemoteFile::Exists(const QString &url, struct stat *fileinfo) is inconsistent. stat doesn't get updated for local files but does for remote files. Mind if I update it to also update stat for local files?
[22:51:47] sl1ce (sl1ce! has joined #mythtv
[22:52:18] jya: paul-h: not at all... I just had no idea what to put there, so I let it do nothing
[22:54:30] jya: is that API even use?
[22:55:09] paul-h: I have fix that will use it :)
[22:57:25] paul-h: Makes it easy to just call RemoteFile::Exists() and it will work for both local and remote files
[23:03:13] paul-h (paul-h!~Paul@ has quit (Quit: Konversation terminated!)
[23:10:06] jya: yeah, I figured it would be useful at some stage... there's plenty of code that can be ditched if using RemoteFile
[23:31:15] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[23:52:55] IReboot (IReboot! has quit (Quit: Ex-Chat)
[23:55:40] stichnot (stichnot!~stichnot@ has joined #mythtv
[23:55:40] stichnot (stichnot!~stichnot@ has quit (Changing host)
[23:55:40] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv

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