MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (86):

abqjp, aloril, Anduin, Anssi, anykey_, beata, Beirdo, brfransen, Captain_Murdoch, Chutt, clever, coling, Cougar, dagar, danielk22, Dave123-road, dekarl, dlblog, eharris, elvum_, f33dMB, foobum, ghoti, Gibby, gregL, GreyFoxx, hads, highzeth, hobiga, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jannau, jarle, jcarlos, JEDIDIAH__, joe____, jpabq, jpabq-, jstenback, justinh, justpaul, jwhite, kc, kenni, knightr, kormoc, kurre, laga, mag0o, markk_, mike|2, mrand, mycosys, MythBuild, MythLogBot, NightMonkey, okolsi, paul-h, pheld, poptix, purserj, reynaldo, rhpot1991, Saviq_afk, Seeker`, skd5aner, Snow-Man, sphery, Splat1, stuarta, superm1, sutula, ThisNewGuy1, tomimo, tris, Unhelpful, wagnerrp, weta, XChatMav, xilet, xris, ybot, _charly_
Monday, March 21st, 2011, 00:00 UTC
[00:00:38] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:01:10] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:01:39] jya: sphery: regarding ticket #9675 ; the --starttime tells what recording to use ?
[00:02:33] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:04:10] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:05:07] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:05:59] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:06:56] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:07:54] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:08:51] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:10:39] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:11:37] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:13:34] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:14:30] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:15:43] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:16:38] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:17:47] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:18:40] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:20:03] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:21:01] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:22:06] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:23:02] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:25:01] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:25:55] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:27:27] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:29:01] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:29:50] jya: Beirdo: I found why it segfault. in transcode, but this is likely why we're seeing other issues with transcode
[00:30:32] jya: I changed the size reported for FORMAT_NONE from 4 bytes to 0 ... transcode receives audio with format = FORMAT_NONE ; which is not good
[00:31:18] sphery: jya: just saw your question, and, yes, --starttime is used to specify which recording (and must be accompanied by --chanid), or else you can use --infile instead of --chanid/--starttime
[00:31:20] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:31:40] jya: sphery: yes, I've reproduced the bug...
[00:31:41] sphery: but I'm guessing you figured that out by now (based on your previous comments :)
[00:31:53] jya: I'm afraid it just revealed other more puzzling issues
[00:31:59] sphery: cool, glad you were able to repro
[00:32:28] sphery: heh, that's always fun... starting down the rabbit hole--hope this one isn't too deep
[00:32:38] jya: the only involvment I had with transcode is write dummy code so it would compile when I changed the fully virtual functions of the audio class
[00:33:58] sphery: yeah, I don't know it's code at all, either--but at least you know the audio code (and audio data). sounds like that helped you figured out what mythtranscode was doing wrong
[00:34:53] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:35:12] jya: sphery: I had changed the default size of format_none ; so it would reveal buggy code. Though I didn't expect it to make things crash.. need to find out why mythtrasncode doesn't know the type of audio format its playing
[00:37:02] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has joined #mythtv
[00:37:58] myco (myco!~mycosys@proxy-prod1.newcastle.edu.au) has quit (Remote host closed the connection)
[00:41:14] jya: Line 399 in transcode.cpp: AudioOutput *audioOutput = new AudioReencodeBuffer(FORMAT_NONE, 0);
[00:41:21] jya: how could that *ever* worked.
[00:41:49] jya: ah, I wrote that :)
[00:59:29] ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has left #mythtv ()
[01:00:47] jya: what is happening with the ffmpeg resync ?
[01:01:00] jya: is Janne out of the loop or not interested anymore ?
[01:03:22] wagnerrp: busy with other things at the moment
[01:04:07] Beirdo: before we do it, officially, we need to decide on which fork to follow
[01:04:45] jya: Beirdo: with Janne I guess we don't have much choice do we ?
[01:05:10] Beirdo: of course we have choice, but I'm sure our choice will be heavily biased :)
[01:05:38] jya: what a sad state of affair that thing.. down to petty, narrow minded action. Claiming copyright over a logo.... what was that?
[01:06:05] Beirdo: that's life. :(
[01:08:05] Beirdo: anyways, I think our choice is fairly obvious, but we'd need to do pros/cons at least to put our minds at rest that we are doing the right thing
[01:09:46] Beirdo: well, back to some PCB design for the moment
[01:09:54] jya: Beirdo: unfortunately, I think our choice will mainly be political rather than technical
[01:10:09] Beirdo: it could end up that way, yes
[01:10:25] Beirdo: likely will, in fact :)
[01:10:32] jya: my main interactions lately have been with people from ffmpeg that have stayed with Michael ..
[01:11:49] jya: and I find the way the "coup" was done to be abhorrent. Now, I don't care one way or another toward Michael, I've never dealt with him. so that will be my "vote" if there's one
[01:12:46] markk_: jya: can you please stop the repeated references to the ffmpeg situation. They're not helpful in the slightest.
[01:13:49] dekarl (dekarl!~dekarl@e180137237.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[01:14:57] jya: markk_: what situation are you referring to? what's going on with the ffmpeg project, or the resync one. all I care about is that a ffmpeg resync is done soon... was supposed to have happened months ago.
[01:16:00] jya: I wouldn't mind doing the resync myself, but last time I did it, it was made clear to me that I wasted my time for nothing
[01:16:33] wagnerrp: doesnt beirdo have a mostly done wont sitting on github?
[01:17:13] Beirdo: I have a sync ready to go, but if we are going to switch to libav (which I think is likely), I'd like to resync again first so we are well situated for the next sync
[01:19:26] dekarl (dekarl!~dekarl@e180134127.adsl.alicedsl.de) has joined #mythtv
[01:25:12] jstenback (jstenback!~jstenback@dp.jstenback.com) has quit (Remote host closed the connection)
[01:26:28] bobnvic (bobnvic!~Bob@64-126-54-49.dyn.everestkc.net) has joined #mythtv
[01:28:02] jstenback (jstenback!~jstenback@dp.jstenback.com) has joined #mythtv
[01:50:15] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has quit (Excess Flood)
[01:53:43] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has joined #mythtv
[02:27:42] jya: markk_: the issue seen in mythtranscode (segfault and issue with the number of audio channels) is due to IsAudioNeeded returning false (defined in mythplayer.h) . As isAudioNeeded is false, the audio class is never initialised properly
[02:31:48] jya: using_null_videoout is set to true; which for some reasons always disable the audio. Is there any reasons for this ?
[02:34:23] jya: setting null_video to true occurred there: https://github.com/MythTV/mythtv/commit/7234b . . . 1a01a6238972
[02:35:28] jya: hum.. this was done with previous code too
[02:51:54] jya: Beirdo:
[02:52:08] jya: Beirdo: I called mythtranscode with --honorcutlist --chanid 1010 --starttime 20110320193000 --fifodir ./test
[02:52:31] jya: the audout and vidout are they just pipes or plain devices?
[02:53:14] Beirdo: they are named pipes
[02:53:33] jya: ok, so I can't expect to see their size increase.
[02:53:42] Beirdo: and they have to be read (both of em) for the transcode to progress
[02:54:06] jya: If I send you a patch, can you see if it's working okay? I think it will actually fix quite a few of the issues
[02:54:14] jya: could fix the number of channels issue too
[02:54:46] Beirdo: sure, but I'm a bit tired to try it today :)
[02:55:03] jya: ah ok... never mind then... I'll test it later when I get back home
[02:56:25] jya: Beirdo: is there some documentation somehwere on how to use mythtranscode in fifo mode ?
[02:57:05] Beirdo: heh, not that I recall, just from experience. reading the nuvexport code (perl) might help
[03:41:33] mycoDA (mycoDA!~mycoDA@221.121.134.96) has joined #mythtv
[03:41:34] mycoDA (mycoDA!~mycoDA@221.121.134.96) has quit (Changing host)
[03:41:34] mycoDA (mycoDA!~mycoDA@unaffiliated/mycosys) has joined #mythtv
[04:04:35] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[04:35:43] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.)
[05:25:29] bobnvic (bobnvic!~Bob@64-126-54-49.dyn.everestkc.net) has quit (Ping timeout: 240 seconds)
[05:59:08] elmojo (elmojo!~elmojo@unaffiliated/elmojo) has quit (Ping timeout: 255 seconds)
[06:17:37] andreax (andreax!~andreaz@p57B92DC6.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[07:13:46] elmojo (elmojo!~elmojo@cpe-173-095-144-220.nc.res.rr.com) has joined #mythtv
[07:13:46] elmojo (elmojo!~elmojo@cpe-173-095-144-220.nc.res.rr.com) has quit (Changing host)
[07:13:46] elmojo (elmojo!~elmojo@unaffiliated/elmojo) has joined #mythtv
[07:25:16] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[07:25:16] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[07:25:16] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[07:29:38] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:42:41] Saviq is now known as Saviq_afk
[08:03:53] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[08:12:15] deaman (deaman!~deaman@nat/trolltech/x-idjjklsufimvfbez) has joined #mythtv
[08:28:11] ThisNewGuy1 (ThisNewGuy1!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv
[08:51:09] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[08:59:44] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[09:01:51] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[09:06:35] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Ping timeout: 248 seconds)
[09:09:58] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[09:49:55] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) 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:05:58] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:15:46] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[10:33:59] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[10:48:52] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[10:57:51] Saviq_afk is now known as Saviq
[11:18:04] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[12:14:51] jya: Saviq, Beirdo : completely untested. http://pastebin.com/kv0CPapP
[12:15:20] jya: this adds AC3, DTS, E-AC3, TrueHD and DTS-HD passthrough support to mythtranscode
[12:16:06] jya: basically all codec allowing passthrough, won't work with mp3 etc... for those mythtranscode will continue to output PCM
[12:16:15] jya: you add --passthrough to mythtranscode
[12:16:22] jya: I *think* it should work.
[12:19:02] jya: let me know if it works for you...
[12:19:39] Saviq: jya: nice
[12:20:33] jya: Saviq: to be honnest, I have no idea what you could do with it... I have no idea what tool would let you get unprocessed, raw encoded audio from a pipe
[12:21:19] Saviq: jya: I _think_ it should be possible to simply save it to a file and mux in e.g. mkvmux
[12:21:44] jya: provided you can pass the information related to what audio codec is used etc.. maybe
[12:22:27] jya: weird, I get a floatting point exception 30% of the time running the mythtranscode command, but never under gdb
[12:23:44] Saviq: hmm looking at the patch, the data gets encoded into iec958... I understand that's required due to varying packet size?
[12:24:53] Saviq: but that might not work, really, 'cause the consumer would need to decode iec958 first to get to raw data
[12:24:53] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[12:25:39] jya: Saviq: the data gets encoded into iec958, only to determine its size, so the timecode can be properly calculated
[12:25:51] jya: you will see that the iec958 muxed data is discarded immediately
[12:25:56] Saviq: ah right
[12:26:39] jya: an AC3/DTS frame would vary in size all the time, can't do much with it. as myth assumes it's a fully formed audio frame: that's what it uses to guess timestamp
[12:27:08] jya: the only other option would be to decode the data first, then look at the size of the decoded data
[12:27:30] jya: but then, you won't get dts-hd support. Not that it matters, I doubt you'll ever run mythtranscode on that
[12:27:44] jya: but muxing in a iec958 frame is much faster than decoding audio
[12:27:57] Saviq: yeah I've never seen nothing beyond AC3 from my DVB-S2
[12:28:24] jya: Saviq: I don't think DVB supports anything else
[12:29:04] jya: but the code to do AC3 is the same to do all the other digital codecs. so it's free
[12:39:38] jya: that timecode code is plain wrong, the framerate is never set
[12:41:56] mycoDA is now known as mycosys
[12:44:40] Anssi: (DVB does support E-AC3, DTS, AAC, and at least the latter two are in actual use)
[12:47:15] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[12:47:18] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Client Quit)
[12:48:20] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has joined #mythtv
[12:48:58] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[12:53:49] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds)
[12:54:57] jannau: E-AC3 is afaik used in france
[12:55:43] deaman (deaman!~deaman@nat/trolltech/x-idjjklsufimvfbez) has quit (Quit: deaman)
[12:57:47] jya: Anssi: Ah yes, I've seen AAC/LATM of course
[12:58:11] jannau: jya: I don't think my libav.org involvement should influence which fork mythtv uses. I suspect libav.org will gain features faster but that hardly matters for a couple of syncs per year + I'm obviously biased
[12:58:59] jya: jannau: Good to know.
[12:59:00] jya: I would suspect ffmpeg.org to sync all the time
[13:00:24] jannau: currently, I'm not sure if that will continue in the long term
[13:01:09] jya: jannau: at this time, all that matters to me is that we get Anssi latest changes :)
[13:04:07] stuarta: well if both use git we can easily cherry pick from both of them
[13:04:39] jya: stuarta: I've already cherry-picked the changes I wanted back to our copy
[13:04:48] stuarta: :)
[13:05:21] jya: stuarta: but for whatever reasons, having a copy of ffmpeg botched like that bother me
[13:06:19] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[13:07:54] jya: jannau: while you're there... I notice in nuppeldecoder.cpp that it can reset the framerate if "extradata" is set. is this unique to the nuppel container ?
[13:09:33] jannau: jya: reset to a different sane value or to a bogus value
[13:10:13] jya: it reads to a value found in the container by the look of things.
[13:11:16] jya: just realised that the value set by SetEffDsp will be bogus for E-AC3, TrueHD and DTS-HD bitstream. because the effective bitrate (what transfer over hdmi) isn't the value..
[13:11:32] jya: but I guess it's not a problem with nuppel, because it doesn't support those codec anyway
[13:13:48] jannau: I think we should try to replace nuppel write support
[13:15:24] jya: definitely
[13:19:27] jya: Saviq: new version. Fixes a possible floatting point exception. http://pastebin.com/4UpPgUHg
[13:19:43] jya: I need to commit this actually, but that fixes most other issues with mythtranscode
[13:20:39] stuarta: didn't we come to the conclusion that something like MKV was the way forward?
[13:20:46] jya: will test tomorrow.. Going to be now.. g'night
[13:30:43] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[13:33:15] danielk22: Syncing to from two ffmpeg/libav trees would eventually get to be more work than the current 3 way merge. Ideally we can also submit some of our patches to both projects and see which project handles the submissions better & use that as one factor. Producing a stable library & regular releases should probably be the primary consideration.
[13:33:37] Captain_Murdoch: stuarta, I think libavformat is the way forward. :) if our main benefit to using our own transcoder is cutlists though, I think we might be better spending our time making mythffmpeg honor our cutlist somehow.
[13:33:50] danielk22: I suspect the project with janneu on it will fit us better, but he's not the only one involved.
[13:34:44] stuarta: Captain_Murdoch: i was talking about the nupple writer
[13:34:48] Captain_Murdoch: stuarta, me too
[13:34:59] Captain_Murdoch: I have a patch which allows using libavformat for writing various types of containers
[13:35:29] Captain_Murdoch: broke apart NuppelVideoRecorder into a NuppelWriter, AVFormatWriter, and FileWriter base class.
[13:36:18] stuarta: sounds like a cunning plan
[13:36:19] Captain_Murdoch: danielk22, I agree, we don't need our own dedicated ffmpeg maintainer just to keep a 3-way merge in sync. :)
[13:37:58] Captain_Murdoch: stuarta, I generated flv, mpeg-ts, mpeg-ps, mp4, avi from it in testing. but my point still stands. do we want to do all that just to support software encoding. if not and our main reason for writing containers is transcode and our main reason for transcoding is cutlists, then why not try to hook our cutlists into a custom mythffmpeg.
[13:38:27] stuarta: isn't the only other use software encoders?
[13:38:36] stuarta: which all should be thrown in the skip
[13:38:38] Captain_Murdoch: yeah, mythtranscode and NVR.
[13:38:59] stuarta: software encoding for recordings i mean
[13:39:13] Captain_Murdoch: if we need our player code because it's better for 'playback' during transcoding then that's another issue.
[13:39:34] Captain_Murdoch: NVR == nuppelvideorecorder which does _all_ software encoding, for framegrabbers and for mythtranscode.
[13:39:49] stuarta: the only part i care about is lossless transcodes
[13:39:58] stuarta: i rarely use any of the other types
[13:40:22] stuarta: it's just not worth the cpu to save 0.0005% disk space
[13:41:17] Captain_Murdoch: and doesn't something like (myth)ffmpeg support that already?
[13:41:23] Captain_Murdoch: just without the cutlist support.
[13:41:31] j-rod|afk is now known as j-rod
[13:41:35] stuarta: mythtranscode does it with cutlist support
[13:41:42] stuarta: that's the only reason to use it
[13:41:50] stuarta: cutlist removing all advertising
[13:42:04] stuarta: and lossless transcode to preserve original quality
[13:42:12] Captain_Murdoch: right. so I'm saying drop mythtranscode in favor of adding cutlist support to mythffmpeg if the only benefit of mythtranscode is cutlists.
[13:43:05] stuarta: i see where you are going now...
[13:43:07] Captain_Murdoch: since (myth)ffmpeg already supports lossless using the special case 'copy' codec.
[13:43:38] danielk22: stuarta: Are you planning to look at #9672? Looks fairly simple...
[13:44:10] Captain_Murdoch: I imagine our user base using framegrabbers is very very small, although from recent mailing list posts, we have a few convertx users still around which does use NuppelVideoRecorder.
[13:44:18] Captain_Murdoch: even if it's not software encoding.
[13:44:34] stuarta: danielk22: no idea when i get time, if you want to add it feel free
[13:44:42] stuarta: i think the patch could be reworked tho
[13:45:08] jannau: Captain_Murdoch: adding edit lists to ffmpeg -v|a|scodec copy is hard
[13:45:27] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Ping timeout: 252 seconds)
[13:45:39] jya: Captain_Murdoch: you're familiar with mythtranscode right? is it only ever called from the command line?
[13:45:44] stuarta: Captain_Murdoch: iirc when doing lossless transcodes it has to redo all the timestamps
[13:46:02] stuarta: jya: backend calls it too
[13:46:31] jya: stuarta: yes, but how? calling directly the class, or it does a batch calling the mythtranscode exe?
[13:46:46] jannau: through jobqueue which isn't that different from command line usage
[13:46:54] jya: just wondering how I should activate the new option. though the settings or something?
[13:47:17] Captain_Murdoch: jya, jobqueue calls mythtranscode (jobqueue runs in both mythbackend and mythjobqueue)
[13:47:21] jya: right now, to keep the original audio I created a --passthrough argument
[13:47:56] jya: ok, so it does a system or whatever, but use the equivalent to a command line call
[13:49:20] Captain_Murdoch: jobqueue uses something like "mythranscode -j JOBID -V VERBOSE_LEVEL_AS_AN_INT -p PROFILE (-l)" the -l is optional depending on whether to apply the cutlist or not.
[13:49:56] jya: ok... how do you configure the arguments being passed to it? (say I wanted to add a --passthrough call)
[13:49:57] jannau: jya: should be added to the profile
[13:50:36] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[13:51:08] Captain_Murdoch: stuarta, so there may be other reasons to maintain it. but if we drop framegrabber support, the container write and encode could move to programs/mythtranscode instead of libs/libmythtv/NuppelVideoRecorder. all that being said, it's much too low on my TODO list, that's why I dropped working on the AVFormatWriter/NuppelWriter/FileWriter patch. time is better spend just buying a bigger hard drive and installing it. :)
[13:51:36] ** stuarta chuckles **
[13:51:38] Captain_Murdoch: jya, I agree, it shouldnt' be a command line option.
[13:52:18] ** stuarta sighs at over 800 mythtv emails to read **
[13:52:41] Captain_Murdoch: the only reason cutlist is is because we someones apply and sometimes don't, that doesn't depend on the profile.
[13:53:16] jya: Captain_Murdoch: currently, the --passthrough option only makes sense in fifo mode
[13:53:30] jya: jobqueue uses fifo ?
[13:53:37] Captain_Murdoch: no jobqueue is only for files
[13:53:54] jya: I admit, I know nothing on how transcoding works in mythtv nor how mythtranscode is being called
[13:54:01] Captain_Murdoch: only thing using fifo is nuvexport I believe, unless there are 3rd party scripts that do the same thing as nuvexport.
[13:54:02] jannau: stuarta: I can easily top that, alone 537 in MythTV.dev
[13:54:40] stuarta: that is my mythtv dev inbox
[13:54:41] jya: Captain_Murdoch: nuv! ? ah... so really, I wasted my time for nothing, cause there's no way nuv can accept those audio codec as-is
[13:54:53] stuarta: i don't even subscribe to -users
[13:55:03] Captain_Murdoch: I don't believe profiles apply during fifo mode since the profile is all about the destination file. so passthrough can't be a profile option if that's the case.
[13:55:15] ** stuarta won't mention the other 6000 odd email that need looking at **
[13:55:17] Captain_Murdoch: jya, nuvexport isn't just for nuv.
[13:55:32] Captain_Murdoch: it's just the name of hte script which is old.
[13:55:38] jya: oh well, I let someone figure out how to use that new option then :)
[13:56:17] jya: need to check I haven't broken digital passthrough now... and I really need to head to bed
[13:57:27] jannau: stuarta: + 5k tickets and 1k commits
[13:57:39] stuarta: :)
[14:11:05] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[14:11:32] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[14:11:33] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[14:11:33] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[14:37:20] deaman (deaman!~deaman@nat/trolltech/x-htvasfkzcbwpvxgu) has joined #mythtv
[14:54:11] jpabq_ (jpabq_!~abqjp@71-37-148-206.albq.qwest.net) has quit (Quit: jpabq_)
[15:01:15] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection)
[15:10:15] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[15:18:30] waza-ari (waza-ari!~daniel@dslb-084-058-132-155.pools.arcor-ip.net) has joined #mythtv
[15:18:52] waza-ari (waza-ari!~daniel@dslb-084-058-132-155.pools.arcor-ip.net) has left #mythtv ()
[15:40:58] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[15:47:55] deaman (deaman!~deaman@nat/trolltech/x-htvasfkzcbwpvxgu) has quit (Quit: deaman)
[15:49:39] weta is now known as rossand
[15:53:42] rossand is now known as weta
[16:11:27] abqjp (abqjp!~abqjp@97-119-174-22.albq.qwest.net) has joined #mythtv
[16:16:04] andreax (andreax!~Andreaz@tmo-099-187.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[16:19:56] Seeker` is now known as Seeker
[16:21:34] Seeker is now known as SeekerplusC
[16:22:25] SeekerplusC is now known as Seeker
[16:40:11] kormoc is now known as kormoc_afk
[16:51:39] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:55:54] Seeker is now known as Seeker`
[16:57:49] gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv
[16:57:50] gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)
[16:57:50] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[17:01:26] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 240 seconds)
[17:09:25] kormoc_afk is now known as kormoc
[17:14:07] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Quit: Leaving)
[17:50:14] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has joined #mythtv
[18:30:52] stoffel (stoffel!~quassel@p57B4D434.dip.t-dialin.net) has joined #mythtv
[18:42:47] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has quit (Quit: Leaving.)
[18:55:59] Goga777 (Goga777!~Goga777@shpd-178-64-244-105.vologda.ru) has joined #mythtv
[18:56:10] sphery: stuartm: I'm working on converting the schema wizard to mythui. It appears before the main window is exec'ed, so I think it needs its own MythScreenType, like the backendselection and languageselection windows, so I can qApp->exec() and qApp->quit(). However, unlike those windows, the only UI for the schema wizard is a couple of standard popups--which will be a MythDialogBox and a MythUIBusyDialog. Am I on the right track, and is there any ...
[18:56:16] sphery: ... "blank" window I can load, so I don't force themers to theme a new window for it?
[19:01:18] stoffel (stoffel!~quassel@p57B4D434.dip.t-dialin.net) has quit (Remote host closed the connection)
[19:09:23] stuartm: sphery: I'll double check to make sure I'm remembering correctly, but you shouldn't need a MythScreenType for that, the function which contains the exec call is just a helper that lives in those classes to avoid code duplication in all the places those screens are used, you can use that same code anywhere
[19:11:03] sphery: stuartm: without an exec(), the dialogs are never displayed (and if I just do the AddScreen, then continue on, the dialogs show up once we exec() the main window.
[19:12:06] stuartm: sphery: you need the exec() to create an event loop, you just don't need to call exec from within a MythScreenType class, it could be in MythContext or where-ever those popups are created
[19:12:57] sphery: ok, will try it that way
[19:15:21] stuartm: sphery: connect the Exiting() signal of the popups to a function which calls qApp->quit();
[19:16:47] sphery: ah, yeah, that was the problem when I tried doing exec() in the schema wizard... it never quit... so start it and stop it for each dialog and please wait popup?
[19:18:12] sphery: btw, thanks for the direction here--I'm wrestling with figuring out mythui while also trying to figure out what are accepted approaches and what are ugly hacks, so was leaning on the only other similar code I found, but it was different enough that it still didn't give me enough
[19:24:46] stuartm: sphery: starting/stopping for each dialog is one option, if they are called in sequence then you might be able to wrap them all into one though
[19:25:58] stuartm: you only need one event loop running at a time and it can be the same one, you almost certainly want it to be the same one if you need the popups to pass info/signals between each other
[19:26:30] sphery: ok, so for sharing could just connect Exiting() for the last
[19:26:51] stuartm: sphery: yes, that should work fine
[19:28:06] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has joined #mythtv
[19:28:35] stuartm: just ensure that even if the user quits after the first dialog (they press cancel) that we'll always call quit() – exec() is blocking and won't return until quit() is called
[19:29:24] stuartm: once the main window is up you don't need to worry about this stuff, it's only necessary when doing this bootstrap stuff
[19:29:25] sphery: ah, good to know... will watch for that
[19:34:25] Seeker`: any hints on trying to implement a commflagging method?
[19:39:46] sphery: Seeker`: Captain_Murdoch once posted on the mailing lists the general approach you'd need to take to create an audio-processing commercial detection method. Don't know which post, though.
[19:41:35] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[19:44:31] Seeker`: ok, thanks
[19:58:17] Goga777 (Goga777!~Goga777@shpd-178-64-244-105.vologda.ru) has quit (Remote host closed the connection)
[20:03:34] sphery: Seeker`: ok, not having any luck finding the specific post, but http://www.gossamer-threads.com/lists/mythtv/users/325961#325961 should be good for helping motivate you, and http://www.gossamer-threads.com/lists/mythtv/dev/9925#9925 --though old--is probably pretty much correct. The problem is that it doesn't describe the changes required for adding audio processing to the mix.
[20:11:08] Seeker`: cool, I'll have a look though and see what I come up with
[20:35:46] Seeker`: I've just noticed something "interesting". When an advert starts, my AV Receiver seems to redetect the audio stream
[20:36:48] Seeker`: i.e. it shows it is receiving no audio stream for a second or so, and then it comes up with "LINEAR PCM [48]" when the advert starts
[20:37:10] Seeker`: but nothing appears in the frontend log, any ideas how I can find out what is going on?
[20:39:14] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit ()
[20:39:26] SteveGoodey (SteveGoodey!~steve@host86-160-41-87.range86-160.btcentralplus.com) has joined #mythtv
[20:39:39] iamlindoro: Conversation really ought ot be in -users, but there's nothing unusual about that-- audio formats change mid-stream (especially at advertising borders) all the time
[20:40:29] iamlindoro: Many/most adverts aren't going to be in 5.1 surround sound, whereas many programs will be, etc.
[20:41:07] iamlindoro: or the program might be AC-3 and the advert might be MP2 audio, etc.
[20:42:38] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[20:46:28] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:46:47] dekarl (dekarl!~dekarl@e180134127.adsl.alicedsl.de) has quit (Remote host closed the connection)
[20:48:38] Seeker`: iamlindoro: I'm thinking of trying to implement a new commflag method that works on UK TV
[20:50:58] Seeker`: iamlindoro: and this seems fairly consistent across a few UK channels
[20:51:40] dekarl (dekarl!~dekarl@e180134127.adsl.alicedsl.de) has joined #mythtv
[20:58:39] Kunalagon (Kunalagon!~Kunalagon@212.200.241.139) has joined #mythtv
[21:07:38] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[21:08:32] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[21:11:42] danielk22: Wasn't a fix recently committed for the use of the "dirty" in the version script? I just got an "error" on the console compiling under debian lenny (the 2011 release of debian).
[21:12:02] danielk22: Am I misremembering ?
[21:13:27] stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv
[21:13:28] stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host)
[21:13:28] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[21:13:47] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds)
[21:14:55] stuartm_ is now known as stuartm
[21:18:30] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Remote host closed the connection)
[21:24:41] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[21:29:56] sphery: danielk22: http://code.mythtv.org/trac/ticket/9488
[21:30:38] sphery: danielk22: looks like you'll get an error, but it will fall back and get as much as it can: https://github.com/MythTV/mythtv/commit/7af8c . . . e21ee8b0101/
[21:32:39] SteveGoodey (SteveGoodey!~steve@host86-160-41-87.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[21:57:17] SteveGoodey (SteveGoodey!~steve@host86-160-41-87.range86-160.btcentralplus.com) has joined #mythtv
[22:13:36] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has quit (Quit: Leaving.)
[22:19:33] j-rod is now known as j-rod|afk
[22:23:33] SteveGoodey (SteveGoodey!~steve@host86-160-41-87.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[22:47:49] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:53:38] Kunalagon (Kunalagon!~Kunalagon@212.200.241.139) has quit (Quit: Leaving.)
[23:10:05] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 276 seconds)
[23:11:14] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[23:13:35] sphery: tgm4883 (or other *buntu guy): any chance you know whether Ubuntu is patching out the code that checks to see if mythfrontend was called using the name mythfrontend and if not tries to start a plugin (or do they just patch it so that it checks for mythfrontend.real)? Specifically https://github.com/MythTV/mythtv/blob/master/ . . . in.cpp#L1159 .
[23:14:14] sphery: I'm thinking of removing that code/check, and your having to change our code would just be one more reason to :)
[23:17:47] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[23:17:54] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:19:32] tgm4883: sphery, do you know where we keep our patches?
[23:20:18] sphery: no, sorry... otherwise, I would have tried to figure it out myself.
[23:21:12] tgm4883: sphery, doesn't look like it http://bazaar.launchpad.net/~mythbuntu/mythtv . . . ian/patches/
[23:21:29] superm1: that's for fixes of course (for master just switch out fixes to master in the URL)
[23:21:35] tgm4883: that would contain the patches for the currently released version (ie. 0.24)
[23:21:35] superm1: we're not doing much different for master
[23:22:30] superm1: ideally i'd like to eventually find a prettier way to do most of the stuff that mythfrontend sh script does, but i'm not sure how much of it you guys want to absorb into the mythfrontend binary
[23:22:46] sphery: hmmm... wonder if it tries and fails to start a plugin called mythfrontend.real. You guys still have the binary using the .real, right?
[23:22:57] superm1: if it's preferable, we can rename /usr/bin/mythfrontend.real to something like /usr/share/mythtv/mythfrontend or something
[23:22:59] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:23:04] superm1: yes
[23:23:43] sphery: actually, .real doesn't bother me--I just wanted to remove that code, so am looking for good reasons to list :)
[23:27:21] superm1: we do have some code in our shell script that goes and respawns the frontend if it exits non zero if this is in reference to that thread on -users
[23:29:02] sphery: no, this was just something I noticed when I was changing other stuff. Was trying to get rid of most of the arg[0] stuff in our code
[23:34:21] Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Quit: Leaving)
[23:38:18] Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Read error: Operation timed out)
[23:39:35] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[23:40:38] sphery: ah, the code is stripping any filename extensions off the binary name, so that's why it works with .real
[23:46:11] Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv
[23:47:22] superm1: well that's just lucky for us, didn't ever anticipate there was code checking the binary name :)
[23:47:40] Saviq is now known as Saviq_afk
[23:51:10] sphery: yeah, guess it got put in that way for the cygwin support back in Jan, 2004. Thanks for looking for/letting me know where to find patches, and sorry about the noise.
[23:51:32] sphery: (got changed to strip extension for Windows .exe)

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