MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (84):

aloril, andreax, Anssi, anykey_, Beirdo, brfransen, brtb, CaCtus492, Captain_Murdoch, cattelan, Chutt, clever, cocoa117, coling, Cougar, damaltor, danielk22, dekarl, dlblog, ElmerFudd, f33dMB, foobum, foxbuntu, ghoti, gigem, gregL, GreyFoxx, highzeth, ikke-t, J-e-f-f-A, j-rod|afk, jams, jarle, jcarlos, joe_, joki, jpabq, jstenback, jwhite, k-man, kenni, knightr, kurre2, kwmonroe, laga_, mag0o_, Malard, markcerv, MaverickTech, mike|2, mrand, MythBuild, MythLogBot, mzanetti, peitolm, poptix, purserj, rhpot1991, Seeker`, skd5aner, Slasher`, sphery, sraue, stichnot_, stuarta, superm1, sutula, tgm4883, TheAsp, ThisNewGuy, toeb, tomimo, tris, Unhelpful, vallor, wahrhaft, wseltzer, xavierh, XDS2010_, xris, yb0t, zCougar, zombor, _charly_
Wednesday, April 4th, 2012, 00:20 UTC
[00:20:28] satedgrue (satedgrue!~no@pi.basepi.com) has quit (Quit: Quit)
[00:30:07] cocoa117 (cocoa117!~cocoa117@95.154.230.19) has quit (Ping timeout: 264 seconds)
[00:34:51] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[00:35:15] jpabq` (jpabq`!~jpabq@174-28-170-121.albq.qwest.net) has quit (Quit: Coyote finally caught me)
[00:35:32] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[00:37:52] jpabq (jpabq!~jpabq@174-28-170-121.albq.qwest.net) has joined #mythtv
[00:37:55] jpabq (jpabq!~jpabq@174-28-170-121.albq.qwest.net) has quit (Changing host)
[00:37:56] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[00:41:05] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[00:50:52] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[00:51:19] cocoa117 (cocoa117!~cocoa117@95.154.230.231) has joined #mythtv
[00:55:43] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[01:16:11] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[01:25:31] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:27:52] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[01:31:55] cocoa117 (cocoa117!~cocoa117@95.154.230.231) has quit (Ping timeout: 264 seconds)
[01:50:48] cocoa117 (cocoa117!~cocoa117@109.73.65.200) has joined #mythtv
[01:52:18] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[02:09:48] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[02:13:34] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv
[02:22:46] xris: we still have a bug where some new recordings never make it into the commflag queue
[02:29:00] stichnot: xris: you reading my mind? I just got one of those.
[02:34:19] cocoa117 (cocoa117!~cocoa117@109.73.65.200) has quit (Ping timeout: 264 seconds)
[02:38:39] stichnot: actually, in this case, from looking at the logs, the commflagging started before any content started showing up in the recording file, so mythcommflag exited reporting 0 commercial breaks
[02:41:17] jya: in a MythUIButtonListItem , how do I connect a slot for when a new item is chosen in the list? my connect(valueChanged()) does nothing :(
[02:44:35] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[02:48:26] Beirdo: OK, AAC crashing the frontend... fixed
[02:49:00] Beirdo: just needed an av_init_packet()
[02:50:09] Beirdo: now let's see if I can get rid of the audioSamples memcpy I had to put in.
[02:50:47] cocoa117 (cocoa117!~cocoa117@109.73.66.107) has joined #mythtv
[02:53:01] jya: Beirdo: where did AAC crashed the frontend?
[02:53:10] Beirdo: with the new ffmpeg sync
[02:53:28] jya: talking about AAC, there's someone that reported an issue with AAC audio since the BBC fix went in
[02:53:42] jya: likely something to be backported from a newer ffmpeg
[02:53:45] Beirdo: we never did the required av_init_packet() in AvFormatDecoder::HandleAudioPacket()
[02:53:51] jya: haven't had the chance to look into it
[02:54:07] Beirdo: so the side_data pointer (which it now uses) is random, it tries to free it and BOOM
[02:54:20] jya: Beirdo: surprising that the issue never appeared then, that code has been there for years
[02:54:27] Beirdo: agreed
[02:55:02] jya: I'm fixing the audio setupwizard… then I'll look into that AAC bit
[02:55:14] jya: I got samples and everything
[02:55:14] Beirdo: one line fix to try
[02:55:32] Beirdo: sorry
[02:55:41] Beirdo: AvFormatDecoder::ProcessAudioPacket
[02:55:58] Beirdo: right after the AVPacket tmp_pkt;
[02:56:14] Beirdo: add av_init_packet(&tmp_pkt);
[02:56:38] jya: Beirdo: if you want to look into the AAC thing, feel free… let me find out the original message
[02:57:05] Beirdo: if there's a sample to test, I can give it a shot
[02:57:19] Beirdo: that may well fix it though, if you have a moment to test before/after :)
[02:57:33] jya: Beirdo: would be nice to have a IRC bit where you type the title of the message, and it gives you the link to the mail archive for that title
[02:57:48] Beirdo: haha
[02:58:00] Beirdo: that would take some work :)
[02:59:13] jya: http://dl.dropbox.com/u/354653/1003_20120229090000.mpg
[03:00:04] Beirdo: downloading
[03:01:39] jya: http://www.mythtv.org/pipermail/mythtv-users/ . . . /328373.html
[03:01:52] jya: gosh, that guy has actually started a new thread each time he replied
[03:02:11] jya: gmail shows me all the messages in one lot, but in pipermail there's like 6 different threads
[03:02:54] jya: that's the original message
[03:02:55] jya: http://www.mythtv.org/pipermail/mythtv-users/ . . . /327978.html
[03:03:52] jya: I haven't retried since i fix an issue when using the upmixer + AC3 re-encode (every 15s, you would have an audio glitch)… the guy talked about "every few seconds" not sure what that duration means
[03:05:10] Beirdo: I'm gonna have to fix the rework in mythmusic too. Heh.
[03:05:13] jya: looks like the issue here is the audio keep doing 2 ch -> 1 ch -> 2 ch
[03:05:25] Beirdo: so nice of them to completely change the api... AGAIN
[03:05:52] Beirdo: but to be fair, it HAS been a year
[03:06:22] Beirdo: OK, my memcpy is gone
[03:06:28] Beirdo: working :)
[03:06:34] Beirdo: let's try that sample
[03:07:30] Beirdo: Umm
[03:07:33] jya: I think in the future we should try doing a ffmpeg resync about 1–2 months prior release, rather than straight after release
[03:07:36] Beirdo: that sample has NO audio for me
[03:07:47] Beirdo: oh hell no
[03:07:59] jya: with the new sync or the previous one?
[03:08:03] Beirdo: we often have a lot of blowback in the retrofitting.
[03:08:14] Beirdo: the new sync. will try master in a sec
[03:08:19] jya: 2 months surely is enough to find them all
[03:09:17] Beirdo: Ahhhh
[03:09:24] Beirdo: it's half-working in master
[03:09:28] Beirdo: AAC/LATM
[03:09:44] Beirdo: wonder if I missed actually REGISTERING the decoder :)
[03:10:36] xris: stichnot: yeah, sounds like the same problem as before… thought it was fixed but maybe there were two causes
[03:11:44] xris: or maybe something reintroduced it
[03:12:18] jya: Beirdo: this is not the first person reporting that AAC is broken in master
[03:12:39] jya: there's also an Israeli broadcast where it cuts out a lot, I'm sure it's the same problem
[03:13:08] jya: it also occurs in 0,24 after I backported the ffmpeg fix for BBC audio
[03:13:26] jya: AAC/LATM that is
[03:13:32] Beirdo: this is the Israeli one
[03:13:56] Beirdo: :a
[03:13:59] Beirdo: errr
[03:14:16] jya: is it?
[03:14:22] Beirdo: yup
[03:14:27] jya: maybe all those people are actually reporting the same problem then
[03:14:46] jya: I can recall at least 3 reports in the user list
[03:20:25] Beirdo: oooh
[03:20:36] Beirdo: I think I may see my damage here
[03:20:38] Beirdo: one sec
[03:21:49] Beirdo: it looks like the contents of aaclatmdec.c might now be in aacdec.c
[03:22:03] Beirdo: and I confused the crap outta it by double registering ;)
[03:22:20] Beirdo: let's try this again without that file, which we may no longer need to add
[03:23:21] Beirdo: crap
[03:28:19] ** Beirdo shakes his fist at the computer **
[03:34:30] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:36:31] jya: Beirdo: I thought that following the previous sync and the change that put ffmpeg into external/FFmpeg it was now just a matter of copying the whole ffmpeg source code as is and then merging mpegts (that's how I did my last resync)
[03:36:37] cocoa117 (cocoa117!~cocoa117@109.73.66.107) has quit (Ping timeout: 246 seconds)
[03:36:49] Beirdo: betcha this is more borkedness in our custom mpegts.c code
[03:37:06] Beirdo: no, we treat mpegts completely different than they do
[03:37:41] Beirdo: and we do have quite a few other minor tweaks
[03:37:51] jya: okay for mpegts, I'm talking for all the rest
[03:38:09] Beirdo: we need to work on getting our tweaks upstream
[03:38:21] Beirdo: or just not having them :)
[03:38:29] jya: (in reference to aaclatmdec.c problem… I would have thought this would be catered by doing full copy of the new ffmpeg)
[03:38:36] Beirdo: yeah
[03:38:45] Beirdo: but then I apply our custom changes
[03:38:53] Beirdo: and that was one (which is no longer needed)
[03:39:40] Beirdo: you have any other aac-latm that work correctly in master (or 0.24)?
[03:39:46] Beirdo: just in case.
[03:40:16] sphery: jya: fwiw, pipermail only respects references and in-reply-to headers for threading, but gossamer also does fallback to subject (within a given time frame), so often you can use it when the user's mail client is broken: http://www.gossamer-threads.com/lists/mythtv/users/504650#504650
[03:42:01] obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv
[03:42:01] obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host)
[03:42:01] obo (obo!~obo@rockbox/developer/obo) has joined #mythtv
[03:42:53] jya: sphery: right… I never remember which archive site I should use.
[03:44:27] sphery: hehe, both have their uses--pipermail gets messages "instantly", but gossamer only updates every few hours
[03:51:36] Beirdo: /* Makito encoder sets stream type 0x11 for AAC,
[03:51:36] Beirdo: * so auto-detect LOAS/LATM instead of hardcoding it. */// { 0x11, AVMEDIA_TYPE_AUDIO, CODEC_ID_AAC_LATM }, /* LATM syntax */
[03:51:40] Beirdo: ARGH
[03:51:45] Beirdo: they commented it out!
[03:52:42] Beirdo: Muuuuch better
[03:52:52] Beirdo: and no glitchy playback
[03:53:03] Beirdo: the ffmpeg sync fixed whatever their issue was
[03:53:10] cocoa117 (cocoa117!~cocoa117@109.123.79.60) has joined #mythtv
[03:54:30] Beirdo: let me try the single line fix in master anyways
[03:56:10] jya: Beirdo: good luck backporting whatever they change to master :)
[03:56:17] Beirdo: not gonna
[03:56:17] jya: took me several hours last time
[03:56:19] Beirdo: :)
[03:56:48] jya: that's allright, I'll create a ticket in track and set it as blocker :)
[03:57:01] Beirdo: it's not worth it for the edge cases when they can wait a couple weeks and run master :)
[03:57:28] jya: it's probably a one-liner change anyway
[03:57:30] jya: often is
[03:57:35] Beirdo: now, if my one-line fix does it, then that will go in now for sure
[03:57:45] Beirdo: if now, I'll consider looking at what they changed
[03:57:46] Beirdo: :)
[03:57:50] Beirdo: if not rather
[03:57:58] jya: you mean the call to av_init_packet ?
[03:58:00] jya: doubt it
[03:58:14] Beirdo: yeah, gonna try it
[03:58:32] Beirdo: have to do a distclean though, so it will be a few minutes
[04:09:32] Beirdo: nope, didn't fix it :)
[04:10:17] Beirdo: OK, I'll take a look at the differences in the decoder
[04:11:29] jya: In MythUIState, we have None, Off, Half and Full.. What's the difference between None and Off and Half and Full ?
[04:11:58] Beirdo: dunno
[04:14:25] Beirdo: ummm, not a one-liner change, that's for sure
[04:15:16] Beirdo: but we could try the new aacdec.c in master
[04:16:38] Beirdo: time for another distclean
[04:22:03] andreax1 (andreax1!~andreaz@p54BF2BDC.dip.t-dialin.net) has joined #mythtv
[04:22:18] andreax (andreax!~andreaz@p54BF2A0D.dip.t-dialin.net) has quit (Ping timeout: 244 seconds)
[04:23:06] Beirdo: hah.
[04:23:07] Beirdo: nope
[04:23:15] Beirdo: OK, how about the parser...
[04:26:27] Beirdo: dunno
[04:26:32] Beirdo: not that either
[04:26:36] Beirdo: unless...
[04:27:27] Beirdo: let's delete the aaclatmdec.c in master.
[04:28:20] Beirdo: nope
[04:28:37] Beirdo: hmmm
[04:31:58] Beirdo: OK, musta been something that I fixed in myth then?
[04:32:13] Beirdo: while massaging to get the new API in?
[04:32:19] Beirdo: let's look at that for a moment
[04:34:45] ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv
[04:39:30] cocoa117 (cocoa117!~cocoa117@109.123.79.60) has quit (Ping timeout: 260 seconds)
[04:54:23] cocoa117 (cocoa117!~cocoa117@46.37.189.38) has joined #mythtv
[04:59:32] Beirdo: heck if I know
[05:05:52] jya: :)
[05:06:00] Beirdo: still fiddling
[05:06:52] xris: stichnot: the only issues I'm seeing in my logs are stuff like: TFWWrite ThreadedFileWriter.cpp:499 (DiskLoop) – TFW(/mnt/video/mythtv/1668_20120401190000.mpg:103): write(57528) cnt 30 total 1727720 — took a long time, 1217 ms
[05:07:03] xris: Scheduler ThreadedFileWriter.cpp:301 (Flush) – TFW(/mnt/video/mythtv/1668_20120401180000.mpg:116): Taking a long time to flush.. buffer size 19176
[05:07:30] xris: could be similar to yours. if the transcode happens before the file is actually there, the transcode exits early without an error
[05:19:40] Beirdo: jya: dunno
[05:19:48] Beirdo: I give up on it for tonight :)
[05:20:09] Beirdo: we can try a backtrace to 0.25-fixes later if we figure one out
[05:20:14] jya: Beirdo: no problem.. I can give it a shot later when I'm finished with the setupwizard fix
[05:20:41] jya: I'm having a steep learning curve with MythUI right now :)
[05:20:52] Beirdo: it does seem to be playing flawlessly with the ffmpeg sync
[05:22:25] Beirdo: with all the stupid API changes... heck, it could be a small bug in the old avcodec_decode_audio3 that they deprecated, making me use avcodec_decode_audio4
[05:22:42] Beirdo: which uses an AVFrame to return the data
[05:29:52] cougar_h (cougar_h!~cougar@kkk.version6.net) has joined #mythtv
[05:36:51] jya: nothing obvious in the AAC log ?
[05:37:09] Beirdo: aac log?
[05:37:22] jya: git log related to AAC
[05:37:32] Beirdo: oh. not that I could see
[05:38:01] jya: git bisect on ffmpeg ? (assuming the bug was in ffmpeg)
[05:38:13] Beirdo: http://git.videolan.org/?p=ffmpeg.git;a=commi . . . e4e3769d05ee
[05:38:20] Beirdo: but that's before our older syn
[05:38:45] jya: it does sound very similar to the issue at hand
[05:38:56] Beirdo: I'm not gonna be git bisecting it :)
[05:39:00] Beirdo: not today
[05:39:11] Beirdo: it seriously took me all weekend to sync
[05:39:19] Beirdo: I'm not doing it repeatedly
[05:41:31] cocoa117 (cocoa117!~cocoa117@46.37.189.38) has quit (Ping timeout: 264 seconds)
[05:42:09] Beirdo: that's too masochistic even for me
[05:42:18] jya: Beirdo: if you don't mind.. I'll take care of that one
[05:42:35] Beirdo: you're welcome to it ;)
[05:42:38] jya: getting good at backporting ffmpeg stuff
[05:42:56] Beirdo: if you can find the magic to backport a fix to 0.25-fixes, it's all yours ;)
[05:44:05] jya: sure will
[05:44:10] Beirdo: might wanna take a stab at it again later if you haven't found it :)
[05:44:28] jya: i'm a tad annoyed with myself that I never looked into the audio setupwizard
[05:44:52] jya: few things fundamentally broken with it
[05:44:53] Beirdo: but first, I definitely want to test the rest of the fun API changes to make sure they are operational
[05:48:42] Beirdo: which I guess means I need to try mythmusic
[05:48:54] Beirdo: which I haven't tried since the overhaul
[05:49:48] jya: a few non translated strings in setupwizard.. is it too late to add them ?
[05:50:03] Beirdo: oh god, I'd imagine so
[05:50:14] Beirdo: best ask knightr and kenni
[05:50:26] jya: well, in the worse case scenario, they would be just like they are now: non-translated
[05:50:36] Beirdo: it would mean that every translator would have to revisit it...
[05:50:55] Beirdo: so I wouldn't be surprised if they wouldn't be hot on the idea :)
[05:51:27] jya: I understand that… but they could just ignore the change, in which case it's just like what it is now
[05:51:34] jya: untranslated strings, always in english
[05:51:41] Beirdo: true
[05:51:49] jya: Are knightr and kenni in the development mailing list?
[05:51:55] jya: better ask there
[05:51:57] Beirdo: best get their direct feedback. I believe so
[05:55:55] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[05:56:53] cocoa117 (cocoa117!~cocoa117@213.229.87.29) has joined #mythtv
[06:08:27] Beirdo: isn't the new mythmusic supposed to be using storage groups?
[06:10:21] jya: i don't think it does yet
[06:10:42] Beirdo: well that's splendid :)
[06:26:32] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv
[06:34:59] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[06:44:20] cocoa117 (cocoa117!~cocoa117@213.229.87.29) has quit (Ping timeout: 260 seconds)
[06:52:05] Beirdo: two more to fix.
[06:52:16] Beirdo: raopconnection and nuppeldecoder
[06:52:52] Beirdo: ugh
[06:53:09] jya: that's all with the new ffmpeg right ?
[06:53:11] Beirdo: I'm not even compiling raop
[06:53:21] Beirdo: it's still using the old API
[06:53:23] Beirdo: yup
[06:53:27] Beirdo: as of March 31
[06:53:49] Beirdo: and ffmpeg, not libav
[06:54:14] Beirdo: ummm, this code is incorrect
[06:54:25] Beirdo: someone didn't read the ffmpeg API well
[06:55:00] Beirdo: when the number of bytes used aren't the full packet you fed, you are supposed to call it again until it says there are no bytes left
[06:55:24] Beirdo: I'll go do nuppeldecoder.
[06:55:29] Beirdo: and come back to this
[06:55:34] jya: that would be the same issue in master
[06:55:45] Beirdo: yeah
[06:56:06] Beirdo: the raopconnection code is ... not right.
[06:56:20] jya: that could explain why audio keeps dropping with raop
[06:56:28] Beirdo: should work fine in some cases, and likely not for crap in others
[06:56:31] Beirdo: yah
[06:57:45] Beirdo: I don't have energy to fix it today
[06:57:50] jya: that was my next stop...
[06:57:52] Beirdo: remind me tomorrow :)
[06:58:00] jya: i'm very keen on getting raop working properly
[06:58:10] jya: that's a feature I'm likely to use a lot
[06:58:18] Beirdo: yeah. I have no way of testing it
[06:58:28] jya: you have no iOS device?
[06:58:36] Beirdo: umm, one
[06:58:37] jya: from what planet are you ? :)
[06:58:45] Beirdo: an old iPhone 3G
[06:58:50] Beirdo: it's my alarm clock
[06:58:53] jya: that will do.
[06:58:57] Beirdo: no SIM
[06:59:02] jya: even though
[06:59:04] jya: ah though
[06:59:07] cocoa117 (cocoa117!~cocoa117@109.123.79.55) has joined #mythtv
[06:59:13] jya: 3G is limited to iOS 4 I believe
[06:59:15] Beirdo: I can use wireless though :)
[06:59:15] jya: that should work
[06:59:29] Beirdo: I think I'm not using 4
[06:59:42] Beirdo: what do I remember anyways
[06:59:45] Beirdo: hehe
[06:59:50] Beirdo: I'm an android user
[07:00:02] Beirdo: which has its own craptacular issues
[07:00:24] Beirdo: anyways, I'll have a go at fixing raop and getting you a patch to try tomorrow
[07:00:27] Beirdo: sound good?
[07:00:48] Beirdo: you can if ya want, but ya don't need to if you have other things on the list
[07:01:08] jya: sounds good
[07:01:08] Beirdo: I'm just too tired tonight (midnight already)
[07:01:41] Beirdo: are you seeing "Decoder only used blah of blah bytes" in your logs when it's choppy?
[07:01:49] jya: yes
[07:01:54] Beirdo: heh
[07:01:55] jya: actually that's not the mssage
[07:02:03] jya: something about only receiving xx audio
[07:02:07] Beirdo: then this should fix it
[07:02:18] Beirdo: Decoder only used %1 of %2 bytes.
[07:02:19] jya: which I believe is more to do with the receiving of the RAOP stream
[07:02:21] Beirdo: I see here
[07:02:22] jya: not the decoding
[07:02:24] Beirdo: oh
[07:02:32] jya: can't recall for sure
[07:02:51] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.)
[07:03:04] Beirdo: K, we'll get ya a patch to try since you got the hardware and setup :)
[07:03:16] Beirdo: then I'll redo it for the new API after
[07:14:55] Beirdo: seems mythmusic didn't setup ffmpeg libs to log through mythtv
[07:23:22] Beirdo: will have to (sigh) try mythtranscode tomorrow, I guess
[07:23:34] Beirdo: as it has encode and decode (blech)
[07:23:49] cougar_h (cougar_h!~cougar@kkk.version6.net) has quit (Quit: cougar_h)
[07:28:24] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:44:19] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds)
[07:46:29] cocoa117 (cocoa117!~cocoa117@109.123.79.55) has quit (Ping timeout: 248 seconds)
[07:50:25] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[08:05:47] markk_ (markk_!~mark@host86-177-4-179.range86-177.btcentralplus.com) has joined #mythtv
[08:06:21] markk_ (markk_!~mark@host86-177-4-179.range86-177.btcentralplus.com) has left #mythtv ()
[08:06:59] stuartm: jya: itemSelected()
[08:08:44] cocoa117 (cocoa117!~cocoa117@46.37.178.120) has joined #mythtv
[08:12:55] partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has joined #mythtv
[08:15:27] jya: stuartm: yes thanks.. I figured that one out… side question: is there a way to emulate the old setEnabled of UI elements/
[08:15:28] jya: ?
[08:16:09] jya: I want to simulate what I did in the old audio setup, where if a device doesn't support say digital audio, then AC3 and DTS checkbox are greyed-out.
[08:16:31] jya: Right now, I only managed to hide completely the element.. I'm not keen on that solution
[08:18:17] stuartm: jya: there are patches to add that for 0.26, but it's not possible in 0.25
[08:24:32] stuarta: morning all
[08:44:17] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[08:46:45] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[08:49:15] cocoa117 (cocoa117!~cocoa117@46.37.178.120) has quit (Ping timeout: 265 seconds)
[08:55:06] jya: stuartm: ok… I'll settle with hiding it for the time being then… Would need the ability to make a text look inactive too
[08:58:05] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[09:05:06] cocoa117 (cocoa117!~cocoa117@46.37.189.62) has joined #mythtv
[09:28:44] dekarl1 (dekarl1!~dekarl@p4FE85F1F.dip.t-dialin.net) has joined #mythtv
[09:30:04] dekarl (dekarl!~dekarl@p4FE84ED0.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[09:31:21] partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has quit (Quit: Changing server)
[09:31:25] stuartm: apparently I need more coffee before opening new tickets
[09:31:38] stuartm: Beirdo: seems the ticket edit/delete plugin isn't installed?
[09:33:27] partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has joined #mythtv
[09:50:46] lautriv (lautriv!~lautriv@f050087225.adsl.alicedsl.de) has left #mythtv ("Leaving")
[09:51:36] cocoa117 (cocoa117!~cocoa117@46.37.189.62) has quit (Ping timeout: 265 seconds)
[09:52:13] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv
[10:01:04] partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has left #mythtv ()
[10:05:02] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:54] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv
[10:07:46] cocoa117 (cocoa117!~cocoa117@109.73.65.183) has joined #mythtv
[10:27:09] highzeth (highzeth!~hz@hoiseth.no) has quit (*.net *.split)
[10:33:47] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[10:53:46] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[10:54:07] cocoa117 (cocoa117!~cocoa117@109.73.65.183) has quit (Ping timeout: 264 seconds)
[10:55:11] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[10:57:01] stuartm: knightr: where are we filling in the template before doing the lookup? <textarea>, <spinbox>?
[11:00:18] knightr: stuartm, looks like we are as I see them filled in but in English.. If I do this: http://pastebin.com/vBHQenAc (sorry for the missing line numbers) it works but the problem is that we're going to try to retranslate them later in FillCutMessage().
[11:01:30] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[11:02:32] knightr: and AFAICT, the translation lookup should be done on them in FillCutMessage so it's most likely failing because they are filled in...
[11:03:33] stuartm: but they aren't filled in there
[11:03:35] stuartm: ...
[11:04:01] stuartm: in FillCutMessage we're translating before calling .arg()
[11:04:01] knightr: (There's way too much code for me to figure out in so little time now to figure out how to fix it correctly...)
[11:04:24] knightr: So why doesn't it work then?
[11:04:49] stuartm: I've no idea :/
[11:04:58] knightr: It only works (for all strings some might be OK I am not sure) if I do the translation lookup early...
[11:05:17] stuartm: which strings are broken?
[11:05:19] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[11:05:30] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[11:05:34] knightr: (see the pastebin, that seems to work every time...)
[11:06:03] stuartm: right, but which strings specifically, we translate different strings in different ways depending on the template used
[11:06:32] knightr: Now Playing: %TITLE% on %I_DONT_REMEMBER% on %ALBUM% in MythMusic...
[11:06:53] knightr: OSD stuff that says how may seconds have elapsed....
[11:07:41] knightr: I initially thought it was mostly MythMusic stuff but it's not limitied to MythMusic...
[11:07:51] knightr: s/limitied/limited
[11:09:14] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Remote host closed the connection)
[11:10:03] stuartm: ah, ok, I see the problem – wonder why no-one has ever spotted this
[11:10:04] cocoa117 (cocoa117!~cocoa117@78.129.173.177) has joined #mythtv
[11:10:32] knightr: I must be having a nightmare, looks like Jean-Yves is adding his new strings nows...
[11:10:42] knightr: stuartm, What is it?
[11:11:15] knightr: s/nows/now
[11:12:12] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[11:14:57] stuartm: knightr: try this – http://pastebin.com/UEyesN1n
[11:15:49] stuartm: that's really strange, assuming that it's not a recent regression then it should never have worked at all
[11:16:26] knightr: stuartm, Sorry, I will have to do it tonight, I have to leave for work and I have a meeting with (among other people) my boss so I can't arrive late at work...
[11:16:34] stuartm: np
[11:16:38] knightr: Maybe we didn't use so many templates in the past...
[11:16:50] stuartm: I might find the time to test it myself
[11:18:11] knightr: With the name the method has I wonder how I didn't spot where to fix it...  :( :(
[11:19:03] knightr: It looks like Jean-Yves might not have added those new strings after all, thank god...
[11:20:51] knightr: stuartm, will we end up calling QCoreApplication::translate() once or twice though? (once there and later in FillCutMessage()?
[11:21:08] knightr: I have to go now though, Thank you and take care! ttyl
[11:21:57] stuartm: just once, in SetTextFromMap() it will only be called on templates containing placeholders of the form – %TITLE% etc, in FillCutMessage() it's only called on templates containing placeholders with %n or %1
[11:23:27] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[11:29:10] knightr: stuartm, ah ok, I should have added proper logging to track thise down, I got comfused between regular placeholders and the ones that came from the maps... I'll have to learn more about themes, the fact that I don't know much is definitely making it hard to track down issues like these... Thank you and ttyl...
[11:32:50] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[11:35:01] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[11:40:09] stuartm: it is slightly confusing, if I could go back in time I'd try and find a way to simplify it and reconcile the differences in behaviour
[11:49:41] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[11:56:31] cocoa117 (cocoa117!~cocoa117@78.129.173.177) has quit (Ping timeout: 264 seconds)
[12:13:40] cocoa117 (cocoa117!~cocoa117@95.154.230.157) has joined #mythtv
[12:36:37] pclark (pclark!~pclark@193.35.11.116) has joined #mythtv
[12:41:44] ben1066 (ben1066!~quassel@host109-152-66-224.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[12:44:09] cocoa117 (cocoa117!~cocoa117@95.154.230.157) has quit (Ping timeout: 265 seconds)
[12:46:48] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv
[12:51:50] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[12:58:28] wagnerrp: Beirdo: maybe you want to take a look at #10542?
[12:59:34] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 276 seconds)
[12:59:35] wagnerrp: since you did the last sync and the next, you would be best to determine how easy it would be to disable the FFmpeg assembly optimizations for x86
[12:59:41] wagnerrp: #10542
[12:59:41] ** MythLogBot http://code.mythtv.org/trac/ticket/10542 **
[13:02:32] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[13:04:25] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:07:07] pclark (pclark!~pclark@193.35.11.116) has quit (Ping timeout: 244 seconds)
[13:07:26] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[13:09:04] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[13:11:38] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[13:19:02] markk_ (markk_!~mark@host86-177-4-179.range86-177.btcentralplus.com) has joined #mythtv
[13:19:18] markk_ (markk_!~mark@host86-177-4-179.range86-177.btcentralplus.com) has left #mythtv ()
[13:20:05] jya: knightr: I wasn't going to add new strings unless I had consensus before...
[13:24:22] j-rod|afk is now known as j-rod
[13:30:09] jya: wagnerrp: from some of the compilation error I've seen in the user list, it seems that some of the configure options aren't passed on ffmpeg
[13:30:26] jya: so even if you disable some instructions, it still tries to use them
[13:30:57] rhpot199` is now known as rhpot1991
[13:31:07] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host)
[13:31:08] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[13:38:53] highzeth (highzeth!~hz@78-53-11.connect.netcom.no) has joined #mythtv
[13:48:02] highzeth (highzeth!~hz@78-53-11.connect.netcom.no) has quit (Ping timeout: 260 seconds)
[13:48:14] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:59:02] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[14:07:11] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[14:10:04] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[14:32:41] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Remote host closed the connection)
[14:33:25] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[14:35:52] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[14:43:43] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[14:46:47] dekarl1 is now known as dekarl
[14:48:13] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[14:55:32] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[15:05:03] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[15:07:46] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[15:09:47] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[15:09:51] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[15:15:34] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds)
[15:19:02] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[15:21:41] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[15:33:12] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[15:36:43] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 245 seconds)
[15:47:54] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving)
[15:56:24] Goga777 (Goga777!~Goga777@95-30-14-56.broadband.corbina.ru) has joined #mythtv
[16:01:54] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[16:11:34] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[16:15:01] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[16:17:19] knightr: jya, I would have been very surprised if you did especially since you took the time to ask the question on the mailing list (like it should be done)...
[16:17:37] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[16:20:41] knightr: I`m kinda torn apart about this... In some way I feel like we should ask the translators if they are ok with with but I feel like we should give them a few additionnal days to complete their translation.. I know for my team it wouldn`t be a problem to translate a few more strings ut for others it might it...
[16:21:43] knightr: (we should give them more days if we add new strings so close to release I mean, not it we don`t add new strings...)
[16:22:02] knightr: s/it/if
[16:22:14] knightr: jya ^
[16:24:04] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[16:24:54] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[16:27:32] knightr: jya, if you can get the others to approve a delay of a few more days if the translators are OK with adding those new strings I think kenni would be OK with asking the translators if they are OK with it (especially the ones who currently are at 100% completeness and the ones who usually reach 100% completeness..)
[16:28:51] knightr: I know at least some of them would prefer to have some strings added at the last minute than a screen that's partially translated.
[16:30:25] knightr: we have to definie some rules to apply when a situation such as this occurs...
[16:30:53] ** stuarta prefers release it and backport to fixes **
[16:31:16] stuarta: on the basis that 1 untranslated string != blocker
[16:31:17] pclark (pclark!~pclark@193.35.8.5) has quit (Read error: Connection reset by peer)
[16:31:22] sphery: agreed... I really want Ubuntu 12.04 to have a full release
[16:31:27] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[16:31:38] sphery: (not a prerelease version)
[16:32:04] stuarta: aye, the distros can take updates from a fixes branch, but not rebase the version post release
[16:32:36] stuarta: so getting the release out is preferable to holding it back and missing at distro release for a non blocker issue
[16:33:41] knightr: maybe but not given them the choice is not a good solution either..
[16:34:15] knightr: I didn't know 2–3 days made so much of a difference for distros...
[16:34:37] sphery: final freeze for Ubuntu is Apr 12
[16:35:21] knightr: so giving them until the 11 ould have been fine?
[16:35:29] sphery: so we need to release before then to get our final release into Ubuntu 12.04 (versus having to wait for a 12.04.1)--I included a bit of info on my email on -developers (and I'm sure mythbuntu devs could give more)
[16:35:31] knightr: s/11/11t
[16:35:34] sphery: you'll have to ask them
[16:35:40] knightr: 11th...
[16:35:54] sphery: I don't know how much lead time they'll need, but tgm4883 sounded happy with the 9th
[16:38:13] knightr: So let me get this right.... Adding new strings close to release but not make them translatable even though they are displayed is ok? I still feel we need to at least ask the translators if this really has to go in...
[16:38:44] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[16:38:52] stichnot: w
[16:39:03] sphery: the strings in the setup wizard are already in there--just not tr()'ed (or whatever)
[16:39:11] stichnot: what sphery said :)
[16:39:51] knightr: were they all there before the refactoring?
[16:40:12] sphery: (and pretty sure they aren't used elsewhere, so adding tr() would reduce the 100% status or require translators to update their translations)
[16:40:18] knightr: If they were, I feel we should ask them if we can make them translatable...
[16:40:35] sphery: AIUI, yes, they were there before, but were hardcoded in
[16:41:31] stuartm: IMHO allowing translators to translate them is preferable to a few translations possibly slipping 1 % in completion
[16:41:55] knightr: kenni, are you OK with me asking them (translators) if they are OK for late minute additions?
[16:41:58] sphery: whether we add the tr() now or later is up to you guys, but my opinion is that we need to still release in time that Ubuntu can include MythTV 0.25 final in 12.04
[16:42:33] sphery: (so the only part I'm concerned about is delaying release)
[16:43:42] knightr: if we are talking of only a few new strings I think we should offer them the choice...
[16:44:04] stuartm: 5 days to handle less than a dozen new strings is more than enough, should translators want to make that effort, don't forget that we're already past the original deadline, so this is a grace period
[16:44:56] knightr: yep but at the same time we promised them they were in a freeze...
[16:45:58] stuartm: by freeze we promised them that strings wouldn't change invalidating existing work, new strings aren't going to undo what has already been done
[16:46:02] sphery: (and it's not nice to punish those who actually did submit completed translations on time by making them have to do more, now, after our string freeze)
[16:46:33] sphery: but again, the only part that concerns me is the potential delay of release
[16:46:36] ** knightr knows that at least for the teams he is part of it will only take a few minutes to a few hours to add a few new strings (depending on the complexity of the strings in question sometimes we do a lot of back and forth before deciding on the final translation...) **
[16:46:46] stuartm: is the difference between 99% and 100% as important as all strings being translatable?
[16:47:13] stuartm: one is purely symbolic, the other actually affects the end user
[16:48:07] knightr: stuartm we should have least offer them the choice whether they want these or not...
[16:48:15] ** knightr thinks they will agree... **
[16:48:38] sphery: but in theory, whether we have the tr() in now, or in -fixes just after release, unless the user updates to -fixes, they won't necessarily have the updated translation, so won't see the translated strings, anyway, right?
[16:49:14] stuartm: sphery: if we put it in now then translators can provide updates in time for 0.25
[16:50:10] knightr: stuartm, sphery, I think so but I say let them be part of the deicision to add these in...
[16:50:24] ** knightr will vote for adding them in... **
[16:50:35] sphery: true, but it sure makes it seem like any future dates for string freezes are meaningless and kind of encourages translators to wait until the last second to submit their work
[16:51:35] sphery: but I will defer the decision to those who are involved--you guys know the translators (and how they'd react) better than I do
[16:51:35] knightr: As far as I remember I did tell them that the only thing who could break the string freeze is making existings untranslatable strings translatale...
[16:51:45] knightr: s/translatale/translatable..
[16:57:59] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[16:58:17] knightr: sphery, <<If we get reports from any of the translators that some strings
[16:58:18] knightr: are untranslatable we *might* temporarily break the string freeze in
[16:58:18] knightr: order to correct these issues and fix this at the same time.. >>
[16:58:26] knightr: This is take from http://www.gossamer-threads.com/lists/mythtv/ . . . eaded#509637
[16:58:32] knightr: s/take/taken
[16:58:39] kenni: knightr: No, I don't want to hold back the release under any circumstances
[16:58:48] kenni: (still reading up on the backlog)
[16:59:06] kenni: it's simply not a blocker
[16:59:09] knightr: kenni, not delay, at least ask them if they want them in
[16:59:30] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Client Quit)
[16:59:34] knightr: I know, I'm in IT I know what a real blocker is..
[17:00:53] knightr: we're supposed to talk for these guys, I had to try to get them a few more days...
[17:02:45] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[17:05:29] stichnot: C++ linker question. I want to define a subclass of a MythUI class within some libmythtv code. But I get a linker error on mythavtest: "../../libs/libmythtv/libmythtv-0.25.so: undefined reference to `vtable for MythOSDDialogBox'". (MythOSDDialogBox is my new subclass.) Is it even possible to do this?
[17:08:35] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[17:10:10] kenni: I really don't think we need to break the freeze once again...it's bad project management, unprofessional and discouraging for the translators. We can get it fixed in the source immediately after the tagging of 0.25 and most likely have it fixed in all languages within a couple of days. In 1–2 months nobody will be using the initial 0.25 tagged release anyway.
[17:10:17] kenni: knightr^
[17:10:34] ** kenni votes for a no :) **
[17:11:47] SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv
[17:17:12] stichnot: See sphery's comment at 01:48:03 in http://irc.mythtv.org/ircLog/channel/4/2012-04-02 . The assertion is that too many people run the release version instead of -fixes.
[17:20:29] sphery: though in this case it's not so much that something is broken/failing/doesn't work and we have to identify the problem from a list of symptoms the user provides--it's just untranslated text, so we'd recommend they update to current -fixes and see if it's translated there
[17:22:31] danielk22: stichnot: Did you make MythOSDDialogBox public with the gcc macro?
[17:22:35] sphery: and, really, if that encourages a few more users to update to -fixes, that's a good thing since they should be running -fixes :) (I just don't like having to remember the mapping between symptoms and pre-release issues)
[17:24:28] sphery: stichnot: also, check that you have Qt stuff properly specified for the new file in the .pro file and have virtual functions properly implemented/defined and such
[17:24:49] stichnot: danielk22: in this case, I used the same MUI_PUBLIC declaration as the parent class (MythDialogBox). MTV_PUBLIC also gives the same error.
[17:25:19] sphery: for something in libmythtv, you need to use MTV_PUBLIC
[17:25:43] sphery: (oh, and make sure you re-run qmake appropriately)
[17:25:46] stichnot: sphery: I stuck the declaration and definition into existing files. If I stick it in mythdialogbox.{h,cpp}, it links fine.
[17:34:04] danielk22: stichnot: Have the .h and .cpp files been added to the pro file and qmake rerun?
[17:34:13] Goga777 (Goga777!~Goga777@95-30-14-56.broadband.corbina.ru) has quit (Ping timeout: 245 seconds)
[17:35:08] danielk22: QObject derived classes need a moc_.{h,cpp} component generated by qmake.
[17:37:41] Beirdo: wagnerrp: I can take a look. first I need the /proc/cpuinfo output, etc, as sphery asked for in the mailing list thread
[17:38:06] stichnot: danielk22: there are no new files here, the new class was added only to osd.cpp. osd.h already has some Q_OBJECT classes, so I didn't expect to modify any .pro files. I did a make distclean to be safe.
[17:39:55] stichnot: I shouldn't be adding libmythui source files to libmythtv.pro, right?
[17:42:10] danielk22: stichnot: hmm, no idea then.
[17:44:01] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[18:07:14] stichnot: danielk22, sphery: thanks for the advice. btw, a web search on this error suggests that it's a pretty generic linking error that can mean lots of things.
[18:08:54] tgm4883: sphery, knightr April 11th is the last day. Final Freeze is April 12th at 00:00 UTC
[18:40:48] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds)
[18:42:18] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[18:42:18] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[18:42:18] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[18:45:38] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 272 seconds)
[18:50:01] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv
[18:50:02] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host)
[18:50:02] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[19:15:17] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv
[19:21:14] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[19:35:08] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[19:50:43] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[19:54:08] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has joined #mythtv
[19:55:04] pclark (pclark!~pclark@host86-138-140-122.range86-138.btcentralplus.com) has quit (Remote host closed the connection)
[19:55:20] stichnot: danielk22: just to clarify, is http://code.mythtv.org/trac/attachment/ticket . . . bug-v2.patch supposed to fix #10490? (in addition to changing some logging output and forcing the every-30-seconds program change)
[19:56:22] joki (joki!~joki@p54861E6D.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[19:56:35] joki- (joki-!~joki@p5486264C.dip.t-dialin.net) has joined #mythtv
[19:56:45] joki- is now known as joki
[19:57:48] Seeker`: stichnot: I thought it was meant to make debugging easier
[19:57:55] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[19:58:24] Seeker`: bah, ignore me
[20:01:31] stichnot: actually, from reading more carefully, my understanding is that all of that patch is already checked in, except the part forcing program changes every 30 seconds
[20:02:10] Seeker`: stichnot: I'll update my setup tonight and see if it is fixed (I've been victim to this bug)
[20:02:13] stichnot: yet I still see the problem with live TV on the HD-PVR.
[20:03:18] stichnot: so danielk22, how can I help here? Are you seeing that problem at all? Do you have an HD-PVR to test with?
[20:04:24] stichnot: (I have in-laws arriving in a few weeks, giving me extra motivation to get it fixed :) )
[20:07:13] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Remote host closed the connection)
[20:09:18] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[20:11:53] danielk22: stichnot: The functioning part of the patch is all checked in. I think there is related issue is with the ringbuffer starvation, but I haven't had a chance to look at it.
[20:12:49] stichnot: danielk22: starvation on the frontend, or backend?
[20:12:53] Seeker`: danielk22: would that be the "2012-04–04 21:12:09.043184 I RingBuf(/media/disk2/liveTV/2027_20120404211116.mpg): Waited 0.2 seconds for data" that fills my backend log?
[20:14:06] danielk22: stichnot: frontend definitely, dunno about on the backend.
[20:16:24] stichnot: ok. just wondering if there are particular log messages to watch for on the backend. Should I be running the backend with "-v general,playback,file"? Any other logging options?
[20:16:41] Seeker`: danielk22: just updated to the latest mythbuntu build, frontend dumped back to main menu with the buffering failed too many times message during a program transition
[20:17:06] stichnot: Seeker`: hd-pvr?
[20:17:13] Seeker`: stichnot: nope
[20:17:49] Seeker`: either a Nova-T500 or a DVB-S2 card
[20:18:02] Seeker`: not sure which it was that time, seems to happen on both afaict
[20:19:15] SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Quit: SteveGoodey)
[20:35:54] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: 2000 Flushes has taught me the yellow and blue make green.)
[20:36:27] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:46:04] kenni: Seeker`: The issue with your backend log getting filled is most likely #10428 – I don't know if that is related to the LiveTV exiting issue, but I am seeing both of them.
[20:46:04] ** MythLogBot http://code.mythtv.org/trac/ticket/10428 **
[20:49:06] stuartm: danielk22: I bet you wish you'd never started the the livetv bug whack-a-mole :/
[20:53:48] dblain (dblain!~dblain@mythtv/developer/dblain) has quit ()
[20:58:36] xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv
[20:58:55] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[20:59:52] Beirdo: hehe.
[21:00:07] Beirdo: some moles are best dealt with with a shotgun
[21:01:59] xavierh_ (xavierh_!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 265 seconds)
[21:14:38] andreax (andreax!~andreaz@p54BF2DDF.dip.t-dialin.net) has joined #mythtv
[21:16:37] andreax1 (andreax1!~andreaz@p54BF2BDC.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[21:17:25] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[21:17:37] skd5aner: stuartm: encouragement, not discouragement... us live tv fans are finally happy to see it getting some attention :)
[21:18:15] Beirdo: other than watching it swirling around the bowl? :)
[21:23:20] drwrr (drwrr!~drwrr@ip-62-143-244-215.unitymediagroup.de) has joined #mythtv
[21:39:18] Seeker`: Beirdo: take off and nuke them from orbit. Its the only way to be sure.
[21:39:39] j-rod is now known as j-rod|afk
[21:48:10] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[21:51:25] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[22:05:39] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[22:16:45] danielk22: stuartm: Well the LiveTV not starting at all issue does appear to be fixed. The transitions are still not good, but that seems to be either a variation on either the recurring problem of playing too close to the end of the buffer or the classic RingBuffer read scaling problem.
[22:33:26] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[22:33:26] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[22:33:27] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[22:40:53] drwrr (drwrr!~drwrr@ip-62-143-244-215.unitymediagroup.de) has quit (Read error: Connection reset by peer)
[22:49:15] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 250 seconds)
[23:08:47] knightr: tgm4883, thank you!
[23:10:34] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[23:12:39] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:22:51] jya: Beirdo: do you remember the date the last ffmpeg sync was done ? (commit number even)
[23:24:04] jya: never mind.. found it
[23:24:45] Beirdo: of precise date right nwo
[23:24:49] Beirdo: huh?
[23:24:59] Beirdo: where'd the rest of my line go?
[23:25:05] Beirdo: March 2011, not sure of...
[23:26:41] jya: lastest merge was from commit 74d6871d6244865b5863a01c3dab16a2f06a1706
[23:26:45] jya: Feb 2011
[23:27:00] jya: I'm about to start a ffmpeg bisect :)
[23:56:38] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[23:57:05] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 244 seconds)

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