MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (86):

aloril, andreax1, Anduin_, Andy50, Anssi, anykey_, beata, Beirdo, cattelan_away, Chutt, clever, coling, Computer_Czar, Cougar, dagar, danielk22, Dave123, Dave123-road, dlblog, eharris, exelnet_, f33dMB, foxbuntu, ghoti, Gibby, gregL, GreyFoxx, Guest28359, hobiga, iamlindoro, ikonia, J-e-f-f-A, j-rod, jams, jarle, jcarlos, JEDIDIAH__, joe_, jpabq, jpabq-, jpharvey, jstenback, justinh, jwhite, kc, kisak, knightr, kormoc, kurre, kwmonroe, laga, len, mag0o, markk, MaverickTech, mrand, MythBuild, MythLogBot, NightMonkey, okolsi, pheld, PointyPumper, poptix, purserj, rhpot1991, sailerboy, Seeker`, skd5aner, Snow-Man, sphery, stuarta, stuartm, sunkan, superm1, sutula, tgm4883, ThisNewGuy1, tomimo, Unhelpful, wahrhaft, weta, wylie, xxtjaxx, ybot, zombor, _charly_
Tuesday, May 24th, 2011, 00:03 UTC
[00:03:11] cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv
[00:03:11] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv
[00:03:11] cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host)
[00:17:59] fp__ (fp__!~fp@71.145.152.130) has quit (Ping timeout: 240 seconds)
[00:38:49] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds)
[00:40:01] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[00:44:31] wagnerrp (wagnerrp!~wagnerrp_@2001:470:1f11:12f::a27) has joined #mythtv
[00:44:31] wagnerrp (wagnerrp!~wagnerrp_@2001:470:1f11:12f::a27) has quit (Changing host)
[00:44:32] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[00:46:39] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Read error: Operation timed out)
[00:48:23] gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv
[00:48:24] gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)
[00:48:24] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[01:00:27] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[01:10:04] fp__ (fp__!~fp@71.145.152.130) has joined #mythtv
[01:15:42] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[01:17:35] fp__ (fp__!~fp@71.145.152.130) has quit (Ping timeout: 260 seconds)
[01:19:00] markk: danielk22: ok – backend patched – but it's not feeling the love:) It's trying the tune to a8auto8c:610000000, which should be t8qam64
[01:29:20] markk: danielk22: so, if I comment out the dvb-c code and replace QString("a%1%2") with QString("t%1%2") in the dvb-t code it works. I'm guessing the latter is a typo but the former is being triggerred in error for some reason.
[01:29:45] markk: that's in HDHRChannel btw
[01:41:36] taylorr: sphery: when you are ready I've got another change for you – I had made a change and forgot – it might be required
[01:46:28] sphery: taylorr: yeah, just about to start testing... what change do I need?
[01:48:49] taylorr: sphery: change the buffer size first then change the kBufferSize = 16 * 1024 * 1024 in libs/libmythtv/RingBuffer.cpp (it's ringbuffer.cpp in master)
[01:49:15] taylorr: err, change the vdpau buffer size first
[01:52:33] sphery: I currently have the CalcReadAheadThresh() set with a #if 0 to make readblocksize = KB512; (the one someone on the list mentioned). I'll try removing that. I'm going to play some recordings with vdpau/vdpau to see some actual hiccups, first, though.
[02:06:14] taylorr: sphery: that isn't the only change necessary you also have to comment out where the readblocksize is incremented and decremented so that it's always what you set in CalcReadAheadThresh()
[02:06:18] fp__ (fp__!~fp@71.145.152.130) has joined #mythtv
[02:14:22] jpabq: taylorr, sphery, I took Mark Lord's suggestion and turn off vdpauhqscaling. I have only watched one show since, but during that show the only pause I noticed was when a new recording started up.
[02:15:43] Batshua (Batshua!~Batshua@unaffiliated/batshua) has joined #mythtv
[02:15:52] Batshua (Batshua!~Batshua@unaffiliated/batshua) has left #mythtv ()
[02:18:06] danielk22: markk: The latter is definitely a typo. But I'm perplexed as to how the the dvb-c code is being triggered. If has_dvbc==true, has_dvbt==true and has_atsc=false we should just be setting the modulation to "auto", which would be the case with QAM64.
[02:27:19] sphery: taylorr: can I make those code changes on the frontend only?
[02:32:07] markk: danielk22: HDHRStreamHandler::Open tests for 'dvb' and sets both dvb-t and dvb-c tuner types. my hdhr returns "hdhomerun_dvbt" as its model. no idea what a dvb-c version returns but it should be safe to grep for dvbt and then use dvb for dvb-c
[02:32:34] ** markk isn't sure that made complete sense **
[02:38:24] taylorr: sphery: yes, frontend only
[02:40:35] sphery: cool, now if I could only repro the pauses--can't seem to trigger it, tonight
[02:41:23] taylorr: sphery: yes, it's not very consistent – there are a lot of variables in play
[02:44:04] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[02:45:22] danielk22: markk: Nick told me they don't differentiate between the DVB-T and DVB-C devices so I assumed that both types of devices return the same string..
[02:48:08] markk: danielk22: surely they don't advertise the dvb-c version as hdhomerun_dvbt :)
[02:52:59] fp__ (fp__!~fp@71.145.152.130) has quit (Ping timeout: 240 seconds)
[02:59:13] danielk22: markk: It is actually a DVB-T + DVB-C device; so I'm not sure... Also, it doesn't really solve the issue if we get it to work for DVB-T only devices but leave the combo devices in the lurch.
[03:00:03] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[03:05:11] iamlindoro: Note that the .au device is DVB-T only, it's different hardware from the EU one
[03:05:42] iamlindoro: rereading what you just said it seems you're aware of that, so don't mind me ;)
[03:07:42] markk: danielk22: I don't know how to fix that – but I'm pretty sure the new get_tune_spec is going to break both dvb-t and dvb-c tuning for anything other than auto – as the spec string is modified for both dvb-t and dvb-c tuning
[03:09:11] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Read error: Operation timed out)
[03:12:13] danielk22: markk: hmm, maybe I posted an old patch..
[03:12:35] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[03:14:55] markk: danielk22: oh **** – sorry – I somehow managed to apply the first version you posted. let me try that again and get back to you.
[03:15:06] danielk22: http://pastebin.ca/2067647 <- this is the one you are using? it has "if (has_dvbc && !has_dvbt)" and "if (has_dvbt && !has_dvbc)" protecting the two blocks so the spec string should be modified for only one of the two types, or set to "auto" when it can't be disambiguated..
[03:15:12] danielk22: ah.. ok :)
[03:15:39] danielk22: The later http://pastebin.ca/2067647 version does still have the typo..
[03:17:56] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[03:21:02] sphery: markk / danielk22 : FWIW, http://pastebin.com/5iFDcptq is an updated version of http://pastebin.ca/2067647 that has an incremented DB schema version (after the change I made earlier today)--but it will still have the typo that's in 2067647
[03:25:36] markk: danielk22: ok... latest version of your patch (with typo fixed) now always uses auto – which is fine until I come to actually watching something and it doesn't get a lock. root problem is that for qam64 both has_dvbt and has_dvbc are still set
[03:31:07] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[03:31:14] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[03:36:10] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[03:36:16] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[03:36:49] danielk22: markk: hmm, ok — auto can be made to work, but I had hoped it was set to the right defaults depending on where the unit was sold..
[03:36:53] Beirdo: MythBuild: force build master-freebsd-64bit now
[03:36:53] MythBuild: build #0 forced
[03:36:53] MythBuild: I'll give a shout when the build finishes
[03:41:13] danielk22: I guess we can use the symbolrate to disambiguate as well + try a fallback to DVB-C tuning if DVB-T tuning fails.
[03:42:27] danielk22: I'll write a new patch tmrw.. sorry about this one.
[03:43:11] MythBuild: Hey! build master-freebsd-64bit #0 is complete: Failure [failed configure core compile core]
[03:43:11] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/mast . . . bit/builds/0
[03:44:36] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[03:44:42] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[03:45:18] Beirdo: stupid typo
[03:45:36] Beirdo: MythBuild: force build master-freebsd-64bit now
[03:45:36] MythBuild: build #1 forced
[03:45:36] MythBuild: I'll give a shout when the build finishes
[03:46:12] wagnerrp: seems to actually be doing something this time
[03:48:05] Beirdo: yup, I missed an = in the extra-ldflags argument
[03:49:06] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:59:40] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[03:59:40] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[03:59:40] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[04:16:26] Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has joined #mythtv
[04:16:29] MythBuild: build #1 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . bit/builds/1
[04:16:52] Beirdo: woohoo
[04:17:20] Beirdo: MythBuild: force build 0.24-freebsd-64bit now
[04:17:20] MythBuild: build #0 forced
[04:17:20] MythBuild: I'll give a shout when the build finishes
[04:17:29] Beirdo: might as well test both :)
[04:18:07] MythBuild: build #2 of master-freebsd-64bit is complete: Exception [exception interrupted] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . bit/builds/2 blamelist: Mark Kendall <mkendall@mythtv.org >
[04:18:07] MythBuild: build #0 of 0.24-freebsd-64bit is complete: Exception [exception interrupted] Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . bit/builds/0
[04:18:25] Beirdo: hehe
[04:18:41] ** Beirdo watches wagnerrp stab the buildslave **
[04:32:26] jya (jya!~jyavenard@gw2.hydrix.com) has joined #mythtv
[04:32:26] jya (jya!~jyavenard@gw2.hydrix.com) has quit (Changing host)
[04:32:26] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[04:42:24] jpabq: taylorr, sphery, vdpauhqscaling didn't help. Thinking back, I bet the reason that first hour of viewing didn't have any pauses, is because the backend wasn't recording anything at that time.
[04:43:40] taylorr: jpabq: have you been following the discussions? there are multiple problems that are confusing people
[04:43:45] sphery: heh, I'm still trying to get a pause--haven't seen one all night
[04:46:00] taylorr: jpabq: we know what is causing the pauses when the backend is active – qapp->processEvents is calling MythSocket for the playbackbox from the UI thread
[04:46:36] taylorr: then there seems to be VDPAU specific pauses which are still under investigation
[04:47:11] jpabq: The qapp->processEvents is when a recording starts, or can that happen at any time?
[04:47:32] taylorr: jpabq: it can happen for many reasons
[04:48:04] taylorr: recording start/end, delete recording, commflag updates, etc
[04:49:23] wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has quit (Quit: wylie)
[04:49:41] jpabq: I notice in my mythcommflag logs that I can see a BUNCH of Received Event: 'UPDATE_FILE_SIZE ..." all together for the same show. Sometimes there will just be a single "Event:" message by itself, other times four or so seem to be processed at once (for the same recording).
[04:50:14] wagnerrp: there will be a bunch very rapidly at the start of a recording
[04:50:18] taylorr: jpabq: yep, and sometimes those cause enough delay in the UI thread to delay playback
[04:50:26] wagnerrp: but it will fade off to one every 10 seconds
[04:51:17] taylorr: I don't know how this should be fixed... hopefully someone that understands this code can help out
[04:51:49] jpabq: wagnerrp, does not fade for me. I see bunches of them together over the course of the recording.
[04:52:08] taylorr: we can not trigger MythSocket from the UI thread during playback – until that's averted then the pauses will continue
[04:52:23] wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has joined #mythtv
[04:52:35] Beirdo: so why did this become an issue lately?
[04:52:51] Beirdo: did we remove a playback thread that mitigated the issue or something?
[04:53:00] jpabq: I also see bunches of "Received Event: 'RECORDING_LIST_CHANGE UPDATE'" during the course of a recording.
[04:53:04] Beirdo: like in 0.24 (ish)
[04:53:06] taylorr: the playback thread was combined with the UI thread
[04:53:24] Beirdo: right
[04:53:47] Beirdo: sounds like that may have been not the best plan if this is the result :)
[04:54:07] Beirdo: ain't hindsight great?
[04:54:10] taylorr: Beirdo: it is required
[04:54:23] taylorr: we just need to handle things differently now
[04:54:47] Beirdo: how so? it worked for 23 versions of the code, and now it's required to do differently? I must be missing something
[04:55:10] taylorr: Beirdo: it was required for the MythUI-OSD functionality
[04:55:15] Beirdo: ahhh
[04:55:17] Beirdo: right
[04:55:39] Beirdo: well, at least we are all on the same page... now how do we fix it? :)
[04:56:22] taylorr: jpabq: you think it possible to add a qualifier to the qapp->processEvents – like if (!playing) qapp->processEvents
[04:56:49] Beirdo: doesn't processEvents also deal with keystrokes?
[04:56:49] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[04:56:51] taylorr: but I guess there are events that need handling during playback
[04:57:06] taylorr: yes, probably
[04:57:36] jpabq: Seeing those bunches, makes me wonder if may qapp->processEvents is not getting called often enough — so it ends up trying to process too many all at once?
[04:58:21] Beirdo: hmm.
[04:58:29] taylorr: jpabq: I think it is more related to a single event that for some reason takes the backend excessive amounts of time to respond
[04:58:49] jpabq: Of course, I am seeing that in the commflag log. I have not looked at the frontend log
[05:00:27] jpabq: If it is the "RECORDING_LIST_CHANGE" event, I could see that --- I am up to over 2500 recordings.
[05:02:14] taylorr: jpabq: the easiest way to tell is to add some verbosity, -v playback,network,extra, and then when you see a "drop" message in the logs look back before the drop and see if any of the MythSocket calls took excessive time
[05:03:34] Beirdo: danielk22: you mind if I commit the StartEncoding change that lets it carry on when EINVAL?
[05:05:56] andreax (andreax!~andreaz@p57B91EDE.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[05:12:38] ybot (ybot!~quassel@61.14.141.36) has joined #mythtv
[05:21:47] wagnerrp: MythBuild: force build master-freebsd-64bit now
[05:21:48] MythBuild: build forced [ETA 30m51s]
[05:21:48] MythBuild: I'll give a shout when the build finishes
[05:31:17] Beirdo: heh. /usr/src/linux-8.2-RELEASE/include
[05:31:19] Beirdo: classic
[05:31:44] ** wagnerrp is from the futcah **
[05:35:04] ripthejacker (ripthejacker!~quassel@210.89.42.78) has joined #mythtv
[05:35:34] ripthejacker (ripthejacker!~quassel@210.89.42.78) has left #mythtv ()
[05:51:00] Beirdo: danielk22: going to commit, but feel free to tweak it :)
[05:51:51] Beirdo: should keep other 2250 analog users from 0-byte files while we work out the best fix. I think I'll actually make patches to the driver, but I'm sure there are plenty others that will fail there too
[05:52:01] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Ping timeout: 264 seconds)
[05:54:16] wagnerrp: it wants to schedule another build four minutes before the previous one ends?
[05:56:50] Beirdo: well, yeah, but it won't actually start until the other is done
[05:57:09] Beirdo: the ETA is an estimate, remember P)
[05:57:42] Beirdo: over time it gets fairly accurate, but to start, it ain't too close
[05:57:47] wagnerrp: well well see shortly if ccache has done its job
[05:58:30] Beirdo: yeah, it should help significantly
[06:01:29] wagnerrp: so if you get the same dozen warnings in a header included a dozen times, does it report 12 or 144?
[06:02:32] Beirdo: 144 :)
[06:02:37] Beirdo: most likely
[06:02:50] Beirdo: it just counts the warning lines AFAIK
[06:03:22] MythBuild: Hey! build master-freebsd-64bit #3 is complete: Failure [failed install plugins]
[06:03:22] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/mast . . . bit/builds/3
[06:03:46] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[06:03:48] wagnerrp: huh...
[06:03:51] Beirdo: faililed?
[06:04:12] wagnerrp: should that one be using gmake too?
[06:04:23] Beirdo: did I miss one?
[06:04:25] Beirdo: crap
[06:04:28] wagnerrp: install
[06:04:37] wagnerrp: but it ran fine last time
[06:04:42] wagnerrp: which is the odd thing
[06:04:50] wagnerrp: something in mythweather tripped it up
[06:04:58] wagnerrp: mythweather was not run last time due to dependencies
[06:05:08] Beirdo: oooh
[06:05:27] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv
[06:05:40] Beirdo: let me go fix that
[06:06:06] Goga777 (Goga777!~Goga777@shpd-95-53-176-227.vologda.ru) has joined #mythtv
[06:08:13] Beirdo: we actually found a real issue :)
[06:08:24] Beirdo: just committed a fix
[06:13:02] wagnerrp: im getting primarily cache misses
[06:13:33] Beirdo: interesting
[06:13:42] Beirdo: it certainly speeds life up here
[06:14:55] Beirdo: where's the cache?
[06:15:08] wagnerrp: ~/.ccache
[06:15:40] wagnerrp: i just cranked up the max cache size
[06:15:44] wagnerrp: lets see if it uses it
[06:15:50] wagnerrp: it seemed to want to limit itself to 1GB
[06:15:53] Beirdo: ah
[06:15:58] wagnerrp: could you run ccache -s?
[06:16:03] Beirdo: coulda been rolling cache misses?
[06:16:12] wagnerrp: thats what im thinking
[06:17:47] Beirdo: http://pastebin.com/scs8bAbB
[06:18:10] wagnerrp: huh
[06:18:27] Beirdo: I wiped my cache (as gjhurlbu) a few days back
[06:18:37] wagnerrp: why so many files?
[06:18:40] wagnerrp: im around 4K
[06:19:05] Beirdo: the buildbot cache hasn't been cleaned in a while, and it has master, 0.24 and likely the mythsystem ones in there
[06:21:07] Goga777 (Goga777!~Goga777@shpd-95-53-176-227.vologda.ru) has quit (Remote host closed the connection)
[06:25:36] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[06:25:37] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds)
[06:30:08] MythBuild: build #5 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . bit/builds/5
[06:31:09] wagnerrp: MythBuild: force build 0.24-freebsd-64bit now
[06:31:10] MythBuild: build #1 forced
[06:31:10] MythBuild: I'll give a shout when the build finishes
[06:39:20] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[07:11:07] MythBuild: Hey! build 0.24-freebsd-64bit #1 is complete: Failure [failed show version]
[07:11:07] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . bit/builds/1
[07:13:01] Beirdo: oh give me a break
[07:14:34] dagar (dagar!~dagar@agar.ca) has quit (Ping timeout: 260 seconds)
[07:15:17] dagar (dagar!~dagar@agar.ca) has joined #mythtv
[07:16:32] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[07:16:39] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[07:17:08] Beirdo: MythBuild: force build 0.24-freebsd-64bit now
[07:17:09] MythBuild: build #2 forced
[07:17:09] MythBuild: I'll give a shout when the build finishes
[07:21:15] MythBuild: build #2 of 0.24-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . bit/builds/2
[07:22:59] Beirdo: there we co
[07:23:01] Beirdo: go...
[07:23:10] Beirdo: 4 min. ccache++
[07:23:28] Beirdo: the failure was in the last step, cat version.h rather than the old version.cpp
[07:23:29] Beirdo: heh
[07:28:24] len (len!~quassel@184-97-180-91.mpls.qwest.net) has quit (Remote host closed the connection)
[07:32:50] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[07:54:11] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Ping timeout: 240 seconds)
[08:09:01] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Read error: Connection reset by peer)
[08:09:44] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv
[08:27:41] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[08:32:07] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[08:46:03] DataTracer (DataTracer!byron@gateway/shell/devio.us/x-cligyzzxosqmgpol) has joined #mythtv
[08:47:06] DataTracer (DataTracer!byron@gateway/shell/devio.us/x-cligyzzxosqmgpol) has left #mythtv ()
[08:48:08] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[09:48:38] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[09:50:38] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[10:05:03] Guest84520 (Guest84520!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:50] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:16] mike is now known as Guest28359
[11:47:58] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[11:48:27] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[12:21:38] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Remote host closed the connection)
[12:23:13] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[12:31:25] highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving)
[12:33:20] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Remote host closed the connection)
[13:15:04] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:21:40] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[13:32:18] lurker_ (lurker_!c2a8960a@gateway/web/freenode/ip.194.168.150.10) has joined #mythtv
[13:32:49] lurker_: join #mythtv-users
[13:34:09] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[13:34:28] lurker_ (lurker_!c2a8960a@gateway/web/freenode/ip.194.168.150.10) has left #mythtv ()
[13:35:30] highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving)
[13:36:50] wagnerrp: failed once, and just gave up?
[13:41:34] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[14:12:32] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[14:18:05] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[14:22:43] j-rod|afk is now known as j-rod
[14:34:08] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving)
[14:36:04] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[14:43:53] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv
[15:00:18] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving)
[15:14:01] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[15:14:52] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[15:32:01] andreax (andreax!~andreaz@p57B91EDE.dip.t-dialin.net) has joined #mythtv
[16:20:22] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[16:22:19] markk (markk!~mark@cm180.omega173.maxonline.com.sg) has quit (Ping timeout: 252 seconds)
[16:34:13] markk (markk!~mark@cm180.omega173.maxonline.com.sg) has joined #mythtv
[16:48:08] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[16:48:35] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[17:02:35] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has quit (Quit: leaving)
[17:05:11] markk (markk!~mark@cm180.omega173.maxonline.com.sg) has quit (Ping timeout: 240 seconds)
[17:05:42] markk (markk!~mark@cm180.omega173.maxonline.com.sg) has joined #mythtv
[17:05:51] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has joined #mythtv
[17:14:37] danielk22: markk: I just pushed a completely different fix for the HDHR tuning problems. Instead of trying to guess the tuning type on each tune, and then falling back on each tune to a different method (something I implemented this morning).. I had a rethink..
[17:15:58] danielk22: markk: I just intercept a failed tune at the SetChannelByString() level, and if we were trying DVB-T and that failed we try DVB-C. If DVB-C also fails we go back to trying DVB-T on each tune, otherwise we just switch to all future tuning being done as DVB-C tuning.
[17:16:42] danielk22: markk: Any input plugged in should always be either DVB-C or DVB-T, no matter what the card is capable of decoding.
[17:24:13] danielk22: Beirdo: No problem with the change, but should we also make the "StopEncoding" error a warning, and maybe quiet those completely when we gt an EINVAL ?
[17:25:02] kormoc_afk is now known as kormoc
[17:27:10] wagnerrp is now known as wagnerrp-hates-h
[17:27:11] Chutt (Chutt!~ijr@cpe-24-29-225-191.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[17:27:27] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[17:27:28] wagnerrp-hates-h is now known as wagnerrp
[17:28:26] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has joined #mythtv
[17:29:30] devinheitmueller: danielk22: ping
[17:32:05] Beirdo: danielk22: sure, I was actually thinking that on the bus on the way into work this morning :)
[17:33:15] Beirdo: I'll modify it a bit here as I get time between tasks
[17:34:00] devinheitmueller: Beirdo: any particular reason there is no chanel log for #mythtv like there is for #mythtv-users?
[17:34:11] Beirdo: there is
[17:34:17] Beirdo: !notice
[17:34:17] MythLogBot: This channel (#mythtv) is logged — http://irc.mythtv.org/ircLog/channel/4
[17:34:41] Beirdo: except when the bot is down... it's a much more recent log, though
[17:34:43] devinheitmueller: Weird. That didn't show up in the banner when I joined the channel.
[17:35:24] Beirdo: it should have notified you. I think freenode's been doing odd things with being able to notify only registered users or something
[17:35:27] danielk22: devinheitmueller: ?
[17:36:14] devinheitmueller: danielk22: In the interest of improving the reliability of the digital scanner, any chance I can get you guys to stick a 100ms sleep between closing the DVB frontend device and reopening it?
[17:36:36] devinheitmueller: There is a really nasty race in the DVB core which only manifests itself if you very quickly close then reopen the frontend device.
[17:36:47] devinheitmueller: Beirdo: ok, thanks.
[17:37:10] danielk22: devinheitmueller: we don't close the device during scanning
[17:37:26] devinheitmueller: danielk22: really?!?
[17:37:52] devinheitmueller: WTF. I could have sworn that was what was causing the issue.
[17:38:03] danielk22: devinheitmueller: closing and re-opening does happen during normal tuning, there we could add a delay.
[17:38:16] slipcon (slipcon!~sjlipco@pool-96-255-3-66.washdc.fios.verizon.net) has joined #mythtv
[17:38:44] devinheitmueller: danielk22: Shouldn't be necessary then. People are complaining about scanning, so if the close/reopen isn't happening there then there must be some other race.
[17:39:09] devinheitmueller: Crap. I'm going to have to get my hands on one of the boards in question then.
[17:39:46] danielk22: k, what is the scanning complaint?
[17:40:17] devinheitmueller: danielk22: that with certain boards such as the HVR-4000, the DVB-T scanning fails. About a year ago I told the user to jam a 500ms sleep between the close and open, and he said that caused it to start working.
[17:40:53] devinheitmueller: ... this lead me to believe that you were indeed closing/opening the frontend device during the scan.
[17:41:22] devinheitmueller: The problem has also been reported against the HVR-3000 and HVR-1300.
[17:44:33] devinheitmueller: danielk22: ok, thanks for the insight. I will have to dig into the code and figure out what is *actually* going on then.
[17:44:41] danielk22: devinheitmueller: We do allow the user to configure how long to wait for a lock, but we don't close the fd until the scan completes. The defaults are 1000 ms for a lock and 3000 ms for PAT&PMT. With certain hardware we do silently bump up that 1000 ms to 1500 ms.
[17:45:15] devinheitmueller: Sure. From what I gather though, this wasn't an issue related to lock acquisition time. The users were seeing it even if they set the timeouts to extremely high values.
[17:48:27] danielk22: devinheitmueller: It sounds like one of the data-points are off.. I can't see how a sleep after the close would do anything for scans.
[17:48:49] devinheitmueller: Well, if you don't do a close during the scan, then I definitely agree.
[17:49:43] devinheitmueller: I saw a possible race in the DVB core that could occur, which I attributed to be the cause of the channel scanning issue. But now that I know that you don't close, then there must be some *different* issue than the race I already identified.
[17:55:57] highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving)
[18:19:09] simonckenyon (simonckenyon!~kvirc@195.7.61.8) has joined #mythtv
[18:22:30] noahric_ (noahric_!4a7d3b41@gateway/web/freenode/ip.74.125.59.65) has quit (Quit: Page closed)
[18:22:54] noahric_ (noahric_!4a7d3b41@gateway/web/freenode/ip.74.125.59.65) has joined #mythtv
[18:26:34] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 248 seconds)
[18:28:09] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Operation timed out)
[18:34:55] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[18:37:34] wagnerrp (wagnerrp!~Wagner@NR-FT1-66-42-240-159.fuse.net) has joined #mythtv
[18:37:48] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[18:41:33] wagnerrp (wagnerrp!~Wagner@NR-FT1-66-42-240-159.fuse.net) has quit (Read error: Connection reset by peer)
[18:42:01] wagnerrp (wagnerrp!~Wagner@NR-FT1-66-42-240-159.fuse.net) has joined #mythtv
[18:45:58] sphery: danielk22: Do we use libavdevice for anything in mythtv (or do our ffmpeg libs use it)? It has a dependency on V4L1 in external/FFmpeg/libavdevice/v4l.c, so adding our libs/libmythtv/videodev_myth.h for 0.24-fixes doesn't fix libavdevice build. How should I deal with that?
[18:48:54] sphery: If I leave the v4l_indev_deps check in there, it's just not built, but I wanted to make sure that's ok
[18:49:04] sphery: (in there = in our configure)
[18:49:44] Chutt (Chutt!~ijr@cpe-24-29-225-191.neo.res.rr.com) has joined #mythtv
[18:59:54] sphery: danielk22: And, FWIW, it compiles fine without libavdevice (so I'm guessing it's not important). My test system was one that has V4L support, but I had done mv /usr/include/linux/videodev.h{,-orig} before configure/make. Patch I used is at: http://pastebin.com/5BLcLKBf and adds videodev_myth.h, but not videodev2_myth.h. Please let me know if you want me to post it on http://code.mythtv.org/trac/ticket/9789 for testing, or if you want me to ...
[19:00:00] sphery: ... just push it.
[19:05:15] danielk22: sphery: we don't use libavdevice
[19:06:35] sphery: ah, great... if so, this may be an easy fix for v4l support (assuming all works well on a system based on 2.6.38+ headers)
[19:08:45] paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Ping timeout: 258 seconds)
[19:11:20] sphery: danielk22: so, I'll just upload that patch to #9789 and see if we can get superm1 / tgm4883 to try it out instead of the patch on there
[19:11:50] sphery: (since we've had reports of some parts of MythTV/other recorders being broken using the patch on there)
[19:12:16] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Remote host closed the connection)
[19:15:55] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Remote host closed the connection)
[19:18:04] sphery: tgm4883 / superm1 : Any chance you guys could perform a quick sanity test of http://code.mythtv.org/trac/attachment/ticket . . . upport.patch (compile on a 2.6.38 system with 2.6.38 kernel headers and verify that ivtv and/or HDHR and/or any other capture card types you have still work)? Thanks.
[19:19:10] tgm4883: sphery, I can probably do that when I get home. superm1 is away until June
[19:19:24] sphery: ah, ok, thanks
[19:23:38] martin_ (martin_!~quassel@109.228.165.113) has joined #mythtv
[19:26:51] martin_ (martin_!~quassel@109.228.165.113) has quit (Read error: Operation timed out)
[19:28:50] martin_ (martin_!~quassel@213.166.186.1) has joined #mythtv
[19:29:23] andreax1 (andreax1!~andreaz@p57B9348D.dip.t-dialin.net) has joined #mythtv
[19:29:46] taylorr: Captain_Murdoch: did you have any ideas about how to handle event processing in the UI thread so it doesn't block?
[19:30:41] andreax (andreax!~andreaz@p57B91EDE.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[19:33:21] sphery: taylorr: speaking of which, it seems we now have an official ticket for that: http://code.mythtv.org/trac/ticket/9794
[19:33:52] paul-h (paul-h!~paulh@mythtv/developer/paul-h) has joined #mythtv
[19:34:16] stuartm: which events? normal events (QEvent) are non-blocking already in the UI thread
[19:36:14] stuartm: ah, during playback? Not so familiar with whatever has been rigged up there – I assume the playback loop is still blocking and it has to manually process events (which is really the way to look at it, playback is blocking, not the normal event handling)
[19:38:05] paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Read error: Connection reset by peer)
[19:41:41] danielk22: Android has a cool class for dealing with the UI thread dilemma. AsyncTask. It has three methods onPreExecute(),doInBackground(),onPostExecute(). doInBackground runs in a threadpool thread while the other two methods run before and after, resp.
[19:43:18] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[19:44:05] danielk22: The execute methods run in the UI thread.. so you can get an event there, do the processing in another thread and then update the UI in the last method without needing to construct your own framework or events. + it keeps all the related code together rather than spread over event handlers and helper classes.
[19:47:39] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[20:03:03] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[20:03:05] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[20:03:52] taylorr: stuartm: it's events sent from the backend to update the frontend concerning things like recording start/end, commflag, file length, etc
[20:04:18] taylorr: I'm assuming this is for updating the PlayBackBox
[20:04:49] danielk22: "make[1]: *** No rule to make target `libavcodec/x86/dsputil_h264_template_mmx.c', needed by `libavcodec/x86/dsputil_mmx.o'." Anyone seen this before?
[20:04:52] taylorr: those events trigger MythSocket calls which can have significant delays causing playback to halt
[20:05:30] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[20:05:57] stuartm: taylorr: ok, different set of events entirely
[20:06:46] stuartm: inter-process vs intra-process
[20:08:28] taylorr: yes, the Android method that Daniel mentioned sounds like what we need – maybe it's possible to invent our own
[20:08:42] danielk22: Anything that blocks like with accessing the DB or MythSocket calls should generally not be running in the UI thread. The problem is that there are a lot of things that do that and writing something like PlaybackBoxHelper for all of them would be a PITA and a half; and PBH has it's own problems since there is only ever one helper thread.
[20:09:35] taylorr: well, we gotta do something about it at some point – not sure if will be backportable
[20:12:39] danielk22: taylorr: Have we figured out if a select few events are causing most of the problems?
[20:14:05] taylorr: danielk22: I haven't determined which events in particular are the worst offenders
[20:14:24] taylorr: pretty much anything that runs MythSocket causes the issue
[20:14:39] taylorr: not sure about any DB accesses going on
[20:15:24] Captain_Murdoch: is it the socket or the event coming in over the socket and triggering a true event on the FE that needs to be processed by processEvents() and ::CustomEvent() handlers.
[20:15:56] taylorr: is that a question :)
[20:16:08] Captain_Murdoch: yes. s/.$/?/ :)
[20:16:20] taylorr: I'm not really sure
[20:16:26] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds)
[20:16:40] Captain_Murdoch: I thought it was the code inside ::CustomEvent() that was the issue. that code migth take too long or want to talk to the DB or MBE, etc..
[20:16:46] taylorr: it happens when qapp->processEvents() is executed, if that helps
[20:17:11] Captain_Murdoch: processevents() sends all events to all ::CustomEvent() listeners and the listeners decide whether to act on the event.
[20:17:51] taylorr: I basically put VERBOSE statements around all the qapp->processEvents() and when playback was interrupted I checked the preceding processEvents() and saw the MythSocket calls being ran
[20:18:16] Captain_Murdoch: I think that any event coming in over the wire can cause have the potential to have the delay. ie, what happens if we receive a recording list update event during playback such as when someone deletes a recording from another FE.
[20:18:49] Captain_Murdoch: taylorr, yeah, so the socket received an 'event', translated it into a Qt event and processEvents() sent it to all listeners.
[20:20:38] danielk22: Any event can cause a delay, but if we have a hitlist of say the 5 worst offenders we may get 95% of the benefit for 5% of the work of converting all event handlers.
[20:23:03] Captain_Murdoch: yes, I agree.
[20:23:06] taylorr: sphery: I set that ticket to blocker so it's easy to find
[20:23:32] taylorr: and it's gives a good public image that we actually care :)
[20:24:47] Captain_Murdoch: taylorr, did you say that you were testing this in MythVideo? do you get similar delays at startup with the Watch Recordings screen? MythVideo may need some tweaking so that it doesn't try to load images after playback starts.
[20:25:10] Captain_Murdoch: I also need to commit the patch I made to stop pending artwork loads in Watch Recordings when you start playback.
[20:25:37] taylorr: Captain_Murdoch: the pauses that I'm currently talking about happen only when played from the Watch Recordings screen
[20:25:55] taylorr: they play fine played from MythVideo
[20:26:20] taylorr: there is another pause issue that is totally unrelated to this discussion that happens with a video I play via MythVideo
[20:29:25] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Read error: Operation timed out)
[20:29:42] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Quit: Cougar)
[20:45:33] slipcon (slipcon!~sjlipco@pool-96-255-3-66.washdc.fios.verizon.net) has quit (Quit: Leaving.)
[20:45:38] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 276 seconds)
[20:47:59] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[21:05:26] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit)
[21:11:39] len (len!~quassel@184-97-180-91.mpls.qwest.net) has joined #mythtv
[21:23:21] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[21:23:21] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[21:32:08] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[21:37:35] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv
[21:37:35] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host)
[21:37:35] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[21:40:27] martin_ (martin_!~quassel@213.166.186.1) has quit (Remote host closed the connection)
[21:42:27] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:44:08] devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has quit (Quit: devinheitmueller)
[21:46:09] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit ()
[21:58:54] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[22:05:04] brfransen (brfransen!~brfransen@216.254.250.47) has quit (Quit: brfransen)
[22:08:03] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer)
[22:09:06] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[22:09:06] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[22:09:06] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[22:15:39] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has quit (Quit: Leaving)
[22:25:32] xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 276 seconds)
[22:34:01] simonckenyon: line 5659 of libs/libmythtv/dbcheck.cpp should that 1274 rather than 1273? upgrade from 1273 to 1275 not happening because of it
[22:39:26] sphery: simonckenyon: oops, I'll fix that
[22:43:45] Beirdo: hehe
[22:50:46] ThisNewGuy1 (ThisNewGuy1!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv
[22:56:31] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[23:15:10] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 260 seconds)
[23:15:50] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[23:23:23] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)
[23:33:11] simonckenyon (simonckenyon!~kvirc@195.7.61.8) has quit (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
[23:34:22] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[23:48:08] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:57:11] noahric_ (noahric_!4a7d3b41@gateway/web/freenode/ip.74.125.59.65) has quit (Quit: Page closed)

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