MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

aloril, andreax, Anduin_, Anssi, anykey_, balor, beata, BeeBob, Beirdo, brfransen, cesman, chainsawbike, Chutt, clever, coling, Computer_Czar, Cougar, dagar, danielk22, Dave123, dekarl, dlblog, eharris, f33dMB, foobum, ghoti, Gibby, gigem, gregL, GreyFoxx, Guest22716, highzeth, iamlindoro, J-e-f-f-A, j-rod|afk, JamesHarrison, jams, jarle, jcarlos_, jhp, joe_, jpabq, jpabq-, jstenback, justinh, jwhite, kc, kenni, knightr, kormoc, kurre_, kwmonroe, laga_, mag0o, mrand1, MythBuild, MythLogBot, okolsi, PointyPumper, poptix, purserj, reynaldo, rhpot1991, Ricky-Bobby, sailerboy, simonckenyon, skd5aner, Slasher`, Snow-Man, sphery, sraue, stuarta, sutula, tgm4883, ThisNewGuy, tomimo, tris, Unhelpful, vallor, wagnerrp, wahrhaft_, ybot, zCougar, _charly__, _klk_
Tuesday, July 19th, 2011, 00:18 UTC
[00:18:45] andreax (andreax!~andreaz@p57B942A9.dip.t-dialin.net) has quit (Ping timeout: 264 seconds)
[00:19:08] andreax (andreax!~andreaz@p57B945B7.dip.t-dialin.net) has joined #mythtv
[00:33:50] abqjp (abqjp!~abqjp@71-38-208-26.albq.qwest.net) has quit (Quit: abqjp)
[00:34:28] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[00:48:53] andreax (andreax!~andreaz@p57B945B7.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[00:50:37] kormoc is now known as kormoc_afk
[00:58:24] Mousey (Mousey!~wtfisme@ross154.net) has quit (Ping timeout: 276 seconds)
[01:03:56] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[01:04:25] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[01:04:25] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[01:04:25] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[01:55:23] sphery: Does anyone have any concerns about my plan to change the default values for the mythfilldatabase start/end times to 0/23 (allowing it to run at any time during the day unless the user tells it otherwise) or feel it's worthy of a discussion on list before making the change? This would be as I mentioned at http://www.gossamer-threads.com/lists/mythtv/dev/486091#486091 .
[02:04:31] iamlindoro: No, and No.
[02:05:19] wagnerrp: no discussion with the users should ever be needed on setting sensible default values
[02:05:58] sphery: heh, well I was thinking more discussion with -developers :)
[02:11:02] Beirdo: hehe
[02:11:14] Beirdo: I'm good with it
[02:11:37] Beirdo: ya might wanna mention it on -developers for those who aren't on IRC though
[02:14:51] wagnerrp: anyone have any idea who 'public-' is?
[02:17:10] iamlindoro: nope
[02:24:06] Captain_Murdoch: sphery, what do you think about 0–18 or so so that it doesn't run in primetime.
[02:25:44] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Quit: Leaving)
[02:26:25] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[02:27:12] Captain_Murdoch: I don't mind either way either, although I've considered using my own hand-specified window rather than tribune's suggested time since recently for me that has fallen during primetime too many times and disrupted some recordings because it was hogging the DB and CPU.
[02:28:48] sphery: that would probably work, too. I just liked the idea of removing any constraints since it seems that an all or nothing approach would be a more intuitive default. And, since when you enable the suggested time, we ignore the start/end times, I figured it would make sense to have a "similar default" for xmltv.
[02:31:33] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[02:34:22] Captain_Murdoch: we should make it intelligent and try to avoid recordings whether it's the random-in-window time or the suggested-next-time
[02:37:39] sphery: yeah, we really need to get the "have a way to find out what each backend/frontend is doing and when it next plans to do something" code in there...
[02:37:45] Captain_Murdoch: my MBE/DB server is a 2.5Ghz Core Duo w/ 2 GB RAM and it still has issues sometimes when MFDB runs. that's 3 sources, 132 channels, 55215 program table entries. it could be something like X concurrent recordings, a reschedule, and MFDB running at the same time.
[02:38:04] sphery: do you do --dd-grab-all or not?
[02:38:20] Captain_Murdoch: no. and keep in mind it's slightly old as well. :|
[02:38:33] Captain_Murdoch: although I optimize the DB occasionally.
[02:40:40] Captain_Murdoch: we have the logic for 'what are we doing now' though, so we could at least take advantage of that along with the scheduler knowing what's going to be recording in X minutes.
[02:41:58] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[02:47:18] sphery: we do have the now stuff? I thought the closest thing was mythshutdown's stuff (which isn't ideal).
[02:51:55] danielk22: sphery: I think the inuse table tells you everything you need to know as far has how loaded the system is currently.. Getting the next recording time from the scheduler would be pretty trivial (we actually use the info now to determine how long to put it the scheduler thread to sleep.)
[03:06:47] Captain_Murdoch: yeah, I was referring to the inuseprograms table.
[03:07:59] Captain_Murdoch: and we can also take into account the last MFDB duration to estimate how long it will take to run the next time.
[03:08:44] sphery: so could the mythshutdown ps checks for mythtranscode, mythcommflag, and mythfilldatabase be replaced with stuff using inuseprograms?
[03:11:00] Captain_Murdoch: possibly, we use it in a few other places like the expirer, scheduler, mythtranscode
[03:14:46] Captain_Murdoch: it would take a bit longer to return true though since the inuseprograms entries aren't updated constantly, only every 15 minutes in some cases I think. we could update some of them more frequently pretty easily though.
[03:29:29] danielk22: Captain_Murdoch: I believe we do update whenever we start or stop something, so the update time would only matter after something was killed prematurely...
[03:54:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:14:50] BeeBob (BeeBob!~BeeBop@unaffiliated/beebob) has quit (Ping timeout: 246 seconds)
[04:16:05] BeeBob (BeeBob!~BeeBop@unaffiliated/beebob) has joined #mythtv
[04:52:30] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv
[05:11:21] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[05:12:55] Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has joined #mythtv
[05:19:10] wagnerrp is now known as clue_stick
[05:19:37] clue_stick is now known as wagnerrp
[05:28:37] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[05:48:30] jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv
[06:29:24] dudz_ (dudz_!~dudz_@123-243-44-131.static.tpgi.com.au) has quit (Read error: Connection reset by peer)
[06:32:21] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has joined #mythtv
[07:23:11] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[08:08:01] dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has quit (Remote host closed the connection)
[08:20:16] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Read error: Connection reset by peer)
[08:20:32] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv
[08:27:33] balor_ (balor_!~balor@87.127.55.57) has quit (Ping timeout: 276 seconds)
[09:35:41] jmartens (jmartens!~jmartens@109.232.42.33) has quit (Read error: Connection reset by peer)
[09:36:04] jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv
[09:43:22] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has joined #mythtv
[10:05:03] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:06:01] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:27] mike is now known as Guest22716
[11:07:50] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[11:21:21] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has quit (Ping timeout: 260 seconds)
[11:38:25] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[11:41:03] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 276 seconds)
[11:45:19] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[11:53:50] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 260 seconds)
[11:54:15] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[12:03:25] okolsi (okolsi!~mythtv@unaffiliated/okolsi) has joined #mythtv
[12:04:04] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[12:04:33] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[12:04:39] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[12:04:40] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[12:43:34] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv
[12:55:59] MythBuild: build #1765 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1765 blamelist: Stuart Morgan <smorgan@mythtv.org >
[12:56:35] MythBuild: build #551 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/551 blamelist: Stuart Morgan <smorgan@mythtv.org >
[12:57:43] wagnerrp: stuartm: ^^^
[12:57:53] stuartm: wagnerrp: already pushed the fix
[12:58:07] wagnerrp: sounds good
[12:59:23] MythBuild: build #1520 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1520 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:00:11] stuartm: shame there's no way of telling the buildbot to abandon all those builds quietly and to start again
[13:00:21] MythBuild: build #323 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/323 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:03:40] MythBuild: build #1766 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1766
[13:05:50] MythBuild: build #552 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/552
[13:06:46] MythBuild: build #576 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/576 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:11:51] MythBuild: build #1521 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1521
[13:14:40] MythBuild: build #324 of master-debian-stable-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/324
[13:34:46] MythBuild: build #577 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/577
[13:36:45] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:42:19] j-rod|afk is now known as j-rod
[13:50:11] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:58:38] Captain_Murdoch: danielk22, on the inuseprograms update freqeuency, I was thinking about the 15-minute check in programinfo.cpp when we update the inuse mark. if that's still in effect, it would mean that the inuse entries for code using ProgramInfo::UpdateInUseMark() would only update the table every 15 minutes during normal operation. so, any mythshutdown usage would have to make sure there were no entries, or that any existing entries were
[13:58:39] Captain_Murdoch: over 15 minutes old just in case they were orphans.
[14:01:42] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[14:15:41] stuartm: is there any practical difference between the 'Time Search' and the 'Program Guide'? The former is extremely slow and IMHO a lot less useful than just having a 'jump to time' option in the guide
[14:18:01] iamlindoro: stuartm: I think we have massive overproliferation of scheduling views-- or if they have to all exist, many should at least all be toggled from a popup
[14:18:26] iamlindoro: I can't see a justification for Time search if the guide has a jump to time functionality
[14:19:05] stuartm: iamlindoro: we definitely have too many, having looked at this one for the first time it seems like it could be the first to go, I can't see the point of it
[14:20:00] iamlindoro: stuartm: Played with the simplified time yesterday in my little sandbox theme, I like
[14:20:17] stuartm: it just lists all programs in date/time order in a very long linear list
[14:20:34] iamlindoro: It seems to be missing in some toMap function somewhere, I was trying to use it in templated text in the guide screen, just haven't figured out where that mapped text comes from yet
[14:21:13] stuartm: iamlindoro: it won't work everywhere until I've finished porting existing code to use it
[14:21:38] stuartm: which I'm doing in small steps rather than all at once
[14:22:37] stuartm: the mapped text in the program guide comes from ProgramInfo
[14:26:45] iamlindoro: stuartm: Ah, ok- I wanted to see if I could handle it myself rather than burdening you with it-- there are probably tons and tons of those little hidden places
[14:36:19] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[14:36:48] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[14:36:49] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[14:36:49] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[14:36:50] danielk22: The only scheduling screens I use are: Program Finder, the manual record screen, the program guide screen, and the Search Words title/keywords/people screens. Those search words screens could probably be handled by a single screen..
[14:39:36] danielk22: FYI My backend crashed last night.. I didn't get a usable core because it was 6 GB and there was only 4GB available on the tmp drive.. :| Anyone else seeing backend memory leaks or instability?
[14:41:19] iamlindoro: I've seen a number of randomly corrupted recordings on my BE, but I had chocked that up to hardware going south
[14:41:27] jya (jya!~jyavenard@glg95-4-88-168-24-143.fbx.proxad.net) has joined #mythtv
[14:41:27] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[14:41:27] jya (jya!~jyavenard@glg95-4-88-168-24-143.fbx.proxad.net) has quit (Changing host)
[14:42:28] danielk22: iamlindoro: Is the memory usage reasonable? This happened on my production box which tends to run for longer periods of time.
[14:42:47] iamlindoro: danielk22: I hadn't been paying attention, but will do so starting now
[14:55:45] stuartm: danielk22: yeah, we discussed and I was planning to collapse the search screens into one, they are in fact just the one class/screen underneath anyway and there's no particular reason to have so many main menu entries
[14:56:57] jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.)
[14:57:15] jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv
[14:57:44] stuartm: I've never used more than the film list and keyword/people search before now, it would be useful to get an idea of which ones aren't really used at all so we might reduce clutter and code
[14:58:04] stuartm: not to mention reducing the theming burden
[15:01:35] danielk22: I think the category view is pretty useless myself.. There are just too many things in each category.. It's like the original yahoo once the internet got too big for lists.
[15:01:43] jmartens (jmartens!~jmartens@109.232.42.33) has quit (Ping timeout: 252 seconds)
[15:03:39] danielk22: Of course the information might be useful as a filter, once you've searched for something else first. Hmm, I really haven't given it enough thought. Maybe have a call with gigem, he's probably put more thought into it than the rest of us.
[15:04:26] kormoc_afk is now known as kormoc
[15:05:05] jpabq: I use the movie list, but with a personal hack which makes it only return movies on commercial-free channels. I also use the channel list to see what shows Science or History channel is showing over the next couple of weeks.
[15:09:28] jpabq: I also always use the sort-by-title option, so I don't have to see duplicate entries in the results.
[15:16:04] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[15:17:16] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv
[15:18:42] jya_ is now known as jya
[15:26:24] jya_ (jya_!~jyavenard@glg95-4-88-168-24-143.fbx.proxad.net) has joined #mythtv
[15:26:24] jya_ (jya_!~jyavenard@glg95-4-88-168-24-143.fbx.proxad.net) has quit (Changing host)
[15:26:25] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[15:30:09] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 258 seconds)
[15:30:10] jya_ is now known as jya
[15:42:55] abqjp (abqjp!~abqjp@71-38-208-26.albq.qwest.net) has joined #mythtv
[15:44:21] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[15:49:48] stuartm: redesigning the whole thing as a series of filters which can be toggled might not be a bad idea
[15:50:53] stuartm: I'm not sure how well that might work with a remote driven UI but it's worth a thought
[15:59:52] danielk22: Beirdo: hmm, I'm a little behind head but it looks like 043a68d1 broke compilation here, it added QHostAddress to mythcorecontext.h
[16:03:34] danielk22: Beirdo: ok, i see the problem, since mythcorecontext.h is included everywhere all the apps now need QT += network..
[16:20:15] danielk22: Beirdo: I can't see an easy solution to this in mythcorecontext.h, but I also noticed that method doesn't use the same naming "GetXX" as the rest of the get methods in that class + it looks like it could be a const..
[16:22:08] reynaldo (reynaldo!~rverdejo@pc-161-56-101-190.cm.vtr.net) has joined #mythtv
[16:25:48] jya_ (jya_!~jyavenard@voyager.nkf.fr) has joined #mythtv
[16:25:48] jya_ (jya_!~jyavenard@voyager.nkf.fr) has quit (Changing host)
[16:25:48] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[16:25:59] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[16:27:14] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[16:27:30] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[16:29:52] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds)
[16:40:36] SteveGoodey (SteveGoodey!~steve@host86-145-229-49.range86-145.btcentralplus.com) has joined #mythtv
[16:49:57] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[16:52:47] wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv
[16:53:41] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds)
[16:53:41] jya_ is now known as jya
[16:53:50] mrand1 (mrand1!~mrand@cpe-76-184-144-133.tx.res.rr.com) has joined #mythtv
[16:54:30] _charly__ (_charly__!kroseneg@sunrise.schmidham.net) has joined #mythtv
[16:59:16] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split)
[16:59:16] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split)
[16:59:16] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (*.net *.split)
[16:59:17] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[16:59:17] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split)
[17:00:42] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv
[17:00:42] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv
[17:02:02] danielk22: sphery: how is that mythbackend startup worky patch going ? :) It's starting to drive me nuts.
[17:04:36] sphery: danielk22: you shouldn't be getting any errors with the current master
[17:04:51] danielk22: sphery: ok, i haven't updated yet.. will soon.
[17:04:53] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[17:05:03] sphery: as of 0a784f5d371 (from 2011/07/18 16:30:53 -0700)
[17:05:19] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[17:05:47] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (*.net *.split)
[17:05:47] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (*.net *.split)
[17:06:27] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv
[17:06:27] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv
[17:07:42] sphery: I haven't cleaned up config.xml/mysql.txt stuff, yet, but have that in the works--stuartm's patch was a great head start on it. Just happened to notice that my code had an invalid assumption after changes to the logger startup order, so I fixed that to give me more time to work through and test the startup config changes.
[17:09:24] sphery: (so the startup changes would have only fixed the symptom versus the change that's in that fixes a bug)
[17:16:09] Beirdo: danielk22: yes, that method can likely get redone to a simple Get method as the logic in it can be done in the ctor easily enough. At this point, it should be operational, though, and not cause build errors unless you're building something that the buildbots don't.
[17:18:41] danielk22: Beirdo: I'm working on a new binary.. mythccextractor — which is something like ccextractor but able to handle a larger variety of caption/subtitle types.
[17:21:10] Jordack is now known as Ricky-Bobby
[17:21:11] Beirdo: ahh, cool
[17:21:42] Beirdo: yeah, maybe we might want to move that from the core context to the mythsocket or some other related class?
[17:22:08] danielk22: Beirdo: is there any limit on the logging that gets spooled up if the database stops responding? It looks like mysql went out to lunch last night and then mythbackend grew to 6 GB and then it died... though i can't be 100% sure on the order of events.
[17:22:12] Beirdo: pretty much all binaries are going to be using the network anyways
[17:22:34] Beirdo: heh, umm, no, there's no limit on it.
[17:22:42] Beirdo: I guess that would be a good addition
[17:22:46] danielk22: (core got corrupted since there was only 4GB available on /tmp for the core.. )
[17:23:13] Beirdo: if the queue gets past X entries, just disable dblogging and say "ah crap, we're dead"
[17:23:43] danielk22: yeah, don't know what the threshold should be, but 6GB is excessive :)
[17:23:57] Beirdo: although re-enabling once the db is back would be nice, but for sure limit the growth
[17:24:20] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 252 seconds)
[17:24:59] Beirdo: OK, I'll work on that tonight
[17:25:05] danielk22: yeah, maybe a "disabled logging due to unresponsive database" log line as well.. then you know you gotta look at other logs to figure out the problem.
[17:25:16] Beirdo: 6GB is definitely excessive
[17:25:37] Beirdo: that thing must have been spewing pretty hard too
[17:25:53] danielk22: yeah, prolly a lot of "can't access the DB" message :)
[17:25:55] sphery: if the db->HaveValidDatabase() function detects the database failure, the change I put in yesterday should prevent any re-queueing of messages (without that change, we'd have gotten a DB error every time we tried to write a message, which would have queued like 3 messages for writing, which ...)
[17:26:30] danielk22: sphery: I'll be updating soon... :)
[17:26:31] sphery: so it's possible it's now fixed... though I've never tested whether db->HaveValidDatabase() ever goes from returning true back to false/whether it detects DB failure
[17:26:39] Beirdo: sphery: you sure? if it's not valid, we are supposed to queue until it's valid
[17:27:11] Beirdo: that was the whole point of having the dbLogQueue
[17:27:14] SteveGoodey (SteveGoodey!~steve@host86-145-229-49.range86-145.btcentralplus.com) has quit (Remote host closed the connection)
[17:27:36] Beirdo: if it tries and fails the valid test, it prepends the message back onto the queue to try later
[17:28:33] sphery: you may be right--I didn't look deeply into the infrastructure you had, so I thought it was attempting to write as messages were queued
[17:29:22] danielk22: heh, i thought you were referring to a cascade where 1 error resulted in 3 new errors, which resulted in 9 new errors which resulted in 81 new errors, etc.
[17:29:24] Beirdo: nah, I take em off the logging queue, log to files, syslog, console, and queue onto the db queue
[17:29:37] Beirdo: danielk22: we did have that for a short time :)
[17:29:53] Beirdo: if you turned on dblogging and in debug mode, we logged all the queries
[17:29:58] Beirdo: including the dblogging
[17:30:07] Beirdo: filter has been added :)
[17:30:19] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[17:30:41] Beirdo: hey, here's a query... need to log that, oooh, a new query...
[17:30:45] sphery: danielk22: um, yeah... that was the real reason that I had that bug in the db is ready detection--to allow you to stress test the db failure case so we could see what else we missed... That's my story and I'm sticking to it.
[17:30:51] Beirdo: lovely infinite data-driven loop
[17:38:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (*.net *.split)
[17:38:04] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (*.net *.split)
[17:40:55] jya_ (jya_!~jyavenard@voyager.nkf.fr) has joined #mythtv
[17:40:55] jya_ (jya_!~jyavenard@voyager.nkf.fr) has quit (Changing host)
[17:40:55] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[17:44:01] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 260 seconds)
[17:44:40] jya (jya!~jyavenard@glg95-4-88-168-24-143.fbx.proxad.net) has joined #mythtv
[17:44:40] jya (jya!~jyavenard@glg95-4-88-168-24-143.fbx.proxad.net) has quit (Changing host)
[17:44:41] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[17:45:34] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv
[17:47:11] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds)
[17:56:16] balor (balor!~balor@87.127.55.57) has joined #mythtv
[18:05:22] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[18:26:27] stuartm: this whole series of commits is a textbook example of getting sidetracked, I start out making improvements/fixes to guide grid when I notice some small issues and in fixing those I realise that they've been replicated across several files and in turn I spot even more things to fix
[18:26:42] stuartm: meanwhile I'm no closer to finishing what I first started working on
[18:28:17] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[18:29:35] andreax (andreax!~andreaz@p57B945B7.dip.t-dialin.net) has joined #mythtv
[18:29:47] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:32:50] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[18:33:37] sphery: I'm just wondering how you're getting so much down with the build always recompiling libmythupnp such that even ccache doesn't help.
[18:42:30] stuartm: it's slowing things down a lot, but I can work on other stuff while the compile is running
[18:44:26] stuartm: it would actually be faster if I just focused on one task at a time instead of committing lots of tiny changes, but I'm concerned that if I don't fix things as I see them that I'll forget about them
[18:45:14] iamlindoro: They're all fixes of value, so IMO commit them however you like
[18:46:39] ** Beirdo scratches a small itch **
[18:47:19] danielk22: It feels like more than just upnp is getting rebuilt on every compile..
[18:48:11] Beirdo: yeah, we need to get this thing compiling sanely again. Wonder what caused it...
[18:51:52] Beirdo: OK, I think part of it will be... any time you do a make, it regenerates mythversion.h
[18:52:04] Beirdo: so anything that includes that will get rebuilt
[18:52:24] Beirdo: and I think something in libmythupnp includes the version strings
[18:52:33] Beirdo: as does mythsocket.cpp
[18:52:55] danielk22: we probably need to make sure only cpp files include that header..
[18:53:23] Beirdo: yeah, and only the ones that really need it
[18:53:32] danielk22: It looks like both a mythui and mythupnp header include it..
[18:53:33] stuartm: that sounds very plausible
[18:53:44] sphery: yeah, seems that mythsocket.cpp gets rebuilt, which changes libmythbase, which means a ton of other libs get rebuilt
[18:53:49] stuartm: which mythui header?
[18:53:50] Beirdo: if it's included in a header that's included... we get propagated rebuilds of extra crap
[18:54:12] danielk22: stuartm: grep mythversion.h `find . -name "*.h"` -> ./libs/libmythui/myththemedmenu.h
[18:54:47] Beirdo: mythtv/libs/libmythupnp/upnpdevice.h:#include "mythversion.h"
[18:55:11] stuartm: I'll fix the mythui one
[18:55:17] Beirdo: git grep mythversion.h for me :)
[18:55:44] danielk22: Beirdo: that returns a lot of chaff...
[18:55:47] Beirdo: git grep mythversion.h — *.h
[18:55:52] Beirdo: even better :)
[18:56:22] Beirdo: but yeah, I think we've identified the culprits
[18:56:51] sphery: excellent
[18:57:26] Beirdo: I'm sure it can likely be trimmed out of some .cpp files too, but this would be what's causing such widespread recompiles
[18:57:28] danielk22: needs to be: git grep mythversion.h — "*.h" still think my version is better, works for uncommitted stuff & when not using git :)
[18:57:58] Beirdo: git grep works on uncommitted stuff, as long as it's not a new file
[18:58:02] ** stuartm just used kdevelops findInFiles dialog with the filter set to *.h **
[18:58:04] Beirdo: but yeah, both work :0
[18:58:10] danielk22: I wonder how it got included in so many cpp files, I can't imagine it's used that much..
[18:58:14] Beirdo: use what ya like
[18:58:56] Beirdo: yeah the "" around *.h makes sense if there's a .h file in your current directory :) oops :)
[18:59:58] noahric (noahric!~noahric@nat/google/x-ebhfaeekcgshvzex) has joined #mythtv
[19:00:55] sphery: looks like upnpdevice.h needs to have some of the UPnPDevice code (especially the constructor) moved to upnpdevice.cpp?
[19:01:01] noahric (noahric!~noahric@nat/google/x-ebhfaeekcgshvzex) has left #mythtv ()
[19:01:38] Beirdo: wouldn't surprise me
[19:01:48] danielk22: sphery: I'll take a look at it.
[19:02:18] sphery: thx--I trust you to fix it more than me :)
[19:03:04] danielk22: Beirdo: is there some similar gitism for loading up all the modified files into emacs.. my current find | grep construction is a bit out of control since there is more stuff to filter out than there was with svn
[19:03:25] Beirdo: sigh, unfortunately not that I know of
[19:03:28] sphery: Captain_Murdoch: BTW, I'm really leaning toward 0/23 for mfdb execution start/end times specifically for people who shut down their backends when not in use (and may only have them boot up around/during primetime). Can you live with that as a default (and users can then change it if they need to)?
[19:03:41] Beirdo: I have one for git grep -> vi that could get adapted, I suppose
[19:04:05] Beirdo: `git grep -l -I "$1" | egrep '\.(c|(cpp)|h)$' | xargs echo vim`
[19:04:26] danielk22: heh, not much better than mine: emacs `git status | grep "modified" | sed -e 's/^#//' | sed -e 's/modified://'`
[19:04:29] Beirdo: you could likely change the vim to emacs and it would work OK, I'd imagine
[19:04:56] Beirdo: oooh, mine's not modified, but rather a grep, fairly similar though :)
[19:04:59] sphery: Captain_Murdoch: with the "eventually" of making the housekeeper check recording status and delay the run until it gets close to the end of the window where it may need to just run it anyway (maybe even taking into account the last-known run duration so it will be more likely to finish within the window)
[19:05:31] Beirdo: I had to use xargs echo vim as vim doesn't like it the other ways I tried.
[19:05:58] stuartm: that sort of thing is why I've grown attached to a full-fledged IDE, I mean sure my brain cells are atrophying but it feels like I'm getting things done a little faster ;)
[19:06:12] Beirdo: you may want to consider adding "added" to your filter too
[19:06:41] Beirdo: stuartm: heh, yeah, IDEs have some merit, just don't fit the bill for some of our workflows... :)
[19:06:47] Beirdo: to each their own, I guess
[19:07:00] Beirdo: I hope not many people use notepad... or pico :)
[19:07:12] Beirdo: or (shudder) ed
[19:07:26] stuartm: heh
[19:08:14] Beirdo: wow, stuartm, you're on a roll :)
[19:08:24] stuartm: about 60:40:10 kdevelop/emacs/vi
[19:09:01] wagnerrp: how does that work
[19:09:40] stuartm: Beirdo: just looks that way, all of those commits are pretty minor and probably didn't really warrant separate commits
[19:09:53] Beirdo: hey, it looks good though :)
[19:10:46] Beirdo: and removing duplicated code.  :)
[19:10:49] Beirdo: I like
[19:11:10] stuartm: wagnerrp: if I'm working on something across multiple files including referencing other headers then I'll use kdevelop, I just find it much easier to handle several files at once that
[19:12:02] stuartm: single files, small changes where I don't already have kdevelop open then it's faster to use emacs and sometimes vi, depending on my mood :)
[19:12:05] Beirdo: as to emacs vs vim... I cast that die a long time back, and I am definitely a vim user.
[19:12:18] wagnerrp: stuarta: 60/40/10... doesnt add up
[19:12:23] Beirdo: emacs is great if you are an emacs user though :)
[19:12:38] Beirdo: sure it does... he gives us 110%. duh.
[19:13:11] stuartm: wagnerrp: ahh, heh, no it doesn't ... well I refer back to what I said about dying brain cells earlier ;)
[19:13:32] Beirdo: have a pint... it's good for helping brain cells die.
[19:14:17] stuartm: still, at least I'm not using VS *shudder*
[19:14:58] danielk22: stuartm: I sometimes use eclipse, but I much prefer emacs. This may be in large part due to decades of macros I drag along with me..
[19:15:25] danielk22: (also just my mindset.. before i discovered emacs i wrote my own macro editor..)
[19:15:31] Beirdo: stuartm: agreed :) That would drive me insane
[19:15:38] sphery: wagnerrp: he gives MythTV 110%--don't you?
[19:15:54] Beirdo: I've used eclipse a bit, it's pretty nice, but the java-ness bogs me down sometimes
[19:15:56] sphery: oops, was already said.
[19:16:33] Beirdo: of course, that was on my Atom netbook... so it can use any excuse I can give it... slow POS
[19:16:44] danielk22: I'll need to commit the upnp mythversion.h fix later tonight.. it looks like a few files are depending on mythversion being in that header...
[19:17:12] Beirdo: Not a simple fix? awww.
[19:18:26] Beirdo: Oh, I have a coworker that may have a more capable PPC slave for us to use soon
[19:18:33] Beirdo: G5 instead of G4
[19:40:36] SteveGoodey (SteveGoodey!~steve@host86-150-144-4.range86-150.btcentralplus.com) has joined #mythtv
[19:42:05] stoffel (stoffel!~quassel@p57B4D09B.dip.t-dialin.net) has joined #mythtv
[19:47:29] stuartm: I can't stand the feel of java apps
[19:47:50] jams: like the ui ?
[19:50:47] stuartm: I used to think it was the ui, but now I'm not sure, there's just something intangible about pretty much every java app I've used that I don't like
[19:51:22] jams: swing!
[19:52:27] stuartm: maybe it's imaginary, I don't much like the whole runtime environment so those feelings influence my perspective of the applications
[19:53:00] stuartm: that's one for Freud
[19:54:07] stuartm: I don't like the feel of gnome apps either and there are similarities in the UIs
[19:55:05] stuartm: iamlindoro: interesting typo
[19:55:06] omaha (omaha!~omaha@p1.getwellnetwork.com) has joined #mythtv
[19:55:10] omaha: hello all
[19:55:38] omaha: is there a v4l2-ctl call I can use to get the current signal to noise ratio on a device?
[19:55:40] iamlindoro: stuartm: Is refrest a word?
[19:57:47] stuartm: no, but somehow in combinationm 'refrest dangerously behave' it reads like nonsense worthy of Lewis Carroll :)
[19:58:37] iamlindoro: snicker snack
[19:58:38] sphery: omaha: /topic (you want #mythtv-users )
[19:58:38] stuartm: it was inevitable that I would typo that sentence
[19:59:56] iamlindoro: stuartm: I am making a point of using the word dangerously as often as possible, knowing full well that it will not deter people from doing so, if only to underline the dangerous dangeryness of it's dangerousness. Thus, I can always say "I told you so!"
[20:00:06] iamlindoro: deter people from using it, that is
[20:15:58] jams: stuartm i agree with the gnome look/feel...or gtk in general
[20:16:58] SteveGoodey (SteveGoodey!~steve@host86-150-144-4.range86-150.btcentralplus.com) has quit (Remote host closed the connection)
[20:17:15] stoffel (stoffel!~quassel@p57B4D09B.dip.t-dialin.net) has quit (Remote host closed the connection)
[20:22:52] SteveGoodey (SteveGoodey!~steve@host86-150-144-4.range86-150.btcentralplus.com) has joined #mythtv
[20:39:25] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:48:57] dblain: stuartm: what's wrong with VS! I use it daily but insist on using the Brief Emulation, which they removed in 2010 :( ... okay, it's not the greatest, but I haven't found a better debugger yet and having everything in one solution makes development much easier for large projects like MythTV.
[20:49:07] ** dblain goes back to lurking... **
[20:51:23] Steve_Goodey (Steve_Goodey!~steve@host86-147-181-6.range86-147.btcentralplus.com) has joined #mythtv
[20:51:57] SteveGoodey (SteveGoodey!~steve@host86-150-144-4.range86-150.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[20:57:21] foxbuntu (foxbuntu!~foxbuntu@67-3-72-107.desm.qwest.net) has joined #mythtv
[20:57:21] foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv
[20:57:21] foxbuntu (foxbuntu!~foxbuntu@67-3-72-107.desm.qwest.net) has quit (Changing host)
[21:16:21] Steve_Goodey (Steve_Goodey!~steve@host86-147-181-6.range86-147.btcentralplus.com) has quit (Remote host closed the connection)
[21:18:29] Captain_Murdoch: sphery, yeah, I don't mind the MFDB execute window as long as it's configurable.
[21:28:07] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[21:31:27] sphery: great... thanks for the reply.
[21:40:10] stuartm: has anyone seen the following before? http://pastebin.com/LXcegTMz
[21:42:05] sphery: #9447 is about that spamming the logs, but it currently says it's Mac OS X
[21:43:11] stuartm: seems it's no longer limited to that platform
[21:43:18] sphery: though maybe the moveToThread was unrelated to the issue reported. so nvm.
[21:44:23] stuartm: there are three instances of moveToThread(), it's not going to be the preview generator so it's either the downloadmanager (metadata?) or upnpscanner
[21:46:09] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[21:48:16] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[21:53:19] stuartm: iamlindoro: you should now find the simplified date stuff working in most places but there are still a handful I've yet to port over
[21:54:26] stuartm: I wonder how long it will be until we get the first complaint about it :)
[22:00:11] omaha (omaha!~omaha@p1.getwellnetwork.com) has quit (Quit: Leaving)
[22:00:35] j-rod is now known as j-rod|afk
[22:01:16] skd5aner: iamlindoro: how does the ttvdb metadata parsing work for non-season based stuff (specials) – such as this one – http://www.thetvdb.com/?tab=episode&serie . . . 91&lid=7
[22:01:42] wagnerrp: season 0
[22:03:55] skd5aner: so... /The Simpsons/Season 0/The_Simpsons_S00xE10 would work?
[22:05:31] wagnerrp: i believe so
[22:05:46] iamlindoro: wrong channel for that question
[22:06:35] iamlindoro: and also not a supported file naming scheme
[22:07:27] iamlindoro: stuartm: Well *I* like it ;)
[22:10:18] stuartm: in case the question comes up, it's not applied when the short date is used since there really isn't any way to abbreviate it
[22:10:51] skd5aner: ack, sorry about that...
[22:11:46] stuartm: it _is_ applied to just about every usage of the long date form, there are one or two places where it wouldn't have been appropriate
[22:29:35] _klk_ (_klk_!~Adium@208.90.215.163) has joined #mythtv
[22:31:48] _klk_: hi all, i'm trying to run mythcommflag (compiled from trunk) on an AVI. i give it the —skipdb option but it still seems to be trying to connect to the database and exits with a segmentation fault: http://pastebin.com/AakX5y0M
[22:32:25] _klk_: does anyone know why this might be happening?
[22:32:57] sphery: if it's not extremely current (like within a day or a few) git master, update and try again
[22:34:09] _klk_: ok. i should mention that this happens on the last release version as well (0.24). i've tried both
[22:35:19] sphery: yeah, it was just fixed days ago and only in master – http://code.mythtv.org/trac/ticket/9515 (plus a few more-recent changes)
[22:39:33] _klk_: sphery: wow, did not know that. will pull and try again. thanks!
[22:45:58] danielk22: stuartm: I can only be the UPNPScanner. It calls moveToThread for a object that may have been created in another thread, while the other two instances only make that call from the same thread that created the object.
[22:49:36] danielk22: stuartm: actually, even in this case I don't see how it could happen, there is no place where gUPNPScannerThread is set to null and not gUPNPScanner.
[22:51:01] danielk22: stuartm: I think we need you need to set that env variable that turn warnings into faults so we can get a backtrace...
[22:51:35] danielk22: stuartm: maybe this is happening within Qt because we're using some class incorrectly
[23:00:33] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:06:32] abqjp (abqjp!~abqjp@71-38-208-26.albq.qwest.net) has quit (Remote host closed the connection)
[23:09:16] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[23:50:49] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 252 seconds)

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