MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (92):

aloril, andreax, Anduin_, Anssi, anykey_, Beirdo, brfransen, brtb, CaCtus491, Captain_Murdoch, cattelan_away, Chutt, clever, coling, Cougar, damaltor, danielk22, Dave123, davide, dblain, dekarl1, dlblog, ElmerFudd, foobum, foxbuntu`, ghoti, gigem, gregL, GreyFoxx, Guest88351, highzeth, J-e-f-f-A, j-rod|afk, jams, jarle, jcarlos_, joe_, joki, jpabq, jpabq-, jpabq__, jstenback, justinh, jwhite, kenni, knightr, kormoc, kurre2, kwmonroe`, laga_, mag0o, Malard, MaverickTech, mgolisch, mirage335, mrand, MythBuild, MythLogBot, mzanetti, noahric, nutron|h, peitolm, poptix, purserj, rhpot1991, rsiebert_, Sash, Seeker`, skd5aner, Slasher`, Snow-Man, sphery, sraue, stichnot, stuarta, superm1, sutula, TazzNZ, tgm4883, ThisNewGuy, tomimo, tris, Unhelpful, vallor, wagnerrp, wahrhaft, xris, Yanch0, yb0t, zCougar, zombor, _charly_
Sunday, February 19th, 2012, 00:15 UTC
[00:15:01] Captain_Murdoch2: kenni, ah, great. I forgot about the mods to allow that to download the themes. sorry 'bout that. :)
[00:24:25] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Excess Flood)
[00:24:31] tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv
[00:24:32] tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host)
[00:24:32] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[00:38:52] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:49:59] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[00:58:13] danielk22 (danielk22!~danielk@96.57.9.142) has left #mythtv ()
[00:58:23] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[01:00:52] danielk22: jya: stuartm: Like most Qt classes it's re-entrant but not thread-safe. So if you use a single QRegExp in a function[s] that may be called from more than one thread it can go boom.
[01:03:06] danielk22: stuartm: Yeah, the QRegExp is compiled into a state machine when you set the regular expression or when you instantiate it. So you can end up spending 500,000,000 ns compiling the expression and then 500 ns running it.
[01:04:14] danielk22: stuartm: But now that we've ported most threads to MThread that really shouldn't be much of an issue. When run inside a QThread the QRegExp will cache the state machine for later reuse & MThread uses a QThread internally.
[01:08:14] danielk22: Of course QRegExp performance is never stellar: http://blog.rburchell.com/2011/12/why-i-avoid . . . -and-so.html
[01:24:45] clever: danielk22: what if you stored the QRegExp in QThreadStorage ?
[01:25:31] clever: with one copy per-thread, the not-thread-safe issue wouldnt come up
[01:25:39] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:31:58] gigem: taylorr: i have a sample for you. it's 130MB. where can i put it?
[01:53:04] Captain_Murdoch2 is now known as Captain_Murdoch
[01:53:13] ** Beirdo clangs clang **
[01:53:15] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host)
[01:53:15] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[02:05:09] stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Ping timeout: 245 seconds)
[02:06:04] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[02:06:28] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv
[02:11:24] stichnot (stichnot!~chatzilla@192.55.55.39) has joined #mythtv
[02:53:26] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Remote host closed the connection)
[02:55:24] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv
[02:55:24] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host)
[02:55:24] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[02:56:59] taylorr: davide: I sent gigem a PM with the upload info
[03:08:19] sparkyjack (sparkyjack!~jack@c-68-49-217-105.hsd1.md.comcast.net) has joined #mythtv
[03:09:14] sparkyjack (sparkyjack!~jack@c-68-49-217-105.hsd1.md.comcast.net) has left #mythtv ()
[03:31:52] stichnot: taylorr: How can I test whether a recording has a variable frame rate?
[03:35:53] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[03:37:53] taylorr: stichnot: in avformatdetector we have an MPEG2 video parser that should update the fps if anything has changed (via the MPEG sequence header)
[03:50:49] taylorr: stichnot: look at AvFormatDecoder::MpegPreProcessPkt
[03:53:24] taylorr: stichnot: I've got a clip from gigem now.... I'll PM you the link
[03:59:45] gigem: taylorr: i just finished the other test. while recording, the position was correct, but the duration was doubled while in an interlaced section. after recording and prior to commflagging, both position and duration were correct.
[04:05:42] taylorr: gigem: makes sense then as it was playing at 59.94 then switched to 29.97 and since it calculates duration by frames * frame_interval and the frame interval doubled it doubled the duration
[04:12:17] taylorr: gigem: just checked the video and mythtv and libav detect and update the frame rate change properly
[04:12:46] taylorr: gigem: any chance you could find a clip like that with CC streams that stichnot could use?
[04:19:13] stichnot: taylorr: downloading now, thanks.
[04:22:08] stichnot: taylorr: since I'm lazy, I was wondering if you know of some tool like ffmpeg, mplayer, etc. that I can run on a file that will tell me, "yes, this file has variable frame rates", before I use it for mythtv testing
[04:23:30] taylorr: stichnot: just add a debug statement to mythtv if the fps changes :)
[04:24:11] taylorr: you could store the FPS of the previous frame and if GetFPS for the current frame differs then holler
[04:28:23] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[04:29:11] taylorr: stichnot: the decoder should execute normalized_fps on a fps change so you could just search for "Selected FPS" message in a -v playback log
[04:35:33] sphery: knightr: yeah, wasn't saying not to push the "cut list" changes (as "cut list" is /much/ better than "cutlist")... Just saying I'd like to find something better, eventually.
[04:40:10] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[04:42:39] taylorr: stichnot: are you still downloading? I need to reboot my box?
[04:43:01] gigem: taylorr: i think it will be difficult to get a sample for stichnot. the problem for me is local commercials inserted by verizon into national channels and as far as i can tell, those local commercials don't appear to have captioning. i just scheduled a new recording for testing. if this one doesn't have captioning on local commercial, i doubt any of them do.
[04:43:58] taylorr: gigem: it's ok if the commercials don't have them – just want to make sure the ccextractor works if the frame rate changes
[04:45:15] taylorr: the clip you sent didn't have any captions that I could tell when the main program was playing
[04:48:03] stichnot: taylorr: sorry, i was away. download finished
[04:55:03] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Remote host closed the connection)
[04:55:20] noahric (noahric!~noahric@50.46.147.0) has joined #mythtv
[04:57:58] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv
[04:57:58] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host)
[04:57:58] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[04:58:13] ** xris ponders how to deal with duplicates of shows that record two-per-episode (kids stuff) **
[05:09:29] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:10:37] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Quit: Leaving)
[05:11:00] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv
[05:11:00] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host)
[05:11:00] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[05:14:56] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Client Quit)
[05:15:14] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[05:28:37] taylorr: Beirdo: do you have a little breakup in the video at the beginning of a recording with your HDPVR?
[05:29:02] taylorr: I added the hdpvr patch from Janne and it seems to have eliminated that
[05:29:34] Beirdo: I've noticed it a few times, yeah, but never really found the pattern
[05:29:54] Beirdo: cool, so it sounds like that driver patch is as useful as it seemed to be :)
[05:29:56] taylorr: seemed that livetv transitions worked better too
[05:30:01] Beirdo: yay
[05:30:11] Beirdo: every little bit helps
[05:30:17] taylorr: I might be imagining things but it does seem better
[05:30:22] jpabq: taylorr, that is awesome
[05:30:52] taylorr: jpabq: you don't compile your hdpvr driver from source, do you?
[05:31:25] jpabq: Not typically. Might be worth it, though.
[05:31:29] Beirdo: I did. Quite some time back.
[05:31:53] Beirdo: might be almost time to scratch my brain and remember how I generated teh .deb file for the kernel stuff
[05:32:06] Beirdo: and maybe... (the horror) document it
[05:32:51] taylorr: Beirdo: I just use the mercural backport repo from linuxtv.org
[05:33:08] jpabq: At this point I am running fedora 14 on my mythbackend machine. I have been considering installing Scientific Linux 6.2 there.
[05:33:55] taylorr: luckily Janne CC'd the patch for the linux stable branches
[05:34:13] Beirdo: yeah. I don't really need this kernel anymore as all the hacks I needed are either in the kernel, or not needed anymore for my setup
[05:34:31] Beirdo: like I don't need IR support for the HDPVR
[05:45:28] taylorr: jpabq: did you see my comment a ways back about mythtv just not touching color controls for the hdpvr? it would allow the newer firmware to work without needing to update the driver
[05:46:12] jpabq: taylorr, aye
[05:46:39] jpabq: I hope to try it next weekend.
[06:35:26] gigem: taylorr: stichnotcc.mpg is on the way.
[06:36:11] gigem: Beirdo: the way i make kernel .debs is with the make-kpkg command in the kernel-package package.
[06:37:01] Beirdo: gigem: yeah, that sounds familiar. Just been so long that I've forgotten it all :)
[06:37:48] Beirdo: and if I don't leave myself a HOWTO, I'll probably flush it from the brain again too
[06:48:36] wagnerrp: Beirdo: i was considering migrating the select() in mythsystem to a poll(), so we dont have to keep rebuilding the bitmask on each pass
[06:48:59] wagnerrp: but i expect were not going to be running enough stuff through there simultaneously to make any real difference?
[07:02:52] Beirdo: hmmm, that is also not as efficient
[07:03:10] Beirdo: let's consider it after 0.25, it might be a good idea
[07:08:49] wagnerrp: it consumes a lot more memory, but i was under the impression the fact that you dont have to rebuild the mask made it a slight improvement
[07:09:21] wagnerrp: i just found some 'TODO' i had stashed away some unknown time ago, and found that on the list
[07:46:20] wagnerrp: stichnot: i reassigned any of your tickets that werent otherwise accepted by someone else to you
[07:56:43] stoffel (stoffel!~quassel@pD9E43BDE.dip.t-dialin.net) has joined #mythtv
[08:04:34] noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric)
[08:50:55] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[09:23:45] jya: wagnerrp: in your hardware report, are you uploading the type of audio card? I'd like to add the ELD if possible , it's quite small . and I can include a translator
[09:24:20] jya: would be interesting to know what amp reports things like AAC or WMPpro bitstreaming. and if a few out there, add support for those
[09:26:58] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[09:41:03] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[09:47:11] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[09:51:29] rot (rot!~rot@59.92.176.175) has joined #mythtv
[09:53:33] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds)
[10:49:19] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[11:05:01] 13WAAHMKY (13WAAHMKY!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[11:05:48] mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv
[11:06:15] mike is now known as Guest88351
[11:06:26] nearlyfreesoluti (nearlyfreesoluti!~nearlyfre@host58-93-dynamic.44-79-r.retail.telecomitalia.it) has joined #mythtv
[11:47:31] Yanch0 (Yanch0!~mpulis@unaffiliated/yancho) has joined #mythtv
[11:50:36] Yancho (Yancho!~mpulis@unaffiliated/yancho) has quit (Ping timeout: 260 seconds)
[12:31:07] rot (rot!~rot@59.92.176.175) has quit (Ping timeout: 255 seconds)
[12:38:43] nearlyfreesoluti (nearlyfreesoluti!~nearlyfre@host58-93-dynamic.44-79-r.retail.telecomitalia.it) has quit (Quit: leaving)
[12:52:15] stoffel (stoffel!~quassel@pD9E43BDE.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)
[13:06:11] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[13:06:35] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv
[13:54:39] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[14:18:15] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds)
[14:18:37] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[14:18:41] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv
[14:20:35] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 240 seconds)
[14:21:09] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[14:22:55] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds)
[14:23:07] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[14:23:25] jpabq__ (jpabq__!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[14:24:15] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 240 seconds)
[14:24:21] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv
[14:25:05] stoffel (stoffel!~quassel@pD9E43BDE.dip.t-dialin.net) has joined #mythtv
[14:27:15] Yanch0 (Yanch0!~mpulis@unaffiliated/yancho) has quit (Ping timeout: 240 seconds)
[14:29:05] kaluta (kaluta!~peter@dsl-217-155-193-159.zen.co.uk) has joined #mythtv
[14:29:35] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds)
[14:30:29] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv
[14:34:55] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[14:37:08] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[14:40:25] Yanch0 (Yanch0!~mpulis@unaffiliated/yancho) has joined #mythtv
[14:43:29] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:50:32] stichnot: taylorr: I grabbed that stichnothcc.mpg file, and I see the changing frame rate plus captions
[14:51:06] stichnot: I also found recordings with repeated_pict=1 (but consistent frame rate)
[14:52:07] stichnot: and of course my test recording with timecode discontinuities
[14:52:30] stichnot: too bad I can't find one with all 3 properties :)
[15:03:59] andreax (andreax!~andreaz@p5089F32E.dip.t-dialin.net) has joined #mythtv
[15:07:13] MythBuild: build #1906 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1906 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[15:09:09] jya: damn… I knew PPC was going to give me issue :(
[15:10:50] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[15:14:10] jya: I used the same #include as done in audiooutpututil.cpp which uses the same bit swapping function
[15:18:53] jya: oh well, I'll have a closer look tomorrow, i'm too tired to think clearly
[15:19:51] rsiebert_ (rsiebert_!~quassel@e179169075.adsl.alicedsl.de) has joined #mythtv
[15:20:15] rsiebert (rsiebert!~quassel@g231187120.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[15:44:35] kaluta (kaluta!~peter@dsl-217-155-193-159.zen.co.uk) has quit (Quit: kaluta)
[15:49:13] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[15:50:56] MythBuild: build #1908 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1908
[16:43:12] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[17:23:27] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Read error: Operation timed out)
[17:49:52] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[17:54:26] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[18:05:04] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[18:05:28] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv
[18:08:14] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[18:10:37] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[18:12:48] kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer)
[18:17:28] stoffel (stoffel!~quassel@pD9E43BDE.dip.t-dialin.net) has quit (Ping timeout: 245 seconds)
[18:20:29] joki (joki!~joki@p54862748.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[18:20:53] joki (joki!~joki@p54864FFC.dip.t-dialin.net) has joined #mythtv
[18:21:13] noahric (noahric!~noahric@50.46.147.0) has joined #mythtv
[18:27:34] stoffel (stoffel!~quassel@pD9E43BDE.dip.t-dialin.net) has joined #mythtv
[18:36:37] stoffel (stoffel!~quassel@pD9E43BDE.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:47:40] wagnerrp: if i move a one-liner method out of the header and into the source, does that require a version bump?
[18:50:27] stuartm: yes, anything that changes the API
[18:50:32] Seeker`: wagnerrp: does it change functionality?
[18:51:51] wagnerrp: API is still the same, the method is still there, its just not written in-line in the header
[18:52:29] Seeker`: imo if it doesn't change the API in any way, shape or form then it doesn't need a version bump
[18:53:29] ** Seeker` didn't see stuartm's reponse, retracts his last statement **
[18:53:35] wagnerrp: but the header has changed, i just dont know if that alone is enough to cause problems
[18:57:38] stuartm: wagnerrp: ah, so it's still declared in the header, just not defined there? Then no, you don't need to bump the version
[18:58:57] wagnerrp: ok
[18:59:04] wagnerrp: thanks
[18:59:43] stuartm: fwiw, we should be fixing the crash in http://code.mythtv.org/trac/ticket/9883 even if the users config is wrong
[19:00:30] stuartm: of course, the user doesn't actually describe a segfault anywhere ...
[19:00:38] wagnerrp: stuartm: there is no crash
[19:00:50] wagnerrp: the slave backend is just sitting there spinning through the reconnect code
[20:11:19] wagnerrp: jya: right now, the hardware profile is just set up to dump all the audio settings for that host
[20:11:42] wagnerrp: whatever is configured in the database gets sent to the server
[20:27:43] jya: wagnerrp: Maybe I should put the ELD in the database whenever I read it then
[20:29:16] wagnerrp: jya: run 'sendProfile.py --printOnly', and it will dump the whole data packet to the terminal
[20:29:37] wagnerrp: somewhere in there, the audio stuff should be sectioned off, and everything it sends will be printed in a big dict
[20:29:46] jya: can it handle binary only data ?
[20:30:51] wagnerrp: as a string
[20:31:00] stuartm: danielk22: currently we don't set the VID_AVC property for recordings although we do have that information available in DTVRecorder and perhaps elsewhere, to make it work across recorders where possible I'm considering using the videocodec variable in RecorderBase(), even though that's not strictly what it's designed for, it's otherwise unused for most recorders – sound ok?
[20:31:19] jya: wagnerrp: it will most certainly contains '\0' though
[20:32:11] wagnerrp: dont know then, would have to ask jams
[20:32:47] wagnerrp: https://github.com/MythTV/mythtv/blob/master/ . . . thtv.py#L266
[20:32:54] jya: I could always convert all binary bytes into something like 0xXX
[20:35:39] wagnerrp: perhaps urlencode() it?
[20:36:40] wagnerrp: jya: any reason to send the ELD to the server, rather than processing it client side?
[20:38:03] wagnerrp: you could even parse it in mythfrontend, store the information to the database table, and pull it through that way
[20:38:18] jya: wagnerrp: well, if it first need to be stored in the DB, i'm not that keen on it… if it could be read and decoded at the time the profile is sent , that would be better...
[20:39:04] jya: the idea of storing something like this in the DB, when it's rarely going to be sent to the server.
[20:39:34] wagnerrp: if you can come up with a mechanism to access that data from ALSA directly from within python, go for it
[20:40:03] wagnerrp: if its in the shared libraries, you could add a new tool to mythutil
[20:40:09] jya: could always run an external command
[20:40:16] wagnerrp: and have the hardware profiler call out to that to retrieve the information
[20:40:22] jya: it would be something like amixer -c contents
[20:40:45] stuartm: danielk22: fwiw, post-0.25 I'd like to start recording more video and audio codec info, would expanding ProgramInfo::properties to 32bit, or even 64bit be an issue?
[20:40:47] jya: amixer -c X contents (where X is the card number)
[20:40:53] wagnerrp: oh, didnt know the standard ALSA tools had the ability to access that information
[20:41:22] wagnerrp: then yeah, a quick call to subprocess, and some string processing on the output, should work fine
[20:41:32] jya: wagnerrp: alsa 1.0.25 only… the ELD is now stored as a PCM mixer called 'ELD'
[20:41:38] jya: raw data
[20:42:32] jya: http://pastebin.com/tqfu7e3f
[20:43:31] jya: so you can see the 'ELD' for card=1,device=7
[20:44:36] wagnerrp: is that that 'values' chunk?
[20:45:03] jya: yep, passed right from what the kernel got from the video card
[20:47:35] jya: decoded it means:
[20:47:37] jya: http://pastebin.com/S4rRAtiV
[20:49:07] wagnerrp: id still rather send the decoded data, than that bitstream
[20:49:25] wagnerrp: is that a statically defined standard? or something thats subject to change in the future for new formats?
[20:49:39] jya: wagnerrp: I can wrtie some pythong decoding that data if you want..
[20:50:07] wagnerrp: i can just fine the necessary bits in the audio libraries to do so
[20:50:19] jya: it is a standard. CEA-861-B, C or D
[20:50:21] wagnerrp: my bigger concern is whether it will have to be maintained
[20:50:29] jya: it's in the EDID
[20:50:39] wagnerrp: if its static, i just define it once, and im done
[20:50:55] jya: let me find you the wikipedia entry, they had the whole thing decoded.
[20:51:11] wagnerrp: if it could change, id rather put something in mythutil that lets the audio libraries decode it
[20:51:26] wagnerrp: so it only needs to be updated in one place
[20:52:01] jya: http://en.wikipedia.org/wiki/Extended_display . . . ication_data
[20:52:13] jya: check CEA EDID Timing Extension Version 3 data format
[20:52:28] wagnerrp: will do, thanks
[20:54:29] wagnerrp: so is this just the upper 96 bytes of the EDID block you might have the nvidia drivers extract?
[20:57:42] jya: the actual ELD structure was defined by Intel… here is the copy of what I used http://www.ce.org/Standards/CEA-861-E_FINAL_Preview.pdf
[20:58:10] jya: but thinking about it..
[20:58:19] jya: you are better of simply doing something like
[20:59:29] jya: cat /proc/asound/card[0–9]/eld#*
[20:59:44] jya: if ALSA of course, this was in alsa >= 1.0.23
[21:04:30] wagnerrp: is 1.0.25 in kernel yet?
[21:04:45] wagnerrp: or would i need to compile independently to test?
[21:13:51] jya: wagnerrp: if you intent to read it from /proc/asound, it will be most likely in your kernel already
[21:13:57] jya: been there for a while
[21:14:26] wagnerrp: in 1.0.24 (3.2.1 kernel) i dont have an eld* device
[21:14:33] jya: if you want to read the raw binary data, it's in linux 3.2, or alsa 1.0.25 (or alsa-git from mid October 2011)
[21:14:38] wagnerrp: but then i dont have HDMI audio configured
[21:14:43] jya: are you using HDMI though?
[21:14:49] jya: well, there you go :)
[21:15:01] wagnerrp: and am specifically feeding the nvidia drivers a special EDID block to prevent my TV from thinking there is audio over HDMI
[21:15:05] jya: if you are using hda audio with hdmi, it will be there
[21:15:32] wagnerrp: i could reset the X server without that xorg.conf argument and see if one shows up
[21:15:38] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 240 seconds)
[21:15:50] jya: hum.. i thought that the recent nvidia drivers were blocking out the extended edid if not using audio
[21:16:09] wagnerrp: actually, i think i might have the original block to use so i dont have to go down and turn the TV on
[21:16:10] jya: oh, you mean you do have an hdmi device
[21:16:42] wagnerrp: HDMI tv, onboard 8200
[21:16:49] jya: I've had varying luck with the nvidia force edid option.. it doesn't seem to handle the audio part at all
[21:17:06] wagnerrp: i used to have HDMI audio working
[21:17:08] jya: like if I boot my GT220 with the TV off, I will not have audio working of hdmi
[21:17:14] wagnerrp: but just found it finicky to keep it going
[21:17:38] wagnerrp: and honestly, playing to a pair of 10W integrated speakers, of little worth
[21:18:21] jya: also, in recent kernel and alsa, they are now restricting the audio capabilities according to what the ELD contains.. so if the ELD is not read, it becomes stereo only.. a bit of a pain. they make assumptions that aren't always correct
[21:19:36] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[21:20:45] jya: like in alsa < 1.0.25, alsa reports 8 channel audio, now only 6 channels… looking at the driver source code, they loop through the short audio descriptors in the ELD, for what the highest channel number is and use that..
[21:21:25] jya: ok.. today is bug finding day…
[21:36:13] peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Read error: No route to host)
[21:49:40] Guest16670 is now known as ybot
[21:49:45] peitolm (peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv
[21:49:59] ybot is now known as yb0t
[22:15:15] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:51:55] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds)
[23:04:42] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Operation timed out)
[23:37:22] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[23:37:32] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[23:37:33] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv

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