MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (83):

aberrios, aloril, Anssi, anykey_, brfransen, CaCtus491, cattelan, cesman, Chutt, clever_, coling, Cougar, damaltor, danielk22, David_Miller, dblain, dekarl, dinamic|screen, dlblog, eharris, ElmerFudd, f33dMB, fafa88, foobum, foxbuntu, frankster, ghoti, gregL, GreyFoxx, highzeth, idl0r, J-e-f-f-A, jafa, jams, joe____, joki, jpabq, jstenback, jwhite, kc, knightr_, kormoc, kurre2, kwmonroe, laga, lasers, mag0o, markcerv, Mousey, mrand, MythBuild, MythLogBot, NightMonkey, peitolm, Peps, petefunk, poptix, purserj, rsiebert, seld, Sharky112065, Slasher`, SmallR2002, sphery, sraue, stichnot_, sunkan, sutula, ThisNewGuy_, toeb, tomimo, tris, Unhelpful, vallor, Vernon_at_work_, wahrhaft_, whoDat, wookey, xavierh, XDS2010__, yb0t, _charly_, _Techie_-_AFK_
Wednesday, July 25th, 2012, 00:04 UTC
[00:04:34] Beirdo: sure, I'll take a look
[00:50:49] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[01:03:06] danielk22: Beirdo: If you don't have time let me know. I can take a look too. The other issue on that ticket has already been addressed.
[01:10:27] sphery: :( even when I have my system put a 2nd Z on the time in DataDirectProcessor::DDPost(), it works for me. Now I'm thinking that the DD parser on TMS's server handles that OK, but might be messed up when Qt 4.8 adds Content-Type: application/octet-stream (as it seems it's doing based on #10908 , which is also common to all the reports I've seen)
[01:10:27] ** MythLogBot http://code.mythtv.org/trac/ticket/10908 **
[01:11:11] danielk22: sphery: so we just need to set a content-type?
[01:12:25] sphery: looks like that may be it... in libs/libmythtv/datadirect.cpp +1015 , it seems
[01:13:11] sphery: I can push that to master and see if I can get a 4.8 user to test it out
[01:13:30] sphery: and if so, backport to 0.25-fixes
[01:14:22] sphery: so, we want: Content-Type: application/soap+xml; charset=utf-8
[01:16:03] sphery: looks like we only allow one header, currently, and not a list of them :(
[01:21:28] danielk22: that's unfortunate
[01:23:02] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[01:23:27] sphery: yeah, makes it harder to backport to 0.25-fixes, since it looks like we'll need to change MythDownloadManager::postAuth() to accept a couple of QList<QByteArray> or something
[01:23:52] sphery: I can put it in master and see if it helps
[01:24:18] sphery: then we can figure out whether to backport without the binary version change or just say that 0.26 is the first to support Qt 4.8?
[01:24:52] Beirdo: danielk22: ok, right after some dinner :)
[01:25:30] danielk22: sphery: Yeah, lets get it fixed in master, then we can think of how/if to backport.
[01:25:48] sphery: sounds like a plan
[01:29:50] danielk22: sphery: I'd just drop the last two QByteArray's in the current postAuth(), create a new postAuth() that takes a QList<QPair<QByteArray,QByteArray> > & headers param, and make the non-header postAuth just pass an empty list to the postAuth that takes headers. That should make porting fairly simple.
[01:32:04] joki (joki!~joki@p54865EC9.dip.t-dialin.net) has quit (Ping timeout: 248 seconds)
[01:32:29] joki (joki!~joki@p54862367.dip.t-dialin.net) has joined #mythtv
[02:03:52] jya: danielk22: HLS recorder in LiveTV was working last I tested in and checked it in… Now I'd say playback starts about 1 in 10 times
[02:08:22] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 245 seconds)
[02:17:13] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[02:25:46] danielk22: jya: I put a note on the ticket, the problem is the HttpLiveRingBuffer.
[02:26:08] danielk22: It's not stopping when it should and everything times out.
[02:27:22] danielk22: The reason it worked before is the same reason LiveTV wasn't working for IPTV, we weren't calling Stop() when we should have been.
[02:28:39] danielk22: jya: I'm off to bed now.. I'll catch up with the log tmrw morning.
[02:40:01] gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has joined #mythtv
[03:08:47] gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has left #mythtv ()
[03:30:13] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:43:31] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 244 seconds)
[04:46:34] jya: danielk22: I remember looking at that Stop has to be called a while back. It's unfortunate as the HLS ringbuffer will wait to get a few segments before outputting anything. It would be better to just continue streaming rather than stopping / restarting. When that happen, you get a 20s pause for most HLS live stream.
[04:55:57] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[05:05:51] mrand1 (mrand1!~mrand@cpe-76-184-144-133.tx.res.rr.com) has quit (Ping timeout: 245 seconds)
[05:23:28] Beirdo: OK, multiple headers now supported
[05:23:35] Beirdo: now to look at that bug
[05:40:49] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[06:41:41] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[06:44:36] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[06:46:44] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[07:46:22] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[08:07:19] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 260 seconds)
[08:09:38] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[08:09:38] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[08:09:38] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[08:25:39] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[08:41:44] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[09:52:06] frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has quit (Ping timeout: 245 seconds)
[10:27:19] CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (Ping timeout: 260 seconds)
[10:27:53] CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv
[10:44:35] dekarl1 (dekarl1!~dekarl@p4FCEF4D1.dip.t-dialin.net) has joined #mythtv
[10:45:37] dekarl (dekarl!~dekarl@p4FCEF2F5.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[11:00:30] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[11:47:34] dekarl1 is now known as dekarl
[12:33:30] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[12:37:39] sunkan_ is now known as sunkan
[13:39:33] rsiebert (rsiebert!~quassel@g231185051.adsl.alicedsl.de) has joined #mythtv
[13:42:42] rsiebert_ (rsiebert_!~quassel@g226061076.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds)
[13:44:14] danielk22: jya: Since that RingBuffer read ahead is running in a separate thread it doesn't need to stop just because the feeder is stopped. The interface being implemented at the RecorderBase level is the Pause().
[13:44:32] jya: ok
[13:47:51] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:48:10] stuartm: https://github.com/MythTV/mythtv/commit/4f6ac2a
[13:50:35] stuartm: they make it really difficult to tell where in the sequence of commits an individual changeset occurs :/
[13:52:59] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[13:58:33] danielk22: stuartm: I find the commits mailing list to be the most useful for sequencing. git will keep the date you first committed something as the commit date even if you then amended the commit for a year afterward. When you push it to master it will show up as something a year old even though you just updated it this morning.
[14:00:30] danielk22: Really the push date would be more useful as a date than the date someone started working on a feature or bug fix.. because it's when they pushed it to a shared tree that you will notice any regressions.
[14:08:39] danielk22: jya: BTW The h.264 resolution switching is even more broken than I thought from your tickets. I'm getting segfaults, not just failed switches.
[14:09:17] jya: danielk22: yes… ffmpeg multi-threaded doesn't handle change of resolution well at all
[14:09:43] jya: the non multi-threaded h264 decoder does it properly though
[14:10:13] jya: on the mac, I prevented the segfault by compiling ffmpeg with -O3 believe it or not.. usually the crash is in one of the SSE code
[14:10:13] danielk22: Beirdo: Thanks for taking care of that NuppelVideoRecorder issue.
[14:11:28] danielk22: jya: Interesting. I'm sure we can fix it. I'm less sure if we can do so by next monday. We may need to delay the beta milestone.
[14:12:03] jya: :(
[14:12:44] stichnot: danielk22: I tried your updated patch from #10658, combined with the frequent-program-change patch from #10490. The behavior was pretty much the same with and without 10658 — sometimes tiny glitches between program changes, sometimes 10-second pauses. I tested low and high bitrate ATSC channels, plus HDPVR. Not once did either configuration fail back to the main menu.
[14:12:44] ** MythLogBot http://code.mythtv.org/trac/ticket/10658 **
[14:12:44] ** MythLogBot http://code.mythtv.org/trac/ticket/10490 **
[14:15:46] stichnot: I can't remember precisely what error conditions 10658 was trying to fix...
[14:15:50] danielk22: stichnot: Hmm. I didn't test it with the frequent ringbuffer change patch. The 10-second pause should be fairly easy to fix; the back-to-back ringbuffers are a special case where we should use readsallowed rather than readspreferred. The glitches I'm more concerned about.
[14:16:43] danielk22: stichnot: It's trying to fix 1/ the pauses we get when we're close to the end of the buffer. and 2/ the pauses we get with low bitrate streams.
[14:18:03] danielk22: I'm targetting it for the next release, but I updated the patch because I discovered an issue with the patch based on something I was doing for work with ffmpeg.
[14:20:52] danielk22: 1/ can happen because we just need a few more bytes for an I frame, and we have those bytes but we're waiting for fill_min before allowing a read to proceed. 2/ can happen because the fill_min is just too high for very low bitrate streams (I'll be taking out the round up to 32KB for fill_min in a later patch version.)
[14:21:29] danielk22: The round up is currently required because we wait for at least 32KB before allowing a read to proceed.
[14:23:39] stichnot: ok. I'll pay more attention to the pause lengths when I look again.
[14:24:40] danielk22: stichnot: Thanks for the testing. Your system seems to be much better at revealing problems than mine. Probably due to the slower processor. :)
[14:25:22] danielk22: Or maybe the actual streams?
[14:36:21] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:37:02] stichnot: I would guess that the ION frontend draws out more timing related issues. I don't see a difference between a 15Mb/s primary ATSC subchannel versus a 2Mb/s secondary subchannel
[14:37:45] stichnot: except that by watching the low bitrate channels, I was subjected to way too many informercials about hair care products, exercise programs, etc...
[14:50:41] ** stuarta chuckles **
[14:54:05] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[14:54:32] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:02:45] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Operation timed out)
[15:03:55] danielk22: Looking at mpegts.c && mpegtc-mythtv.c it looks like I should spend at least some time syncing these, the mpegts.c has improved a bit since I last looked at it.
[15:19:05] danielk22: superm1: FYI It looks like increasing the maximum allowed socket buffering really does help with #10414. Note, this will have no adverse effect on other programs running on the machine since it doesn't increase the default socket buffer. The buffering is only increased if the application requests it.
[15:19:05] ** MythLogBot http://code.mythtv.org/trac/ticket/10414 **
[15:20:21] danielk22: superm1: I'd recommend "sysctl -w net.core.rmem_max=1048576" be added to the ubuntu networking scripts.
[15:21:39] zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[15:21:39] zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[15:21:39] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:34:35] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[15:48:55] Beirdo: danielk22: or to /etc/sysctl.conf
[15:50:48] danielk22: Yeah, that's probably a more appropriate place. I'd increase the wmem_max and probably set both to 2MB, but that's not needed for MythTV. Might make VLC happier though.
[15:52:29] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 250 seconds)
[16:07:12] stuarta: tcp tuning. such fun that is
[16:15:44] dekarl: Beirdo: or to /etc/sysctl.d/30-mythtv.conf
[16:16:54] superm1: dekarl: i think that's probably the best place
[16:17:27] superm1: thanks for the update danielk22, i'll commit a change to packaging to follow the sysctl.d like dekarl said
[16:17:33] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[16:23:47] Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv
[16:25:27] knightr: sphery, Hi! I need help from Mr Capitalizer... (-; How would you capitalize TV program categories when it`s composed of more than one word? I can't fix all of them since we're in freeze but I have a few duplicates where the only difference is wether the second word is
[16:26:12] knightr: captalized and I'm not sure which one I should remove (by writing it like the other so it removes the string and doesn't add a new one...)
[16:28:19] knightr: for examle I have "Performing Arts" and "Performing arts"...
[16:29:12] ** stuarta likes the first one better **
[16:29:18] stuarta: but i'm no expert
[16:31:14] sphery: yeah, my main concern was just that we try to be consistent--at least within each type of string--so go with whichever looks good to you
[16:31:29] sphery: I agree that both capitalized seems appropriate to me
[16:35:55] knightr: Thanks stuarta and sphery! I thought the first one was the right one to use too but I wasn't sure (since English is not my mother tongue).
[16:38:43] knightr: (and the person who added them to MythTV (I just made them translatable) was most likely a native English speaker so I wasn't sure which type of capitalization I should folllow...)
[16:43:32] dekarl: knightr: i'm for the first one, too. http://wiki.musicbrainz.org/CapitalizationStandardEnglish sounds well thought out
[16:47:18] knightr: dekarl, thank you for the vote and the link! What I think I'll do isl fix the duplicates by capitalizing like the first one and fix the others after the freeze...
[16:52:08] stichnot (stichnot!~stichnot@192.55.54.42) has joined #mythtv
[16:52:08] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:52:08] stichnot (stichnot!~stichnot@192.55.54.42) has quit (Changing host)
[16:53:08] dekarl: the MB people have some well thought out (imho) guidelines for title case and similar issues, hence the reference
[16:54:54] knightr: danielk22, Hi! My memory is fuzzy, was it you that suggested TransientStorage instead of SimpleDBStorage? I think it was but I am not a 100% sure. I understand how SimpleDBStorage works (how it associates the fields on the screen with he db ones) but there must be something I am not seeing because I haven't found how this is done with TransientStorage...
[16:55:59] knightr: dekarl, it's always good to have something to refer to for things like that...
[16:56:58] stoffel (stoffel!~quassel@pD9E437B0.dip.t-dialin.net) has joined #mythtv
[17:01:46] stichnot_ (stichnot_!~stichnot@134.134.139.76) has joined #mythtv
[17:02:56] stichnot_ is now known as stichnot
[17:05:06] danielk22: knightr: With transient storage no association is done, you do everything in the Save() method of the container containing the TransientStorage based objects.
[17:12:02] Beirdo: OK, if you want a hideous build mechanism... I nominate Maven
[17:13:41] dekarl: Beirdo: does Maven work with autotools at all?
[17:13:55] Beirdo: heh, probably
[17:14:09] Beirdo: it was designed for Java projects as best I can tell
[17:14:19] Beirdo: it's a severe PITA right now for me
[17:16:00] Beirdo: I think it would make the Windows and Mac builds simpler though
[17:16:15] Beirdo: as it's designed to download prereqs as needed
[17:16:19] dekarl: if you are using it for anything but Java projects you are brave build engineer of the year :)
[17:16:39] Beirdo: heh, or are a victim of one
[17:17:24] dekarl: just dumping the autotools would work, too
[17:17:33] Beirdo: no it won't
[17:17:52] Beirdo: I'm not going to create custom builds for external libs that we suck in
[17:18:19] dekarl: s/dumping the autotools/our use of autotools for mythtv/
[17:18:27] Beirdo: same thing
[17:18:37] Beirdo: the only real use is in zeromq
[17:18:44] Beirdo: and that's how they ship it
[17:19:34] Beirdo: at most, I may end up pegging it to a given version
[17:19:56] dekarl: when I was writing configure scripts with autotools the main issue was that you get different versions on different platforms with incompatible features
[17:20:51] Beirdo: well, usually, you need to be specific as to version
[17:21:12] Beirdo: which is why, for instance, ubuntu lets you install multiple versions in parallel
[17:22:03] dekarl: same for freebsd
[17:22:35] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[17:35:15] danielk22: jya: The H.264 resolution change may not be such a big deal. The transition won't be smooth, but fixing the segfaults is doable.
[17:37:25] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection)
[17:38:13] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[17:49:35] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[17:54:49] lasers (lasers!~lasers@unaffiliated/lasers) has joined #mythtv
[18:13:18] frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has joined #mythtv
[18:17:17] zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[18:17:17] zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[18:17:17] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[18:18:42] stichnot_ (stichnot_!~stichnot@192.55.54.40) has joined #mythtv
[18:19:18] stichnot (stichnot!~stichnot@134.134.139.76) has quit (Ping timeout: 276 seconds)
[18:19:22] stichnot_ is now known as stichnot
[18:28:08] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[18:39:07] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[18:39:36] kth (kth!~kth@unaffiliated/kth) has quit (Client Quit)
[18:59:45] kwmonroe` is now known as kwmonroe
[19:00:18] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[19:04:05] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[19:09:43] stoffel (stoffel!~quassel@pD9E437B0.dip.t-dialin.net) has quit (Remote host closed the connection)
[19:10:04] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[19:11:01] brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 252 seconds)
[19:11:48] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv
[19:27:42] brfransen (brfransen!~brfransen@64.179.142.146) has quit (Remote host closed the connection)
[19:28:18] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv
[19:30:54] danielk22: jya: I closed the H.264 playback tickets, but we should handle resolution changes more smoothly in general. Right now we toss out already decoded frames on resolution change, we should make the video buffers a little bit smarter so we don't need to do that.
[19:31:49] danielk22: Resolution change support used to be a niche feature for Australian broadcasts, but with HLS it's no longer niche.
[19:56:12] knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[19:57:37] XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-ubjmokhckkmyeiml) has quit (Read error: Connection reset by peer)
[19:58:32] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[19:59:02] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[19:59:07] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 240 seconds)
[20:00:27] stichnot_ (stichnot_!~stichnot@134.134.139.76) has joined #mythtv
[20:00:40] XDS2010__ (XDS2010__!users.1218@gateway/web/irccloud.com/x-lwmpkxvoqyfcotxo) has joined #mythtv
[20:02:12] stichnot (stichnot!~stichnot@192.55.54.40) has quit (Ping timeout: 255 seconds)
[20:02:22] stichnot_ is now known as stichnot
[20:06:43] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[20:11:53] Lomion0815 (Lomion0815!~androirc@91-113-90-30.adsl.highway.telekom.at) has joined #mythtv
[20:17:08] Lomion0815 (Lomion0815!~androirc@91-113-90-30.adsl.highway.telekom.at) has quit (Read error: Connection reset by peer)
[20:18:21] Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[20:22:55] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[20:36:40] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:10:00] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat)
[21:22:50] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[21:30:40] wookey: when I fast-forward sometimes the audio just goes to white-noise. Pausing seems to fix it.
[21:30:45] wookey: any idea what might be wrong?
[21:32:17] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[21:34:12] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[21:37:53] Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:43:47] Beirdo: hehe, I see stuartm wielding the trout on #10939
[21:43:47] ** MythLogBot http://code.mythtv.org/trac/ticket/10939 **
[21:47:09] stuartm: danielk22: the deadlock in 10939 is in tv_rec
[21:47:21] stuartm: not the scheduler this time around
[21:52:17] stuartm: stateChangeLock
[21:53:48] stuartm: seems it's deadlock several threads
[21:53:54] stuartm: deadlocked
[22:00:48] dekarl: do we have to wait to delete on failed transcodings? http://paste.ubuntu.com/1110956/
[22:02:35] stichnot_ (stichnot_!~stichnot@192.55.54.36) has joined #mythtv
[22:04:51] stichnot (stichnot!~stichnot@134.134.139.76) has quit (Ping timeout: 276 seconds)
[22:05:00] stichnot_ is now known as stichnot
[22:21:09] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[22:33:53] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[22:53:37] gigem: danielk22: stuartm beat me to it, but #10939 looks like a recorder issue to me too.
[22:53:37] ** MythLogBot http://code.mythtv.org/trac/ticket/10939 **
[23:09:18] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[23:09:18] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[23:09:18] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:11:05] jya: danielk22: am I reading your change right that it doesn't work with multithreaded ffmpeg ? it's the one we use

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