Back to Home / #mythtv / 2008 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2008-03-08

---Logopened Sat Mar 08 00:00:40 2008
00:03-!-eharris_ is now known as eharris
00:03-!-vortex` [] has joined #mythtv
00:04-!-vortex` [] has left #mythtv []
00:14-!-JoeBorn [] has quit [Read error: 110 (Connection timed out)]
00:21-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has quit [Read error: 104 (Connection reset by peer)]
00:21-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv
00:48<Chutt>danielk22, did you mean 'high quality' to run yadiff2x on 1280x720?
00:49<Chutt>4493 looks simple, but i can't review it properly =)
00:59-!-cattelan [] has quit ["This computer has gone to sleep"]
01:04-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has quit ["Leaving..."]
01:10<superm1>Chutt, i know you were shooting for release sometime this weekend. looking at ~19 open bugs, is that going to slip, or you think its still in site?
01:11<superm1>if its going to slip, i'm going to do one more weekly for hardy to roll up a few packaging fixes tonight or so
01:19-!-gnome42 [] has quit [Remote closed the connection]
01:35<Chutt>superm1, i'm doing the release tomorrow
01:35<Chutt>most of those can get fixed later
01:35<Chutt>only a couple really need fixed.
01:35<superm1>Chutt, okay sounds good. I'll hold off and not push a build tonight then.
02:07<Deek>does the ivtc filter do framedropping?
02:31-!-Pumpernick [i=Pintlezz@] has joined #mythtv
02:39-!-_tux68_ [] has joined #mythtv
02:40-!-_tux68_ [] has quit [Client Quit]
02:47-!-PointyPumper [i=Pintlezz@] has quit [Read error: 110 (Connection timed out)]
02:49-!-loops [] has quit [Read error: 113 (No route to host)]
02:50-!-loops [] has joined #mythtv
03:05-!-erik_ [] has joined #mythtv
03:11-!-Dibblah [] has joined #mythtv
03:16-!-erik_ [] has quit ["Lämnar"]
03:25-!-czth_ [n=dbrobins@nat/microsoft/x-57ca9399d6f9620b] has joined #mythtv
03:32-!-superm1 [n=superm1@ubuntu/member/superm1] has quit ["Leaving"]
03:36-!-czth_ [n=dbrobins@nat/microsoft/x-57ca9399d6f9620b] has quit ["Leaving"]
03:39-!-grim[GameOp]_ [] has joined #mythtv
03:42-!-czth__ [n=dbrobins@nat/microsoft/x-8a414d7ecd6f446e] has quit [Read error: 110 (Connection timed out)]
03:44-!-clever [] has quit [Read error: 110 (Connection timed out)]
03:46-!-clever [] has joined #mythtv
03:48-!-gardz [] has quit [Read error: 101 (Network is unreachable)]
03:59-!-superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv
04:25-!-beavis [] has joined #mythtv
05:15-!-xris [] has quit []
05:46-!-Tanthrix [] has quit [Read error: 110 (Connection timed out)]
07:04-!-_gunni_ [] has joined #mythtv
07:08-!-BibcHooN [] has joined #mythtv
07:13-!-phatmonkey [n=ben@] has joined #mythtv
07:15-!-Dibblah [] has quit [Read error: 113 (No route to host)]
07:23-!-phatmonkey [n=ben@] has quit []
07:24-!-Tanthrix [] has joined #mythtv
07:39-!-Dibblah [] has joined #mythtv
07:40-!-richards [] has quit [Read error: 110 (Connection timed out)]
07:40-!-abstrak [n=abstrak@] has joined #mythtv
07:41-!-abstrak [n=abstrak@] has left #mythtv ["Konversation terminated!"]
07:52<gbee>if anyone has some free time and you want to help out, then the mythweather default widescreen theme needs work
07:52<gbee>you've only got a few hours though
07:55-!-grim[GameOp]_ [] has quit []
07:57-!-grokky [] has quit []
08:02-!-richards [] has joined #mythtv
08:03<janneg>Chutt: I'll fix 4493 for the sw21 switch. We were doing the the same before the diseqc branch merge but nobody complained since the merge and it was included in 0.20
08:03<janneg>danielk22: ^^^
08:06<dekarl>janneg: I'll have guests soonish and could look at your patch later today.
08:14-!-|gunni| [] has joined #mythtv
08:17-!-dagar [] has quit [No route to host]
08:18-!-dagar [] has joined #mythtv
08:18<Deek>does the "realtime priority threads" option actually work?
08:19<laga>if you configure your system correctly, yes
08:25<Deek>rlimits are set, caps hooked up, the exec has been assigned cap_sys_nice, and frontend is even set suid.
08:25<Deek>if there's any base I haven't covered, I'd like to know what it is. :)
08:26<laga>do you see it in the logs?
08:26<Deek>...blah blah would require SUID
08:27<Deek>even though it _is_ set suid root.
08:27<laga>yes, SUID root stopped working many kernel versions ago
08:28<laga>is your PAM version recent enough?
08:29<laga>works for me :)
08:29<laga>maybe you need to log out and back in
08:30<Deek>been done, rebooted, etc.
08:30-!-_gunni_ [] has quit [Read error: 110 (Connection timed out)]
08:30<laga>is your user in the right group?
08:30<Deek>it's assigned on the group and user.
08:31<laga>/var/log/mythtv/mythfrontend.log.1:2008-03-08 00:32:31.603 Using realtime priority.
08:31<laga>definitely working for me, unless someone broke it in the last 200 revisions
08:48-!-nasa [] has joined #mythtv
09:56-!-rn114__ [] has joined #mythtv
10:03-!-BibcHooN [] has quit ["tchô!"]
10:13-!-gnome42 [] has joined #mythtv
10:27-!-dagar [] has quit [No route to host]
10:28-!-nasa [] has quit ["Leaving"]
10:29-!-dagar [] has joined #mythtv
10:30-!-phatmonkey [n=ben@] has joined #mythtv
10:34-!-phatmonkey [n=ben@] has quit [Client Quit]
10:35-!-cattelan [] has joined #mythtv
10:49-!-cattelan_ [] has joined #mythtv
10:50-!-JoeBorn [] has joined #mythtv
10:58-!-Puhi [] has joined #mythtv
10:59-!-cattelan [] has quit [Read error: 110 (Connection timed out)]
11:06-!-Chutt [] has quit [Remote closed the connection]
11:08-!-Chutt [] has joined #mythtv
11:09-!-Dibblah [] has quit [Remote closed the connection]
11:10-!-Dibblah [] has joined #mythtv
11:11<gbee>would someone mind looking at ? I can't get my head around it at the moment
11:12<Chutt>the patch?
11:12<Chutt>i'd just defer that ticket
11:13<Chutt>the only thing that really needs fixed now is alsa
11:13<gbee>I'm not sure the patch is right, seems to work on my non-square pixel TV (PAL stretched to 16:9) but I think that's just a fluke
11:13<Chutt>and the scanner if there's anything pending soon?
11:14<gbee>sure, it's not that important, just annoying because it affects anyone using a widescreen PAL setup and is especially noticeable with metallurgy :)
11:16<laga>looks like hauppauge had two cebit boxen at cebit
11:16<laga>err, mythtv.
11:16*laga needs to wake up
11:17<gbee>we need to factor the pixel ratio into the scaling, but I'm just not sure how exactly, I've filled my whiteboard with ideas and various different calculations but somewhere along the way I've lost grasp of what I'm doing
11:18<gbee>it should be easy, but I'm making it difficult :)
11:21<danielk22>gbee there are just four aspect ratios that matter: video pixel aspect, video real aspect, display pixel aspect, display real aspect.. Just make sure you test with videos that have wacky aspect ratios (ffmpeg is your friend) and displays that have wacky aspect ratios (xorg.conf is your friend)..
11:21<dekarl>gbee: and ignore AFD for now, gets real funny once you add that ;)
11:22<Chutt>danielk22, so, issues left?
11:22<Chutt>i don't see a problem putting the alsa stuff back where it was
11:23<danielk22> <- Modelines I use to test wacky display aspect ratios on a 16:10 display..
11:23<danielk22>chutt at 500 ms?
11:23<Chutt>but is there anything pending about the channel scanner bug?
11:23<janneg>that's about the backend deadlock triggered by mythweb
11:24<Chutt>janneg, can't repro it here
11:24<danielk22>no, i started a rewrite, but it got sidelined.. i've tried to fix the existing code, but it'
11:24-!-rn114__ [] has quit [Read error: 113 (No route to host)]
11:24<danielk22>s pretty much impossible.
11:24<Chutt>it can be deferred, then
11:26<Chutt>is there anything else that should go in?
11:26<danielk22>I'm looking at #3731, but that can be deferred too. It's bugging me because it is a regression, but is fairly rare.
11:26<gbee>danielk22: thanks, I'll conceed defeat and accept that I'm not going to figure this out for 0.21, I can step back and look at it again in a few days
11:27<danielk22>chutt: other than the ALSA thing.. can't think of anything.
11:28<Chutt>i don't use alsa, so could someone test that?
11:29<danielk22>I can test it, it will take me about 10 minutes to get back to a fresh mythtv-0.21 source though..
11:29<Chutt>no rush
11:29<Chutt>i still have to finish the driveway
11:30<Chutt>foot and a half of snow on the ground
11:31<danielk22>I think we have a foot of water here, crazy rain yesterday + this morning, small reprieve now, then it will start up again. storm drains are backing up and flooding the street...
11:35<danielk22>hmm, what should the fragment size be?
11:39<Chutt>old one
11:39<danielk22>even for 6 or 8 channel audio?
11:39<Chutt>doesn't the old one work for 6?
11:40<danielk22>it should, but it's a small fragment size..
11:40<danielk22>I'll give it a try
11:40<Chutt>i dunno, then =)
11:40<Chutt>paul's fix apparently works for 3731
11:42<janneg>the problem seems to be that our libav detects the audio as mp3 with 0 rate and 0 channels
11:43<danielk22>I noticed that, but it didn't seem to cause problems with the initial audio stream select.
11:43<danielk22>which is puzzling
11:43-!-johnp__ [] has joined #mythtv
12:04-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
12:06<MrGandalf>danielk22: off the top of your head, do you know where I should look to print out the pmt from the frontend? I want to see if a certain data PID is getting recorded.
12:09<danielk22>you can use that from within avformatdecoder to print out the pmt it gets
12:09-!-dekar1 [] has joined #mythtv
12:10-!-nsaspook [] has quit [Remote closed the connection]
12:10<danielk22> const PESPacket pes = PESPacket::ViewData(ic->cur_pmt_sect);
12:10<danielk22> const PSIPTable psip(pes);
12:10<danielk22> const ProgramMapTable pmt(psip);
12:10<danielk22> VERBOSE(VB_IMPORTANT, pmt.toString());
12:10<MrGandalf>so ProgramMapTable::toString()
12:10<MrGandalf>excellent, thanks :)
12:11-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
12:12-!-nsaspook [] has joined #mythtv
12:14<MrGandalf>ah, nice to see we're recording all data PIDs by default as well.. handy
12:14<Dibblah>Depends on the setting in the recording profile, AFAIK.
12:15-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
12:15<danielk22>MrGandalf: not by default, depends on the recording profile...
12:15<MrGandalf>guess I haven't seen that bit of code yet..
12:16-!-dekarl [] has quit [Read error: 145 (Connection timed out)]
12:16*MrGandalf takes another stab at DVB radio text..
12:16<danielk22>For a short time it was the default to record all the data streams, but some people in the UK were upset at the file sizes that resulted..
12:17<danielk22>so now audio + video only are recorded by default, data is optiional
12:17<gbee>silly people :)
12:19<MrGandalf>ok, question then.. if the data PIDs aren't being recorded by default, will they still be added to the PMT?
12:20<danielk22>hmm, don't know
12:20<danielk22>they probably shouldn't be
12:20<MrGandalf>MPEGStreamData::CreatePMTSingleProgram() looks like they are
12:20<MrGandalf>which is why I assumed they were being recorded by default
12:22<danielk22>I don't think so, there is a test right above if (!is_audio && !is_video)
12:22<danielk22> dataPIDs.push_back(pid);
12:22<danielk22>to only add teletext and subtitling data streams when the recording type is "tv"
12:23<danielk22>now i don't know if CreatePMTSingleProgram() is used for all the DTV recorders yet.. I think so, but I wouldn't bet on it.
12:23<MrGandalf>Ah, I see.. misunderstood the meaning of those booleans.
12:25<danielk22>grr.. it looks like passthru is not working with the 500 ms buffer
12:32<danielk22>hmm wasn't the change.. something else..
12:50-!-scant [n=scant@] has joined #mythtv
12:54<Chutt>driveway done for now
13:13<danielk22>k, there is something wrong with my spdif, independent of MythTV. I can't get mplayer to output unmolested AC3 streams to the amp either.. someone else want to test this patch with AC3 pass through? (Everything else seems to work)
13:29-!-sv1541 [] has joined #mythtv
13:29-!-sv1541 [] has left #mythtv []
13:29<gnome42>danielk22: compiling now. You just want to know whether it works with pass thru or not?
13:29<gnome42>k, give me a minute
13:32<danielk22>i did get mplayer to work after using spdif instead of iec958 .. trying with mythtv now..
13:33<gbee> << Ughh, asserts
13:34<gbee>just remembered the multirec browsing issue, I guess that will have to wait for a -fixes release but I'd be prepared for a few complaints
13:35<gbee>actually, has nothing to do with browsing really
13:35-!-JoeBorn [] has quit [Read error: 110 (Connection timed out)]
13:36<gnome42>danielk22: works ok here.
13:37<gnome42>on r16437
13:37<danielk22>k, I'll chalk it up to a broken driver/gentoo issue here then.. all other tests pass
13:37<gnome42>I didn't have any problem before either :)
13:39<danielk22>I didn't have a problem before either, but I do now both before and after the change with spdif ac3/dts passthrough.
13:40<Chutt>i'm going to start tagging/etc at 3pm
13:40<Chutt>so, hour and a half-ish
13:41<Chutt>if anyone wants to come up with some release notes for the website... =)
13:41<gnome42>hmm, there might be an issue with timestretch. I get faster chopper sound if I hit timestretchh while in pass thru.
13:43<gbee>I'd volunteer to update the wiki, but I don't have perms to change the main page
13:43<danielk22>gnome42: really? timestretch does work here with spdif out.. hmm.. fast chopper sound.. sounds like MythTV is sending AC3 but the amp isn't detecting that it is AC3.
13:44<gbee>I'll probably be watching in a film in an hour anyway
13:44<Chutt>gbee, if i remember my password, i'll give you the perms :p
13:44<gnome42>yeah, it doesn't correct itself if I switch back to normal time either
13:49<okolsi>friend is having constant backend crashes, I suspect low signal or something similar (DVB-C).
13:49<gnome42>danielk22: yeah, I think you maybe right about the amp not detecting it as ac3
13:49<gnome42>danielk22: Is there any myth config I have to do for this stuff?
13:49<okolsi>is there better way to verify the signal than use Kaffeine or mplayer to watch tv?
13:52<danielk22>gnome42: I'm not a ALSA expert, but I believe appending :{AES0 0x02} to the ALSA line should switch IEC958 into the right mode for AC3, doing some research now...
13:55<gnome42>yeah, I got all that crap in there already .... I was thinking of trying without it :)
13:55<danielk22>try it..
13:55<gnome42>ALSA:iec958:CARD=1,AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2 is waht i have now
13:56<sphery>AES0 0x02 specifies non-audio data (=AC/3 or DTS)
13:58-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
14:00<sphery>(BTW, the 0x6 has the same non-audio bit set, so if you're using 0x6, you're setting non-audio already)
14:04<gnome42>danielk22: I'm no sound expert either. I tried some other variations for the ALSA device but no luck.
14:04<sphery>gnome42: what sound card do you have?
14:05<gnome42>sphery: onboard hda_intel
14:06<gnome42>sphery: any suggestions for a device string?
14:06<gnome42>(ICH8 Family) HD Audio Controller (rev 02)
14:07<sphery>And it reads the IEC958 data from the PCM input (rather than the IEC958 input), right? Usually in a setting labeled "IEC958 Playback Source" or something...
14:07<gnome42>yep, PCM is set for "IEC958 Playback Source"
14:09<sphery>Hmmm.... Thinking (but not having any revelations...)
14:10<sphery>danielk22: Am I right in my assumption that the issue comes down to the lower bitrate for compressed AC-3/DTS meaning that 0.5s of buffering is significantly less (not enough) data compared to buffering 0.5s of uncompressed PCM?
14:11<gnome42>What about those new settings in myth audio setup? "Max Audio channels" and "Upmix" does it matter what I have in there?
14:11<sphery>IIRC, you'll need 2 channel and passive...
14:12<sphery>(for most reliable)
14:12<gnome42>ok thanks, that's what I have
14:13<danielk22>sphery: the problem also happens with mono, I think it happens with anything low bitrate. I don't actually experience the problem though. Janne and a few others do.
14:14<Dibblah>danielk22: Are you at all interested in BBC HD captures?
14:15<danielk22>Not really, janne has been doing all the work to make mpeg-4 avc work in mythtv...
14:15<Dibblah>Really odd - mplayer plays them fine with deinterlacing + scaling + multithreaded slice decoding enabled - About 25% free CPU.
14:15<Dibblah>Myth also has about 25% free, but stutters every 1.5 seconds or so.
14:25<sphery>danielk22: would "Extra audio buffering" setting have an effect on it?
14:25<sphery>(haven't traced the code, hoping you know it well enough)
14:26<sphery>gnome42: You don't have "Aggressive Sound card Buffering" enabled, do you (though I can't say it has an effect for DTS/AC-3, you probably don't want it, anyway).
14:27<danielk22>sphery: i don't know
14:27<sphery>gnome42: What do you have for "Extra audio buffering"?
14:28-!-mattwire [] has joined #mythtv
14:29<gnome42>sphery: no to agressive buffering ... checking other one ...
14:30<gnome42>sphery: and Extra audio buffering is unchecked as well
14:30<sphery>Try checking Extra audio buffering and test again, please.
14:31<gnome42>tried with AES0=0x6 --> 0x02 no dif
14:32<gnome42>no difference with Extra Audio Buffering enabled
14:33<sphery>too bad. that would have been an easy fix...
14:34<gnome42>yeah :)
14:36*sphery wonders how bad releasing with 500ms (which would work for some) and then rolling a fix into -fixes would be...
14:36-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 110 (Connection timed out)]
14:45<sphery>Heh... Seems danielk22 had the same idea 15 minutes before me.
14:49-!-xris [] has joined #mythtv
14:51<danielk22>as long as it's not a regression it's not a blocker...
14:56<johnp__>have we an eta on 21 delivery ?
14:57<gbee>5 minutes
14:57<gbee>give or take a couple of hours ;)
14:57-!-prg3 [] has quit ["leaving"]
14:57-!-prg3 [] has joined #mythtv
14:59<gbee>one of the first things I'd like to do after release and everything has settled down is to merge mythdvd into mythtv - just got caught out by binary mismatch which is stupid considering that dvd playback is handled by the internal player :(
15:00<gbee>so I'm here struggling to recompile mythvideo whilst everyone waits in the other room ... :/
15:02<sphery>Well, most people are used to waiting to watch TV/DVD's until the TiVo/DVD player compile finishes. Oh, wait.
15:03<danielk22>gbee: this has happened to me a few times too...
15:05<danielk22>my SO went sleep once while I was recompiling (had to recompile mythtv too due to an upgraded master with new db schema version, before the developer override...)
15:05<GreyFoxx>ooo what's' the override? Thgat's bit me a couple times this week
15:06<GreyFoxx>the mythvideo one happens to meall the time
15:06<laga>mplayer is a good fallback ;)
15:06<danielk22>-O DBSchemaAutoUpgrade=-1
15:06<GreyFoxx>Thanks, I'll be using that :)
15:07<GreyFoxx>Thankfully with mythvideo I just CD to the mythvideo dir and do a make -j 4 (distcc is my friend) and it doesn't take too long, but still a pain heh
15:11<gnome42>Does anyone have any love for mythphone? I put a better fix on #4851
15:15-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
15:15<danielk22>gnome42: never got it working, i might use and hence improve it otherwise...
15:17<gnome42>danielk22: It's mostly working for me. I have done some fixes to it but not submitted most of them. #4851 is a regression though.
15:18<gnome42>danielk22: how/where does it break for you? does it build ok?
15:19<danielk22>it always builds (well I think I committed some build fixes way back when) But I just couldn't get it to configure & work otherwise.. I haven't tried in a while though.
15:20<danielk22>shane: I'll go ahead and commit your fix, it shouldn't do any harm, and not many people seem to be using mythphone anyway...
15:20<gnome42>ah, ok. It did take some fiddling to get going :)
15:21<gnome42>yeah, I thought it was a low impact place for me to work :)
15:21<danielk22>is there a wiki page for it?
15:21<gnome42>BTW: a similar fix applied to NVR fixes the double recording length problem too
15:22<gnome42>dunno about the wiki page
15:23<danielk22>heh, I'm not applying any NVR non-essential fixes just before the release! :)
15:24<gnome42>#4852 is also a low impact bug fix but not a recent regression
15:24<gnome42>Yeah, I didn't even post a patch for that one :)
15:25<danielk22>you should post the patch to the double recording length ticket.. it can be applied to the trunk..
15:26<gnome42>ok, will do in near future
15:26-!-foxhunt [] has joined #mythtv
15:27<danielk22>If you're looking for something to do right now...
15:27<Chutt>any more?
15:27<Chutt>shall i start tagging/etc?
15:27<gnome42>danielk22: looking ...
15:27<gnome42>Chutt: from me?
15:27<danielk22>tag away..
15:28<Chutt>just going to do a quick compile sanity
15:37<danielk22>mythtv & mythplugins compile for me with my normal options after a distclean, now trying other options..
15:39-!-phatmonkey [n=ben@] has joined #mythtv
15:43-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Connection timed out]
15:44-!-paul__s [] has joined #mythtv
15:45<sphery>danielk22: re: #4350, xris said he saw it on trunk r16394 and gbee said he saw it (don't know which branch/rev he had, though). Definitely a lot less prevalent, though.
15:45-!-paul__s [] has left #mythtv []
15:46<xris>yeah, I only see it occasionally
15:46<danielk22>this is something different from the LANG setting, right?
15:47<Chutt>xris, you need anything else in?
15:47<danielk22>Does the XML preview generation do any kind of rate limiting?
15:47<xris>Chutt: let me check the bug list.. firefox just crashed
15:47<sphery>yeah, though the LANG setting problem made it far more likely to be noticed (because it always resulted in requesting every preview again)
15:48<sphery>danielk22: I don't think there's any rate limiting on either the HTTP server's accepting requests or on the preview generation in the MythXML (unless PreviewGenerator builds it in).
15:49<xris>looks like kormoc has one minor bug. let me see if it's easy to fix.
15:49<Chutt>i've got the tag command ready :p
15:51<xris>yeah, this one should get fixed before release
15:51<xris>broken show genre legend
15:53-!-tulbreak [] has joined #mythtv
15:53<xris>computer still too slow to check
15:53<xris>hopefully a couple of minutes
15:59<danielk22>k, just finished compiling mythtv & plugins successfully with "./configure --disable-v4l --disable-dvb --disable-x11"
16:05<xris>w00t. mythfrontend in macos. :)
16:05<xris>and fixed the bug.. committing in a sec
16:09<xris>ok, clear to go
16:11<Chutt>release tagged
16:15<gnome42>danielk22: first draft, kind of short and hopefully not too confusing. I have to run for a bit ...
16:15<Chutt>tarballs created
16:16<xris>hmm, so hd homerun uses upnp?
16:18<Chutt>tarballs in proper directory
16:18<Chutt>now hopefully the osuosl guys are around to kick off the rsync script
16:21-!-jams [] has quit [Read error: 104 (Connection reset by peer)]
16:22-!-jams [] has joined #mythtv
16:25<Chutt>any highlights i should mention in the release announcement?
16:26<sphery>It's a bug-free release--no extra charge for the bugs?
16:27<laga>opengl video rendering (although disabled by default ;))
16:27<laga>new deinterlacers
16:27<Chutt>ogl video rendering's disabled by default
16:27<hads>Watchlist and storage groups are pretty hot.
16:29<laga>mark spieth's multi channel audio?
16:29-!-mattwire [] has quit [Read error: 104 (Connection reset by peer)]
16:29-!-gor22zo [] has joined #mythtv
16:29-!-mattwire [] has joined #mythtv
16:29<laga>auto discovery?
16:30-!-gor22zo [] has left #mythtv []
16:33-!-purserj [] has quit [Read error: 104 (Connection reset by peer)]
16:34<MrGandalf>danielk22: have a minutes for one more stupid question?
16:34<danielk22>mrg: sure
16:34<MrGandalf>I'm stuck
16:35<MrGandalf>I have a stream codec type DATA and id DVB_PRIVSEC. For some reason av_read_frame ignores it but passes other codec type DATA streams.
16:36<MrGandalf>Now I'm pretty sure there are no built-in decoders for those other DATA types so I'm wondering how I can get my DATA type to pass.
16:37<MrGandalf>(no built-in to libavcoded)
16:38<MrGandalf>Getting stuck in AVFormatDecoder::GetFrame(). I can't decode my data stream since av_read_frame discards it.
16:38-!-aeha [] has left #mythtv []
16:38<danielk22>mrg: I think we have some special MythTV code in ffmpeg to pass that data along. Have a look at the ffmpeg portion of the changesets that added DVB teletext or MHEG support (look at the avformatdecoder.cpp history to find the right changeset.)
16:39<MrGandalf>daniel: I thought there may be some special code.. I guess I have to hunt some more. Thanks,
16:40<superm1>hmm why is --tune=CPU spitting out --march=CPU when building?
16:40<superm1>this doesn't look right
16:40<danielk22>gnome: better word than "fake" maybe? virtual?
16:41<laga>superm1: janneg modified that recently
16:41<laga>superm1: check -commits
16:41<superm1>yeah i was aware it was modified, but i'm not sure it was modified to the correct behavior then
16:42<superm1>the definition of tune is so that you dont set march
16:43<xris>danielk22: do you manage the hdhomerun drivers?
16:44<danielk22>nope, nick @ silicon dust does.
16:45-!-purserj [] has joined #mythtv
16:45<xris>ah, ok
16:45<xris>it's annoying that it only uses upnp rather than also supporting IP.
16:45<xris>can't cross firewall zones.
16:45<xris>then again, I really need to just bite the bullet and get rid of my DMZ
16:46<xris>since everything important in my DMZ is now virtualized onto a single box
16:46<xris>I wonder if there's a way to demo this box at linuxfest
16:46<superm1>with a hdhomerun xris ?
16:47<superm1>i demoed one at ubuntu live last year
16:47<xris>silicon dust gave one to schedules direct to give away at linux fest northwest.
16:47<xris>I figured I should test it to make sure it works. :)
16:47<superm1>just bring an antenna along and hope that the building doesn't act like a big faraday cage
16:47<danielk22>xris: The mythtv code used to be able to handle IP addresses.. you could look at the changes and try to get it working again.
16:47<xris>superm1: no reception where I'll be.
16:48<xris>*might* have a cable connection.. but it could be too far away to use.
16:48<superm1>janneg, with these configure changes, there appears to be no way to --tune=generic and have the resultant code be -mtune=generic unfortunately
16:48<superm1>xris, that's unfortunate then :(
16:50<sphery>superm1: If it's the patch I'm thinking of ( ), it originated from a ticket by Cardoe ( ), so he might be a good person to talk to (I'd guess he has a plan for building broadly-usable compiled versions).
16:51<superm1>yeah that's probably the ticket i'm thinking of too
16:51<superm1>but based on the changes, this may have been a problem before too
16:52<Chutt>superm1, you need the url for the tarballs?
16:53<superm1>Chutt, yeah that'd be good so we don't need to use a get-orig-source rule
16:53<superm1>you can pm it to me if its not synced around yet
16:53<Chutt>it's synced
16:53<superm1>okay great thanks
16:53<Chutt>three 0.21.tar.bz2 files
17:08-!-tulbreak [] has quit [Read error: 110 (Connection timed out)]
17:35-!-johnp__ [] has quit [Read error: 110 (Connection timed out)]
17:41<gbee>sphery, danielk22: I was wrong about seeing the 100% cpu bug, a combination of other factors just lead to a temporary situation where it maxed out but unlike that bug it didn't remain at 100%
17:41<gbee>so it's only xris who has been able to reproduce it with recent trunk
17:44*gbee finishes catching up
17:45<Chutt>i hate writing release note thingies
17:51-!-ydarg [n=razman@] has joined #mythtv
17:54<gbee>Chutt: you have my sympathies, but I won't offer to do it ;)
17:56<Chutt>it's all up
17:57-!-Vaelys [i=awong@slammer.cs.Dal.Ca] has quit [Remote closed the connection]
17:57-!-Vaelys [n=Ziphy@] has joined #mythtv
17:57-!-fuhgawz [n=victor@] has joined #mythtv
17:58-!-mattwire [] has quit ["Leaving"]
17:58<MrGandalf>danielk22: does AFD::GetFrame() act on all available streams at once or one stream per call?
17:59<Chutt>one video frame per call
17:59<Chutt>which should change, obviously
17:59<MrGandalf>one stream you mean
17:59<MrGandalf>not just video
18:00<Chutt>it processes all streams until it gets one more video frame
18:00<MrGandalf>ok, seems I've bee spending many hours in uselessly
18:00-!-ydarg [n=razman@] has left #mythtv []
18:01<superm1>Chutt, for that links page for Mythtv distributions, would you mind adding us?
18:02<superm1>and mythdora is missing there too
18:03-!-Beanoes [] has joined #mythtv
18:03<Beanoes>anyone have experience with mediaMVPs and myth?
18:04<sphery>Beanoes: #mythtv-users
18:04<Beanoes>I have mine connected, running 2 instances of tftp myboot and it sits there at the connecting to server screen (on the mediaMVP)
18:04-!-Beanoes [] has left #mythtv ["Leaving"]
18:04-!-HeMan [] has joined #mythtv
18:05<gbee>superm1: new website with full links shouldn't be too far off
18:05<HeMan>Hi! Is the OSX version as stable as the linux version?
18:05<superm1>gbee,wouldn't it have made sense to put that live with the new release :)
18:05<gbee>editing the existing site is a bitch I'm told, which is why it doesn't get updated much
18:06<gbee>superm1: I thought so, but there were concerns about an untested site + large volumes of traffic
18:06-!-HeMan [] has left #mythtv []
18:06<gbee>releases tend to bring the server to it's knees
18:06<superm1>oh i see
18:07<gbee>still, it would have been nice
18:07<superm1>gbee, where's the testing site?
18:07<gbee>hmm, suppose I better add that license file to Metallurgy that laga has been asking me for
18:07<superm1>i'm curious to see the new look :)
18:08<superm1>gbee, well it's too late to get it into the archive now unfortunately for Hardy :(
18:08<gbee>superm1: there is one, but it's not very pretty atm, missing images
18:08<superm1>but adding that license will at least let it into intrepid
18:08<superm1>gbee, i can make it into a deb at very least that you can distribute on your site if you want
18:09<kormoc>xris, thanks for the fix, I've been rather comatose
18:12<gbee>superm1: I'll take you up on that offer. I need to fix a few things still, it's not really complete so I'm not really disappointed about missing Hardy
18:12<superm1>gbee, okay just let me know when you want it put together and i'll take care of it
18:13<gbee>I'd rather release it later and complete, than early and recieve complaints about missing images/unthemed plugins
18:13<gbee>but maybe in a week or so
18:13<superm1>okay sounds good
18:13<gbee>I've been too busy with other things to finish it before now
18:17-!-beavis [] has quit ["Verlassend"]
18:25<xris>kormoc: not surprising. I assume you guys kept partying last night
18:25<kormoc>xris, Yeah... just a tad
18:26<xris>hd homerun seems to work
18:37-!-mattwire [] has joined #mythtv
18:37-!-mattwire [] has quit [Client Quit]
18:40-!-grokky [] has joined #mythtv
18:57<laga>heh, juski is still posting at mythtvtalk
18:57<janneg>superm1: hmm, -mtune=generic is not in my gcc man page
18:58<janneg>superm1: can you paste the full configure command line
19:01-!-foxhunt [] has quit [Read error: 110 (Connection timed out)]
19:06<superm1>janneg, its a fairly recent gcc option i believe
19:07<superm1>janneg, i ended up settling on: CFLAGS="-g -O2 -fPIC -DPIC" ./configure --prefix=/usr --enable-lirc --enable-audio-alsa \
19:07<superm1> --enable-audio-oss --enable-audio-jack --enable-audio-arts --enable-dvb \
19:07<superm1> --enable-ivtv --enable-firewire --enable-joystick-menu \
19:07<superm1> --enable-opengl-vsync --with-bindings=perl --enable-opengl-video \
19:07<superm1> --enable-ffmpeg-pthreads\
19:07<superm1> --compile-type=profile --cpu=i686 --enable-mmx --enable-xvmc --enable-xvmc-vld --enable-xvmc-pro --enable-libfaad --enable-libfaac --enable-libmp3lame --enable-liba52 --enable-libfaadbin --enable-libx264 --enable-libxvid --enable-libfftw3 --enable-fribidi
19:07<superm1>but generic would have been more preferable if it worked
19:07-!-xoritor [n=xoritor@] has joined #mythtv
19:08-!-xoritor [n=xoritor@] has left #mythtv ["Leaving"]
19:10-!-JoeBorn [] has joined #mythtv
19:12<janneg>superm1: please don't paste multiple lines directly
19:14-!-JoeBorn [] has quit [Read error: 104 (Connection reset by peer)]
19:15<janneg>generic is just the default value in configure, if you don't use --disable-proc-opt it will autodetect the cpu from /proc/cpuinfo and optimize for it
19:18<janneg>the -g, -fPIC, -DPIC in CFLAGS are unneeded, using --extra-cflags and --extra-cxxflags would be cleaner and you should use specify --disable-proc-opt
19:22<janneg>sorry, proc_opt is disabled, so discard that
19:23-!-phatmonkey [n=ben@] has quit []
19:25-!-Pumpernick [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
19:26<janneg>superm1: it has to be an gcc-4.3 option then
19:27<MrGandalf>Chutt: is it always the case that the video stream will be the last stream then? Anything beyond that won't get processed.
19:29-!-MaverickTech [] has joined #mythtv
19:30<janneg>superm1: sorry, it was added in 4.2, my man page was still the 4.1 one
19:31-!-Arcticpenguin380 [] has joined #mythtv
19:32<janneg>superm1: generic is equivalent to i686
19:32<Arcticpenguin380>is it better to use reiserfs than ext3?
19:33<Anduin>Arcticpenguin380: It is better to ask in #mythtv-users
19:33-!-Arcticpenguin380 [] has left #mythtv ["Konversation terminated!"]
19:34-!-Tanthrix [] has quit [Read error: 104 (Connection reset by peer)]
19:44-!-MaverickTech [] has quit ["Leaving"]
19:46-!-XChatMav [] has quit [Read error: 113 (No route to host)]
19:47-!-mkargar_ [n=mkargar@] has joined #mythtv
19:47-!-phatmonkey [n=ben@] has joined #mythtv
19:48-!-|gunni| [] has quit ["KVIrc 3.2.4 Anomalies"]
20:15-!-phatmonke [n=ben@] has joined #mythtv
20:17-!-mkargar_ [n=mkargar@] has left #mythtv ["Konversation terminated!"]
20:18-!-phatmonke [n=ben@] has quit [Client Quit]
20:18-!-phatmonke [n=ben@] has joined #mythtv
20:26-!-nasa [] has joined #mythtv
20:27-!-sphing [] has left #mythtv ["Leaving"]
20:29<MrGandalf>is MHEG possible in MythTV with no video PIDs?
20:59-!-phatmonke [n=ben@] has quit []
20:59-!-phatmonkey [n=ben@] has quit [Remote closed the connection]
21:06<Anduin>gbee: (or anyone with wiki power), header on Main Page needs to be changed
21:08-!-th1 [] has joined #mythtv
21:10<th1>hi, I have Kubuntu 7.10 and I had a setup with my media pc hooked up to my amp with the coax output of my CM8738 soundcard, everything was working with AC3 and DTS passthrough, now after I did aptitude upgrade last week, it doesn't work except for DTS tracks at all anymore, either it's silent or its downsampled to Dolby Digital on the coax output, any ideas to fix it back to where it was?
21:11<laga>th1: #mythtv-users / #ubuntu-mythtv
21:11<th1>laga, sorry, should have read topic
21:22<kormoc>In an attempt to cleanup contrib, would anyone object or see any problems with each mythplugin having it's own contrib directory?
21:27-!-PointyPumper [i=Pintlezz@] has joined #mythtv
21:47-!-grokky [] has quit []
22:21-!-Tanthrix [] has joined #mythtv
22:49-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv
22:52<knowledgejunkie>Congrats on the new release guys. Is the trac roadmap going to be closed off for 0.21? Just noticed the 0.21 milestone is still open
22:52<Captain_Murdoch>gnome42, I've been playing with mythphone recently, but was unable to get the video portion working between two frontends. It's moved up on my importance list a bit because I'd like to get a myth box with mythphone running at my inlaws who live about 2500 miles away so they can have video calls with my wife and almost-2-year old.
22:54-!-stevenm [] has joined #mythtv
22:56<kormoc>knowledgejunkie, I'm sure it will be, and likely a 0.21.1 milestone be created
22:57<stevenm>Hello. I realize this is the dev channel, but I believe what follows is appropriate. I think this may be a minor bug. Mythtv claims a new episode of a show had been recorded previously, when this is not the case. There was an episode recorded of this show, on this date and time, last year. It seems that the years are not checked.
22:58<stevenm>I found this out through mythweb. Clicking 'forget old' resolved the issue, but this does not seem like the proper behavior
22:58<knowledgejunkie>kormoc: thanks - didn't know if the logistics meant it would be closed as soon as the release went RTM, or when the 6 outstanding tickets were reassigned to 0.21.1 or 0.22
23:00<kormoc>knowledgejunkie, it's likely after they've been reassigned
23:00-!-stevenm [] has quit ["Connection reset by beer"]
23:19-!-fuhgawz [n=victor@] has quit [Read error: 113 (No route to host)]
23:48<GreyFoxx>Ok, it looks like 16434 is what is causing all all my attempted DVD playback to crash my frontend
23:49<GreyFoxx>16431 plays fine, 16434 pukes :)
23:49<GreyFoxx>the video alignment fix. Its causing us to decode outside our allocated video space
---Logclosed Sun Mar 09 00:00:04 2008