MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (82):

14WABCY8R, aloril, Anduin, Andy50, Anssi, anykey_, beata, Captain_Murdoch, Chutt, clever, coling, Computer_Czar, Cougar, dagar, Dave123, dekarl, dlblog, eharris, exelnet_, f33dMB, foxbuntu, fragged, ghoti, gregL, GreyFoxx, iamlindoro, ikonia, J-e-f-f-A, j-rod|af`, jams, jcarlos, JEDIDIAH__, joe_, jpabq-, jpharvey, jstenback_, jwhite, kc, knightr, kormoc, kurre_, kwmonroe, laga, mag0o, markk, marl_scot, MaverickTech, mrand, MythBuild, MythLogBot, NightMonkey, noahric, okolsi, pheld, poptix, purserj, rcaskey, rhpot1991, robertj, sailerboy, Seeker`, simonckenyon, Slasher`, Snow-Man, sphery, stuartm, sunkan, sutula, tgm4883, ThisNewGuy1, tomimo, tris, Unhelpful, vallor, VManiac16, wahrhaft, weta, xris, ybot, zombor, ^rcaskey, _charly_
Thursday, June 9th, 2011, 00:15 UTC
[00:15:02] noahric (noahric!~noahric@74.125.59.65) has quit (Quit: noahric)
[00:38:07] abqjp (abqjp!~abqjp@174-28-159-64.albq.qwest.net) has joined #mythtv
[00:40:14] kormoc_afk is now known as kormoc
[00:41:39] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[00:45:02] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[00:45:29] gigem (gigem!~david@host103.16.intrusion.com) has joined #mythtv
[00:45:29] gigem (gigem!~david@host103.16.intrusion.com) has quit (Changing host)
[00:45:29] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[00:57:49] abqjp (abqjp!~abqjp@174-28-159-64.albq.qwest.net) has quit (Quit: abqjp)
[01:00:28] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)
[01:01:51] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 252 seconds)
[01:08:35] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 260 seconds)
[01:09:56] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[01:16:41] Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Read error: Connection reset by peer)
[01:16:52] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[01:22:54] Dave321 (Dave321!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[01:27:46] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:39:19] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has joined #mythtv
[01:39:19] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[01:39:19] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has quit (Changing host)
[01:43:43] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Changing host)
[01:43:43] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv
[02:35:29] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[02:36:23] jya: markk: I'm now the proud owner of an iMac with an AMD 6970 ; let me know if I can help with anything including testing...
[02:52:22] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[02:59:13] wagnerrp: sphery, knightr: not to say the translation maintainers arent deserving of some free SD subscriptions
[02:59:18] wagnerrp: but SD is only for north america
[02:59:33] wagnerrp: aside from perhaps french canadians, would they really have any use for them?
[02:59:44] knightr: wagnerrp, I am Canadian...
[02:59:47] knightr: :-)
[02:59:49] iamlindoro: Nicholas is... yeah :)
[03:00:29] knightr: iamlindoro, lol, thanx! :-)
[03:02:12] knightr: wagnerrp, when I mentionned translation maintainers I was talking in a more general sense but in this case, it meant only me... :-)
[03:03:27] wagnerrp: well in any case, im not in the running anyway
[03:03:45] wagnerrp: somehow my subscription manages to come up and get paid weeks before this discussion
[03:05:22] knightr: I renewed mine less than 3 weeks ago and anyway since the number of them is limited they should go to people that contribute more than translation maintainers (in this case, me...)
[03:17:17] jpabq: iamlindoro, what verbose level are you logging that is showing a problem? I am not seeing anything -v gui ?
[03:22:35] jpabq: iamlindoro, I am recording something, so can't upgrade to the latest master until later. I am currently running the version from my commit last night. I assume I need to be running a newer version (after the logging changes) to see this message?
[03:23:29] iamlindoro: jpabq, I only started seeing them after the logging changes-- It's Beirdo's assessment that the issue is caused by your changes, but I haven't investigated to say one way or another
[03:24:02] jpabq: Just bring up mythfrontend to see it? Or do you have to do something.
[03:24:16] iamlindoro: personally I just run the frontend and navigate around
[03:24:44] iamlindoro: logging just outputs this: CoreContext xmlparsebase.cpp:316 (ParseChildren) – Parent is NULL
[03:25:00] jpabq: Okay. I did that, and didn't get see any problems in the log with "-v gui". But, that is with a version prior to the new logging.
[03:26:03] jpabq: Be nice if that VERBOSE spit out more info than that.
[03:27:18] knightr: wagnerrp, btw, I forgot to read the last part of your message... yes, we get the French programming too from SD (my OTA lineup has more English than French programming though...).
[03:27:46] iamlindoro: anyway, it doesn't seem destructive or anything, I just noticed the appearance of those messages after the logging branch-- I don't know that anything is actually genuinely *wrong*
[03:29:14] jpabq: iamlindoro, okay. I will update later, and hopefully be able to reproduce.
[03:31:16] wagnerrp: knightr: no, what i was implying was that the people doing the translations will be people who speak that as their primary language
[03:31:34] wagnerrp: and except for the french canadians, everyone in NA speaks english as their primary
[03:32:12] wagnerrp: nearly everyone who would be doing translations would be outside the range of SD
[03:32:26] knightr: wagnerrp, I wasn't sure and I figured it wouldn't hurt to
[03:32:36] knightr: add that..
[03:32:43] wagnerrp: i didnt catch that you actually meant the translation _management_
[03:32:44] wagnerrp: :)
[03:33:14] knightr: wagnerrp, lol :-)
[03:33:46] knightr: wagnerrp, that's how Kenni and I were called, translation maintainers/developers...
[03:34:54] knightr: but everybody seems to forget the dev part so I only mentionned translation maintainers since only Kenni and I are called that and have access to that ML...
[03:35:18] wagnerrp: IMHO, anyone with commit access is a 'developer'
[03:39:05] knightr: wagnerrp, maybe but there have been more than one issue touching translations lately where neither Kenni or I were implicated (or we were because we noticed the conversation and added additionnal info...)
[03:39:56] knightr: and we can't commit anything that touches code even if it's just to change a string... (with the exception of one piece of code in MythWeb when we want to add new translations...)
[03:43:15] jpabq: iamlindoro, I killed that recording. Upgraded to master. did a make uninstall, did a distclean, built it, and installed. I still don't see that error. That is with Arclight.
[03:43:46] jpabq: I am getting a ton of "trylock has spun 30 times" messages, though.
[03:44:44] jpabq: maybe I need a newer version of Arclight?
[03:46:50] sphery: FWIW, I didn't see the message at all today, either. The block came from https://github.com/MythTV/mythtv/commit/e37e264d8c (and note the "Should parent be null here then we've much bigger problems" part :) And, despite the dramatically-changed line numbers, that /is/ the same block that's triggering for these messages.
[03:48:21] jpabq: I deleted Arclight and redownloaded. Still not there. I do note, that whenever I download a theme, it ALWAYS fails the first time, and succeeds the second.
[03:48:48] VManiac16 (VManiac16!~Unknown@69.4.155.83) has joined #mythtv
[03:52:20] Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has quit (Ping timeout: 240 seconds)
[03:59:40] 17SAAO763 (17SAAO763!~knightr@mythtv/developer/knightr) has quit (Quit: Leaving)
[03:59:41] wagnerrp: Beirdo: do you do any form of logging when a new thread starts up?
[04:01:51] xris: guess I should recompile myth and update the rpm specs
[04:03:12] Beirdo: no, but the register can be logged by turning on an env var
[04:03:22] Beirdo: register and deregister
[04:03:35] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:03:55] Beirdo: VERBOSE_THREADS
[04:03:55] wagnerrp: ok, adding a bit of VB_FILE verbosity to log when the delete thread spawns and terminates
[04:04:51] Beirdo: VERBOSE_THREADS will log in *every* register/deregister though, which is instructive, but not normally what you'd want to see :)
[04:15:22] andreax (andreax!~andreaz@p57B92C28.dip.t-dialin.net) has joined #mythtv
[04:21:49] andreax (andreax!~andreaz@p57B92C28.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[04:35:02] gandalfcome (gandalfcome!~gandalfco@130.56.81.33) has joined #mythtv
[04:36:37] gandalfcome (gandalfcome!~gandalfco@130.56.81.33) has quit (Client Quit)
[04:47:51] timekiller_ (timekiller_!~AndChat@c-69-142-108-47.hsd1.nj.comcast.net) has joined #mythtv
[04:48:44] timekiller_ (timekiller_!~AndChat@c-69-142-108-47.hsd1.nj.comcast.net) has quit (Client Quit)
[04:49:07] timekiller_ (timekiller_!~AndChat@c-69-142-108-47.hsd1.nj.comcast.net) has joined #mythtv
[04:49:12] timekiller_ (timekiller_!~AndChat@c-69-142-108-47.hsd1.nj.comcast.net) has left #mythtv ()
[05:23:19] martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[05:34:14] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 276 seconds)
[05:39:25] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[06:14:39] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)
[06:16:11] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[06:27:44] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 258 seconds)
[06:31:51] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[06:59:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[07:17:13] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[07:31:53] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds)
[07:45:41] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[08:16:05] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[08:24:41] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[08:25:37] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds)
[08:38:33] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[09:22:54] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[09:26:09] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:55] 14WABCY8R (14WABCY8R!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[11:16:28] markk: jya: re 6970 – I assume you mean VAAPI?
[11:16:59] markk: hrm – he's not actually here:)
[11:45:21] stuartm: paul-h: the albumart cache doesn't appear to be working here, for one just four images have been cached (the rest aren't even displayed) and those four have been extracted using the _optional_ description as the filename – e.g. no description, no cache file
[11:45:51] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[11:46:07] stuartm: plus the description isn't required to be unique across files, where they exist on my files the description is usually just the dimensions of the image e.g. 800x800.jpg
[11:46:16] gigem (gigem!~david@host103.16.intrusion.com) has joined #mythtv
[11:46:16] gigem (gigem!~david@host103.16.intrusion.com) has quit (Changing host)
[11:46:16] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[11:48:20] stuartm: s/description/filename/
[11:48:56] stuartm: seems like it ought to work correctly if I truncate all the tables and re-scan but I'd rather not lose the metadata changes I've made
[11:51:30] stuartm: ok, now that I see what's happening I guess I can fix up my tables, but we need to bootstrap that data for users upgrading from 0.24
[12:11:20] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)
[12:20:18] stuartm: paul-h: I'll commit a db update for mythmusic which fixes existing databases
[12:33:17] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:13:08] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[13:16:21] MythBuild: build #1314 of master-linux-64bit is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1314 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:19:27] MythBuild: build #101 of master-freebsd-64bit is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/101 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:19:47] wagnerrp: stuartm: forgot to close a quote, line 800 of dbcheck.cpp
[13:22:10] MythBuild: build #1074 of master-linux-32bit is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1074 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:23:47] stuartm: oops
[13:24:25] zombor (zombor!~zombor_@205.197.39.2) has joined #mythtv
[13:24:32] zombor (zombor!~zombor_@205.197.39.2) has quit (Changing host)
[13:24:32] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:24:39] j-rod|afk is now known as j-rod
[13:31:47] MythBuild: build #1315 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1315
[13:35:13] MythBuild: build #102 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/102
[13:36:13] MythBuild: build #171 of master-linux-ppc is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/171 blamelist: Stuart Morgan <smorgan@mythtv.org >
[13:39:07] MythBuild: build #1075 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1075
[13:48:44] martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[14:03:00] MythBuild: build #172 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/172
[15:16:10] martin_ (martin_!~quassel@h-67-155.A155.priv.bahnhof.se) has joined #mythtv
[15:18:39] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 258 seconds)
[15:32:01] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer)
[15:33:29] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[15:34:20] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[15:34:41] xxtjaxx (xxtjaxx!~andreas@kde/developer/marschke) has left #mythtv ()
[15:34:45] gigem (gigem!~david@host103.16.intrusion.com) has joined #mythtv
[15:34:45] gigem (gigem!~david@host103.16.intrusion.com) has quit (Changing host)
[15:34:45] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[15:40:31] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv
[16:03:36] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[16:31:00] martin_ (martin_!~quassel@h-67-155.A155.priv.bahnhof.se) has quit (Read error: Operation timed out)
[16:32:52] martin_ (martin_!~quassel@213.166.186.1) has joined #mythtv
[16:45:04] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[16:45:30] gigem (gigem!~david@host103.16.intrusion.com) has joined #mythtv
[16:45:30] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[16:45:30] gigem (gigem!~david@host103.16.intrusion.com) has quit (Changing host)
[16:54:25] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[16:55:51] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv
[17:14:46] iamlindoro: stuarta: http://code.mythtv.org/trac/ticket/8645 's comments and patch make perfect sense to me. It also might explain why we sometimes get reports of some FTA channels being marked as encrypted when they are broadcast alongside encrypted ones. I am not in DVB territory but am inclined to commit the patch. Thoughts?
[17:15:32] iamlindoro: It also appears to be in line with ETSI EN 300 468
[17:17:52] iamlindoro: And ETSI TR 101 211
[17:36:52] andreax (andreax!~andreaz@p57B92C28.dip.t-dialin.net) has joined #mythtv
[18:14:21] ** stuarta has a read **
[18:16:11] noahric (noahric!~noahric@74.125.59.73) has joined #mythtv
[18:16:26] stuarta: i didn't even know i'd had that ticket
[18:19:39] stuarta: i'd be happy for that to go in. it makes sense that there should be a CA descriptor on a stream only when that stream requires the CA to decrypt it
[18:20:11] iamlindoro: Right, agree
[18:20:12] iamlindoro: lovely :)
[18:20:15] stuarta: although
[18:20:36] stuarta: not sure what the spec says about having a CA descriptor which applies to all the referenced streams
[18:20:46] iamlindoro: It appears not to
[18:20:51] stuarta: i don't think such a thing exists
[18:21:08] iamlindoro: or rather, in my reading of those two this morning, they didn't refer to any such thing
[18:21:18] stuarta: awful lot of unknow descriptors in those logs
[18:21:28] ** stuarta tries to fish out relevant docs **
[18:24:05] iamlindoro: 0xc2 appears to be "User Private" on Canal+
[18:25:40] noahric (noahric!~noahric@74.125.59.73) has quit (Quit: noahric)
[18:25:43] iamlindoro: 0xc1 is also descriptor seen on Astra 19.2E, which carries Canal+, so I'll tentatively guess that Anonymous is on that sat in a Canal+ area :)
[18:26:05] iamlindoro: Heh, learning the DVB stuff is vaguely fun, but it would be more fun if I could astually test anything
[18:26:15] stuarta: i just hate seeing unknown in the logs
[18:26:37] stuarta: even just printing "User Private" would be nicer
[18:26:56] iamlindoro: yeah, easy enough
[18:27:09] iamlindoro: I can see about updating them after the ticket goes in if you like
[18:27:33] stuarta: you can file that under "if bored and wanting to fiddle" priority
[18:27:51] iamlindoro: I don't mind being bored or fiddling, I'm just mindful about changes I can't test
[18:27:59] iamlindoro: Still, since it's purely descriptive, sounds safe
[18:28:12] stuarta: i'd have a hard time testing it
[18:28:27] stuarta: the only time they really need testing is when we try and decode them
[18:28:36] stuarta: like getting the audio language
[18:29:18] iamlindoro: It appears that dvbsnoop knows a fair number of private descriptors, so I'll compare and contrast
[18:29:46] stuarta: yeah, the spec just goes "0x80 – 0xFE" = user defined
[18:29:56] iamlindoro: yeah, saw that
[18:30:05] stuarta: so the broadcaster can stick whatever crap they want in it
[18:30:15] stuarta: and only their STB knows what to do with it
[18:30:22] noahric (noahric!~noahric@nat/google/x-fmyapwpehxbtalbd) has joined #mythtv
[18:30:25] iamlindoro: Appreciate the sounding board, you know the stuff a lot better than I, just looking for tickets where they're a) obvious and b) probably helpful
[18:34:58] stuarta: just doing some reading
[18:35:20] stuarta: the CA descriptor can be found in the BAT, SDT, EIT
[18:35:26] ** stuarta ignores SIT for now **
[18:35:34] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[18:36:41] stuarta: so in the BAT it would specifiy a whole transport as encrypted
[18:36:45] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 252 seconds)
[18:37:13] stuarta: in the SDT it would specify that a given service is encrypted
[18:37:17] stuartm: which might be used to speed up scanning on DVB-S, though we're more likely to see the SDT before the BAT iirc
[18:37:35] stuarta: yeah, BAT is pretty low repeition
[18:38:03] iamlindoro: stuarta: Potential improvements aside, you're okay with my applying the patch?
[18:38:14] stuarta: can't really hurt that i can see
[18:38:23] iamlindoro: cool, thanks, that's how I saw it too
[18:39:06] stuarta: even if it gets signalled badly the worst that can happen is a user see and encrypted picture.
[18:39:25] stuarta: i suspect the audio would be pretty horrendous too
[18:39:41] iamlindoro: I daresay false positives in the opposite direction are better than the current ones
[18:39:47] iamlindoro: (where valid channels are lost)
[18:40:57] stuartm: yeah, I tend to agree and it's not our fault if that happens anyway, we can't second guess whatever information the broadcasters are sending
[18:42:01] stuartm: iamlindoro: the DVB stuff was fun, I enjoyed what little time I spent working on it
[18:47:53] iamlindoro: xris: I believe you can remove the Perl dependency for MythVideo, we don't use any perl at all these days
[18:48:01] iamlindoro: or rather, the XML::Simple one
[18:48:32] iamlindoro: (also, I noticed a mplayer dep, is that right?)
[18:52:22] stuarta: interesting, there's now an image icon descriptor
[18:52:39] stuarta: presumably to allow the broadcaster to directly download their channel icons
[18:53:08] stuartm: ooh
[18:53:32] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 276 seconds)
[18:53:43] stuarta: they've also added the dvb-t2 and dvb-s2 descriptor info
[18:55:01] stuartm: stuarta: I'm replacing my DVB-S card with a DVB-S2 one, you can have the DVB-S card if you have need of it otherwise I'll see what beer money it raises on ebay
[18:55:21] stuarta: got a dvb-s card off a guy at work
[18:55:27] stuarta: so go fleabay
[18:55:32] stuartm: ok :)
[18:55:32] stuarta: back later
[19:08:17] Beirdo: iamlindoro: XML::Simple may still be needed for mythweather scripts
[19:08:21] Beirdo: oh, he's gone
[19:08:42] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[19:10:00] zombor_ is now known as zombor
[19:14:47] stuartm: I used XML::Simple for the BBC Scripts
[19:15:29] stuartm: the mplayer dependency is odd
[19:15:52] stuartm: although mythgallery might still try to use it instead of the internal preview generator
[19:16:16] sphery: the mplayer dep might have been due to the fact that the perl bindings used to use mplayer to get stream info?
[19:16:33] sphery: oh, wait, for mythvideo, probably because it used to be the default player
[19:17:19] stuartm: there used to be a few places in the plugins where it was used, but I thought most/all of those had been steadily eliminated
[19:17:53] stuartm: I think mythgallery would be the last place it's still referenced if no-one has fixed that
[19:21:29] sphery: Yeah, looks like gallery is the only plugin still ref'ing mplayer. Perhaps we can get Beirdo to change the default player for video in gallery (GalleryMoviePlayerCmd) and the thumbnail generator to use Internal and mythpreviewgen?
[19:21:46] Beirdo: I got a better idea
[19:21:59] Beirdo: let's remove the playing of videos from mythgallery completely
[19:22:17] Beirdo: why is it there anyways? we have support for that already elsewhere
[19:24:00] sphery: Heh, I like that idea. Even if you use the camera to record those videos, it doesn't seem like MythGallery is the right place for them. (But I'll admit I don't do photos and camera videos, so I may not be the best judge.)
[19:27:01] Beirdo: well, I think the only reason is so you can plug your camera in and play from the camera
[19:27:27] Beirdo: but... we should make it say "hey, I see you have videos, would you like to import them into mythvideo?"
[19:27:37] Beirdo: or equivalent in core :)
[19:30:42] stuartm: Beirdo: personally I think that option has to stay in mythgallery
[19:31:06] Beirdo: what's the use case?
[19:31:24] Beirdo: just curious :)
[19:31:35] stuartm: I'm not going to sort out the videos (recorded on the camera) from the photos in my collection and have holiday videos in a separate folder from holiday photos, out of sequence etc
[19:31:51] Beirdo: hmm
[19:31:58] Beirdo: good point
[19:32:14] Beirdo: OK, so I guess we can try to make it use the internal player then :)
[19:32:44] stuartm: it will already use the internal player for playback, but it's using mplayer to create thumbnails from the video
[19:33:04] Beirdo: you sure about that? OK.
[19:33:17] Beirdo: we should be able to use mythpreviewgen for that, no?
[19:33:20] stuartm: yep, I was the one who changed it to use the internal player
[19:33:35] Beirdo: hehe :) OK
[19:34:56] stuartm: Beirdo: yes, although I was originally thinking of direct access to the API rather than a syscall to mythpreviewgen direct from mythgallery, some of the changes I made to the preview generator API were to allow it's use from any plugin with any file and any destination
[19:35:52] SteveGoodey (SteveGoodey!~steve@host86-147-81-9.range86-147.btcentralplus.com) has joined #mythtv
[19:35:57] stuartm: I don't really mind how it's done though
[19:36:04] Beirdo: OK. Sweet. Well, let's put it on the list of things to get a rework
[19:36:25] Beirdo: if we can get rid of dependence on mplayer, that would be nice
[19:38:09] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[19:41:42] sphery: we still need to change the default value for GalleryMoviePlayerCmd, then
[19:42:06] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 268 seconds)
[19:42:16] Beirdo: sure. if it will support Internal, let's make the default Internal
[19:42:36] Beirdo: if they wanna override back to mplayer or player X, that's the user's problem
[19:43:04] Beirdo: and perhaps we can consider removing supporting external players completely, and force the use of internal only
[19:51:40] Beirdo: stuartm: seems Lawrence's patch added 6 new warnings.
[19:51:58] Beirdo: ahhh, more QDBus mess
[19:52:25] Beirdo: le sigh
[19:53:57] Beirdo: nice triage work today
[19:56:22] Goga777 (Goga777!~Goga777@shpd-78-36-182-40.static.vologda.ru) has joined #mythtv
[19:58:01] stuartm: hmm, I don't see those warnings here, it must depend on the qt version
[19:59:53] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit ()
[20:01:47] wagnerrp: ive got 4.7.3 on the freebsd ones
[20:04:57] Beirdo: ahh
[20:05:35] Beirdo: 4.6.2 on the 64-bit at least
[20:05:58] Beirdo: it's likely just that, and nothing we can do without editing Qt headers anyways
[20:14:19] stuartm: hey, was the milestone fix something you added to the post-commit script?
[20:14:25] stuartm: I like that
[20:14:42] ** wagnerrp did **
[20:14:54] Beirdo: yeah, that's wagnerrp's fine work :)
[20:16:18] stuartm: nice
[20:19:39] wagnerrp: although right now, it relies on a specific pattern of available milestones in trac
[20:19:54] wagnerrp: the master branch applies to the latest milestone, numerically
[20:20:03] Beirdo: hmm
[20:20:07] Beirdo: I added 0.24.2
[20:20:13] wagnerrp: the fixes branch applies to the latest milestone numerically, on that branch
[20:20:25] Beirdo: so we should make sure that it's still fully operational
[20:20:30] wagnerrp: so any new fixes in the fixes/0.24 branch will be applied to 0.24.2
[20:20:55] Beirdo: should be, correct
[20:21:22] stuarta: hmmm osx lion out next month
[20:21:25] stuarta: wonder what that'll break
[20:22:00] Beirdo: heh, only everything
[20:22:22] Beirdo: how's the osx slave coming, BTW?
[20:22:26] ** stuarta looks suspiciously at his mini mac that he hasn't converted to a build slave **
[20:22:44] Beirdo: hehe
[20:22:45] stuarta: maybe tonight is a good night to attack it...
[20:23:02] Beirdo: cool
[20:23:07] stuarta: the vague plan i currently have in my head is this
[20:23:33] stuarta: osx-packager has a habit of building _everything_ under a single directory root
[20:23:45] stuarta: src, bin etc etc etc
[20:24:02] stuarta: and the versions of qt mysql et al can all be different
[20:24:22] stuarta: so i make a bootstrap script out of the guts of osx-packager
[20:24:28] stuartm: bugger, I didn't test that dbus patch quite enough, leave the frontend alone for long enough and it hangs in an endless loop trying to mount a drive I connected earlier
[20:24:32] Beirdo: well, buildbot usually has a source dir (for the pulled source) and a build dir (to build said pulled source in)
[20:25:02] stuarta: osx-packager even install the binaries it needs to build under this starting point
[20:25:06] Beirdo: so if you can bootstrap it in the way buildbot likes, you should be good to go
[20:25:15] stuarta: yeah
[20:25:26] Beirdo: stuartm: ouch.
[20:25:30] stuarta: was kinda thinking something along the lines of a personal bin dir
[20:25:43] stuarta: but one each for fixes and master
[20:25:57] stuarta: and the relevant one gets pushed into the path
[20:26:09] j-rod is now known as j-rod|afk
[20:26:17] Beirdo: yeah, well, for buildbot, the fixes and master buildbot dir will be separate subdirs of the buildslave's running dir
[20:27:03] Beirdo: if you wanted to have a subdir of each of those, it would map well. I have the linux/freebsd stuff install within that subdir too
[20:27:13] Beirdo: and cleaned out each time
[20:27:16] stuarta: so i'd end up with <buildbotdir>/master & <buildbotdir>/fixes
[20:27:41] stuarta: i don't want everything cleaned each time, only the mythtv sources
[20:27:46] stuarta: qt takes 3–4hrs to build
[20:28:10] stuarta: hence "bootstrapping" to build the initial binary directories
[20:28:59] Beirdo: correct
[20:28:59] Goga777 (Goga777!~Goga777@shpd-78-36-182-40.static.vologda.ru) has quit (Read error: Connection reset by peer)
[20:29:29] Beirdo: you'd want to put a <buildbot>/master/bin dir
[20:29:35] Beirdo: which we don't clean out
[20:29:53] stuarta: thats what i was thinking
[20:30:00] stuarta: ok, i'll get onto bootstrapping...
[20:30:04] Beirdo: the the <buildbot>/master/source is the git pull
[20:30:27] Beirdo: and <buildbot>/master/build is where it builds mythtv, and has the install in there, etc
[20:30:41] stuarta: okay
[20:30:45] Beirdo: something like that... we'd only clean out the build dir each time
[20:31:50] SteveGoodey (SteveGoodey!~steve@host86-147-81-9.range86-147.btcentralplus.com) has quit (Remote host closed the connection)
[20:35:43] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer)
[20:36:00] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 240 seconds)
[20:36:07] wagnerrp: stuarta: 3–4hrs even with ccache?
[20:36:30] stuarta: qt build doesn't use ccache
[20:41:42] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[20:42:12] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[20:42:12] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[20:42:12] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[20:43:03] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:45:11] Beirdo: yeah, we don't want to rebuild qt with buildbot runs
[20:45:32] Beirdo: build once, installed somewhere handy, then reused over and over
[20:47:37] stuarta: aye
[20:48:14] stuarta: hmmm. someone broke master on my box
[20:48:48] Beirdo: broke in what way?
[20:49:00] stuarta: cannot call constructor ‘QDate::QDate’ directly
[20:49:13] Beirdo: ?!
[20:49:29] Beirdo: is that runtime or compile-time?
[20:49:36] stuarta: compile
[20:49:50] Beirdo: OK, that will make it easier to track down and fix
[20:50:19] ** stuarta looks suspiciously at iamlindoro's recent commit **
[20:50:32] Beirdo: not too surprising if it's the new logging stuff even
[20:51:05] Beirdo: I wasn't able to test it on OSX yet, although it shouldn't give issues, it's mostly Qt level, not much portability concerns
[20:51:14] Beirdo: which file?
[20:51:20] stuarta: hey, this is on my debian x86 box
[20:51:25] Beirdo: oh
[20:51:26] Beirdo: hehe
[20:51:35] Beirdo: what Qt version?
[20:51:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)
[20:51:41] stuarta: libs/libmythtv/mpeg/dishdescriptors.cpp
[20:52:06] stuarta: 4.7.2–0ubuntu6.1
[20:52:12] Beirdo: yeah, that sounds like the one iamlindoro pushed to me. Or at least suspiciously so
[20:52:14] stuarta: so technically it's my ubuntu box
[20:52:45] stuartm: ok, patch wasn't to blame, the log messages are apparently normal for the mediamonitor but stupid as hell, hang must have been unrelated
[20:53:16] stuarta: it doesn't like the return QData::QDate(); calls
[20:54:25] stuartm: for some fool reason we poll all connected devices once a second, which involves opening the CDRom device twice, attempting to mount hard drives etc and yet we don't need to do that because we get notices when the drives are attached :(
[20:54:27] Beirdo: interesting. compiles fine here with 4.6.2, but... I might have that code turned off somehow
[20:54:48] stuarta: stuartm: that is indeed foolish
[20:54:53] Beirdo: stuartm: sounds like a project for us. yay, more silly things to fix
[20:56:36] stuartm: I've always known the media monitor needs work, it's a collection of mis-matched patches applied over the years with no real maintainer but it's actually worse that I thought :(
[20:57:09] Beirdo: yeah, it's a peach
[20:57:18] stuarta: ideally it needs ripping out and leverage stuff built into the various os's
[20:57:35] stuarta: bonus points if there's already a cross platform way of doing it
[20:58:08] Beirdo: agreed
[20:58:51] stuarta: QRemovableMediaBadgerWidgit
[21:00:23] stuartm: try running with -v media, then connect a drive which has no mount point in fstab e.g. a usb flash drive or backup hdd
[21:00:27] stuartm: this is what my logs look like – http://pastebin.com/wevPU9Lp
[21:00:48] stuartm: it's actually more than once per second
[21:01:25] Beirdo: wow
[21:01:26] stuartm: and that doesn't reflect what we're doing in the background but not logging, e.g. opening the CDRom drive multiple times per second
[21:01:34] Beirdo: twice a second about
[21:01:59] Beirdo: if nothing else, that log message needs a serious haircut
[21:02:26] Beirdo: but yeah, why are we pounding the crap outta the system?
[21:03:46] stuartm: it's not even as though the code doesn't know about the device notifications, the function that initiates those checks also looks to see what notifications were just received, adds new devices to the device list then iterates through the lot checking to see whether there is any new media available
[21:04:57] stuartm: in the case of an unmountable device we should try once then stop, for CDRoms we get notifications when they are opened/closed, we don't need to keep checking whether a new disc has been inserted etc
[21:07:04] Beirdo: yeah, check once at startup, then use the notifications
[21:07:23] Beirdo: if you think you might miss some, maybe check once an hour to make sure
[21:07:29] jams: i thought the multiple checks for the cdrom was to give the system time to scan/spin up the disc.
[21:07:42] jams: but yes it doen't need to hammer it like that
[21:08:06] Beirdo: that only makes sense if you just got a door closed notification, I'd think
[21:08:17] jams: agreed
[21:08:30] stuartm: jams: immediately after a disc has been inserted yes, but it appears to do it outside those periods, I've not touched my CDRom drive in days and yet it's still polling constantly
[21:08:57] Beirdo: or I guess at startup in case you startup right as a disc is inserted
[21:09:38] stuartm: yep, but those checks only continue for a few seconds at most, or at least they should
[21:09:44] Beirdo: agreed
[21:09:49] Beirdo: certainly not forever
[21:10:12] jams: yes agreed. i wasn't defending the current behaviour, just chipping in as to why it does it
[21:10:44] jams: or at least what i remember
[21:10:48] stuarta: just doing a final build on the fix for the build error
[21:11:32] stuartm: then again, I wonder if Lawrence's patch have had some affect on the behaviour, I've worked on aspects of the media monitor before and I never noticed this persistant behaviour before
[21:13:35] stuartm: I can't see how atm
[21:14:39] abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)
[21:14:42] Beirdo: I guess you could checkout the SHA1 just before his patch and try again
[21:15:02] Beirdo: would tell ya pretty quick if that's somehow the case
[21:15:46] stuartm: yeah, tomorrow sometime I'll do exactly that
[21:20:45] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds)
[21:36:41] gigem: stuarta: removing the "QDate::" works for me.
[21:39:39] stuarta: http://paste.ubuntu.com/622888/ is what i did
[21:40:29] j-rod|af` (j-rod|af`!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has joined #mythtv
[21:41:26] gigem: stuarta: that's probably ever so slightly more efficient, but clearer. feel free to replace the commit i made if you want.
[21:41:57] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[21:42:39] andreax (andreax!~andreaz@p57B92C28.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[21:43:04] j-rod|afk (j-rod|afk!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has quit (Ping timeout: 246 seconds)
[21:43:29] stuarta: i actually think yours is cleaner
[21:44:24] stuarta: since mine uses the variable name to indicate that it's invalid, yet there is nothing to stop anyone assigning a valid date to it, thus breaking the logic of the code
[21:50:53] gigem: yeah, but assigning a valid date to a variable named invalid_date would be grounds for shooting. :) as long as it's fixed, i'm ok with either.
[21:51:13] stuarta: your's is committed.
[22:23:45] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[22:43:52] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[22:45:52] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[22:45:59] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[22:46:15] Beirdo: opportune time to remove new-logging from buildbot
[22:46:27] Beirdo: it's actually idle on all slaves for once :)
[22:47:46] Beirdo: iamlindoro: nice triage work earlier :)
[22:56:17] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:59:39] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[23:33:05] Dave321 (Dave321!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)
[23:33:20] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[23:50:14] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[23:50:14] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[23:50:14] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[23:51:47] highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving)
[23:55:08] martin_ (martin_!~quassel@213.166.186.1) has quit (Remote host closed the connection)

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