Back to Home / #mythtv / 2003 / 09 / Prev Day | Next Day
#mythtv IRC Logs for 2003-09-14

---Logopened Sun Sep 14 00:06:15 2003
00:06-!-mikegrb [michael@pcp02798743pcs.goosck01.sc.comcast.net] has joined #mythtv
00:06-!-Irssi: #mythtv: Total of 45 nicks [0 ops, 0 halfops, 0 voices, 45 normal]
00:06-!-Irssi: Join to #mythtv was synced in 1 secs
00:56<Chutt>heh
00:58-!-absurdhero [~absurd@12-246-239-142.client.attbi.com] has quit ["Client exiting"]
00:59<tmk>ah chutt
00:59<Chutt>hey
00:59<tmk>did you get my email
00:59<Chutt>yeah
01:00<tmk>easy fix :)
01:00<Chutt>just finished rebooting my machine
01:00<Chutt>i _did_ try that, but i guess i fucked stuff up with earlier fumblings and writing to the wrong ram area =)
01:00<tmk>hehe
01:00<tmk>i've got some TV to watch
01:00<tmk>bbl
01:00<Chutt>i'll commit some stuff that adds a fully-working b&w osd
01:00<Chutt>in a few minutes
01:00<Chutt>but
01:00<tmk>but?
01:00<Chutt>this stuff seems really slow to draw
01:01<Chutt>so i may have to use another method
01:01<tmk>yeah
01:01<tmk>we may switch to DMAA
01:01<tmk>DMA that is
01:01<tmk>but there're some issues with that as-is
01:01<Chutt>and the damn thing locked my machine up hard
01:01<tmk>:<
01:02<tmk>with new code
01:02<tmk>or before
01:02<Chutt>with the fix
01:02<tmk>hrm
01:02<tmk>well i'll check in tomorrow
01:02<Chutt>working ok, now
01:02<Chutt>just slooow
01:02<Chutt>=)
01:02<tmk>:)
01:02<tmk>bbl
01:02<Chutt>committed to cvs
01:21-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit []
01:38<tmk>cool
01:46-!-absurdhero [~absurd@12-246-239-142.client.attbi.com] has joined #mythtv
01:47<absurdhero>hey, is there anonymous cvs checkout?
01:47<absurdhero>i can't figure out how to get the cvs
01:47<absurdhero>is it in a readme somewhere?
01:47<absurdhero>on the site where it mentions cvs, it only gives a link to the web cvs viewer
01:48<absurdhero>nevermind, im dumb
01:48<absurdhero>hmm still cant find it
01:49<absurdhero>finally found it under downloading and compiling. I agree with the person who complained about that on the users list
01:49<absurdhero>I completely understand where they were coming from. might not want to flame people like that. they represent more than theirselves
01:53<Chutt>the place where the cvs info is in the docs was changed a couple days ago.
01:53<Chutt>i haven't updated the link on the website yet
01:54<absurdhero>ah cool thats great
01:54<absurdhero>well, i found it and am downloading mythtv and mythweb
01:54<absurdhero>i may work on mythweb
01:54<absurdhero>looks like you guys could use another php/html developer
01:55<absurdhero>if no one is working on it atm, I may work on adding pagenated show listings
01:56<absurdhero>i have yet to use or even see mythweb, but based on the users list, people want anything that will cut the page size down. so, i hope I can help
01:57<tmk>chutt: the osd seems to be taking over
01:57<tmk>are you writing alpha 'clear' to the unused areas?
01:57<Chutt>yes.
01:57<tmk>hmm
01:57<tmk>all i see is osd
01:57<Chutt>make sure that the global alpha setting is turned off
01:58<Chutt>the ioctls don't always work.
01:58<tmk>you set that..
01:58<Chutt>i know.
01:58<tmk>heh
01:58<tmk>will myth print out an err?
01:58<Chutt>they don't error out
01:58<Chutt>they just don't take effect
01:58<tmk>is there any way to re-run the ioctl
01:58<tmk>ie some actin in myth that sets it
01:58<Chutt>try using ivtvfbctl
01:59<tmk>ah
01:59<Chutt>shouldn't be anything touching it
02:01-!-JonnyRo [~jonnyro@176.142.8.67.cfl.rr.com] has joined #mythtv
02:01<JonnyRo>has anyone here had a bttv card that is always one channel off?
02:01<JonnyRo>my wintv was just fine in kernel 2.4.20, but now it's one channel off
02:01<Chutt>it's in the howto.
02:02<tmk>i just see errors 'waited too long for decoder to pause
02:02<tmk>what's that about
02:02<Chutt>it's spinning too long
02:02<Chutt>waiting for something to happen
02:02<tmk>i didn't tell it to pause tho
02:02<Chutt>the write(), most likely
02:02<Chutt>i dunno
02:02<tmk>hrm
02:03* tmk tests some more
02:04<Chutt>seems to get stuck more often now that the osd is hooked up
02:04<tmk>looks like the card was locked or something
02:04<tmk>didn't decode from cmd line
02:05<tmk>probably not your fault :)
02:05<tmk>too bad we can't double-buffer the osd
02:05<Chutt>i think we can, actually
02:05<tmk>write to other memory
02:05<tmk>then blt?
02:05<Chutt>yup
02:05<tmk>:)
02:05<Chutt>or flip
02:05<Chutt>using the SET_ACTIVE ioctl
02:06<Chutt>there's enough for 2 or 3 buffers in the mmap'd area
02:06<tmk>didnt knwo that
02:07-!-bobnvic [~no@64.151.4.216] has quit [Read error: 110 (Connection timed out)]
02:07<Chutt>oh
02:07<Chutt>your patch was slightly broken
02:08<Chutt>those osd datatypes, .x .y and .linelength are 0, 0, and 720, respectively
02:08<Chutt>nothing useable :p
02:08<tmk>heh
02:08<tmk>didn't test it much
02:09<tmk>it did output to screen tho
02:10<Chutt>yeah
02:10<Chutt>i wasn't using those values when i made the white area
02:11<tmk>ah
02:11<tmk>silly me
02:14<absurdhero>can you watch the stream from a tv card directly?
02:14<Chutt>not in mythtv.
02:36-!-mechou [~mchou@12-235-7-243.client.attbi.com] has joined #mythtv
02:38<mechou>OK, I'm really confused now. Does myth now record shows already recorded before? (the title, subtitle, description are exactly the same, case & spaces...)
02:45-!-foom [~jknight@207-180-130-70.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com] has joined #mythtv
02:46-!-foom [~jknight@207-180-130-70.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com] has left #mythtv []
02:52-!-mechou [~mchou@12-235-7-243.client.attbi.com] has left #mythtv []
03:22-!-tmk [~no@12-234-205-129.client.attbi.com] has left #mythtv []
03:37-!-Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
03:55-!-absurdhero [~absurd@12-246-239-142.client.attbi.com] has quit ["Client exiting"]
04:25-!-brentos [Brentos@CPE-144-132-81-247.vic.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
04:37-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has quit [Read error: 104 (Connection reset by peer)]
04:40-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv
04:48-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection]
04:48-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv
04:55* choenig is away: testing
04:56* choenig is back (gone 00:00:12)
04:57* choenig is away: testing
04:57* choenig is back (gone 00:00:14)
05:11* choenig is away: testing
06:49<robbie>wowee alsa sure doo make a difference and a half
06:50<mikegrb>:)
06:51<robbie>now to put some more ram in theis baby
07:10-!-sfr [~sfr@pD9518690.dip.t-dialin.net] has joined #mythtv
07:18-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection]
07:58-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv
08:03-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection]
08:06-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv
08:19-!-CaCtus491 [~kent@c210-49-91-221.blktn1.nsw.optusnet.com.au] has joined #mythtv
08:20<CaCtus491>evening
08:27-!-Viddy [~lsk@visp194-179.visp.co.nz] has quit [Read error: 110 (Connection timed out)]
08:33-!-Viddy [~lsk@visp194-179.visp.co.nz] has joined #mythtv
08:54-!-jimmer [~Lala@213-84-199-230.adsl.xs4all.nl] has joined #mythtv
08:54<jimmer>hi all ;)
08:57<jimmer>I;m looking around for a way to get hw accellerated MPEG2 compression of video material that originates on my system, not from Broadcast. Would some combination of MythTV and the hw support for the haupauge pvr 350 provide this?
09:42-!-CaCtus491 [~kent@c210-49-91-221.blktn1.nsw.optusnet.com.au] has quit []
09:42<Jerry>hrm interesting question
09:43<Jerry>seems to me if you had the video material on another box and played it tv-out and brought it into your mythtv box video-in then you could prolly do what you want. other than that...
09:44<sfr>afaik, using the pvr350 to encoded files off the hdd isn't working (due to firmware limitations). But check this forum http://www.shspvr.com/forum/viewforum.php?f=12
09:57<jimmer>thank for the info. will check it out.
10:00<jimmer>ok. for the record it seems that the encoder inputs are hardwired to the anologue inputs on the connectors. Bummer ;( . thnx for listening.
10:06-!-gora [jforman@ipv6.formanonline.com] has joined #mythtv
10:07<gora>anyone able to help me with a tv_grab_na problem? i'm getting a couple perl errors about ZapListings.pm
10:08<sfr>gora install the latest version. 0.5.18 iirc.
10:10<gora>hmm gentoo only has packages up to .5.17, i will check for .18 though
10:12-!-jimmer [~Lala@213-84-199-230.adsl.xs4all.nl] has quit ["fare thee well, for I must away..."]
10:17-!-gora [jforman@ipv6.formanonline.com] has left #mythtv []
10:49-!-Markos [markl@CPE004005573530-CM014340008532.cpe.net.cable.rogers.com] has quit ["Client exiting"]
11:05-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
11:13-!-kja [~ke-aa@ti132110a080-2522.bb.online.no] has joined #mythtv
11:21<kja>thor, how is the bughunt going?
11:42-!-Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"]
11:47<sfr>kja: not too well it seems. And he missed Chutt's deadline :P
11:52<kja>ups :)
11:56<kja>i get a 'taking too long to be allowed to read..' @ every channel change, maybe that's it?
11:56<Chutt>with dvb?
11:57<kja>yup, and cam
11:57<Chutt>that's just saying it took 5 seconds to get some data from the backend
11:57<kja>ahh, forgive me, that should be on first run
11:57<Chutt>it does try again, just warning you that it's taking awhile
11:58<kja>k (note: i don't see the error they'r all talking bout)
11:59<Chutt>yeah
11:59<Chutt>i don't either
11:59<Chutt>no idea what it could be
12:00<kja>me nither, just shooting with a blindfold
12:01-!-Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
12:02<Chutt>doesn't happen on either of my two machines
12:13-!-Markos [markl@CPE004005573530-CM014340008532.cpe.net.cable.rogers.com] has joined #mythtv
12:23<thor_>Chutt, I'm working on it slowly, but it's Sunday (Nanny's day off) ... so I kind of have my hands full
12:25<Chutt>ah
12:25<Chutt>ok =)
12:26<Chutt>thor, it'd be interesting to see what part of find_stream_info is setting the retvalue to -1
12:26<thor_>ok
12:30-!-mechou [~mchou@12-235-7-243.client.attbi.com] has joined #mythtv
12:33<mechou>I'm confused...Ever since I upgraded to mythtv .11, mythtv records shows previously recorded. (The title, subtitle, & description is the same, down to case, puntuation, and spaces). Is this the correct behavior?
12:33<Chutt>depends.
12:34<mechou>hmm? depends on what in particular?
12:34<Chutt>single records never get that applied to them.
12:35-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
12:36<mechou>Chutt, don't know what you mean. Can you elaborate? I don't think these particular cases are "single records."
12:36<Chutt>single time recordings.
12:36<Chutt>if it's not working, otherwise, start debugging.
12:37<mechou>OK, these are recurring recordings...
12:38<mechou>Is "mythbackend --displaysched" supposed to show the "repeats?"
12:38<Chutt>yes
12:39<thor_>one nice thing about debugging this ... gcc does c about 10 times faster than c++
12:39<Chutt>heh
12:39<Chutt>yeah
12:41<mechou>ok, so how do I go about debugging thing, do I gin up a facke show in db and "record" it twice?
12:41<Chutt>mechou, however you want
12:41<Chutt>nice, yet another hard lock from the ivtv decoder.
12:42<Chutt>thor, so, where's that -1 coming from? =)
12:44-!-TheWildgoose [~EdW@xunil.mail.wildgooses.com] has joined #mythtv
12:45<thor_>was getting pure segfaults, so I'm in the middle of a distclean, make
12:46<mechou>what was getting pure segfaults, ivtv or s/t in myth?
12:47<thor_>frontend ... linked to my now fairly mangled libavcodec
12:47-!-Ripp [~chris@dsl30-175.chouteautel.com] has joined #mythtv
12:48<mdz>mechou: there is a column in the printsched output which shows whether it is marked as a duplicate or not
12:48<mdz>"D" I believe
12:48<thor_>TheWildgoose, re: your email post, did you run cvs.sql ?
12:49<mdz>if it isn't marked as a duplicate, something is different about it
12:49<mechou>mdz, yeah, that's good to known.
12:49<TheWildgoose>Kind of
12:49<TheWildgoose>I ran metadata.sql
12:49<TheWildgoose>but I scanned cvs.sql by eye and I thought they were the same?
12:49<TheWildgoose>durr
12:49-!-dopez [~unknown@dopez.xs4all.nl] has quit [Remote closed the connection]
12:49<TheWildgoose>was that the prob?
12:49<thor_>could be
12:50<thor_>you might want to drop the tables entirely and then run metadata.sql
12:50<TheWildgoose>actually that is what I did
12:50<thor_>ah, ok
12:50<thor_>so ... should work fine
12:50<thor_>)
12:50<TheWildgoose>I ran the cvs.sql first, then realised I probably needed metadata
12:50<Chutt>i seem to recall metadata.sql not having everything in it.
12:50<TheWildgoose>and so deleted and then ran metadata only
12:50<TheWildgoose>aha
12:50<thor_>that could be
12:50<TheWildgoose>will diff it right now
12:50<TheWildgoose>hold on
12:50<TheWildgoose>thanks
12:51<mechou>mdz, the weird thing I think is that the show does get marked as "duplicate," but most times myth ignores them (in my case).
12:51<mdz>that is what is supposed to happen. it ignores shows which are marked as duplicates
12:52<Chutt>thor, i'll be around later if you want help debugging
12:52<mechou>mdz, oops, I meant ignore as in myth records again (despite the "duplicate" flag being set)
12:52<Chutt>gotta go now, though
12:52<TheWildgoose>nope they are pretty similar. metadata.sql has more in it, especially the dvdinput rows
12:52<Chutt>you need those
12:53<thor_>Chutt, I'll post here when I get that -1 setting ....
12:53<thor_>(still compiling)
12:53<TheWildgoose>thor you tried ccache?
12:53<thor_>yup ... but I am esily confused
12:55<thor_>TheWildgoose, try another disc ... it may be you have one of the few libdvdread and/or mythDVD can't figure out yet
12:56<TheWildgoose>ok, will do. However, it does give me all the tracks, etc. I can pick just about everything else
12:58<thor_>define "I can pick"
12:59<mdz>TheWildgoose: ccache doesn't help when you're constantly changing things to debug
12:59<mdz>I use it constantly though
12:59<TheWildgoose>Makes a big difference for me still. Sometimes it seems to want to recompile stuff which hasnt obviously changed. And obviously if you do make clean it works wonders...!
13:00<TheWildgoose>Have you ever found it to do something wrong though....?
13:01<TheWildgoose>Thor: the screen shows 8 tracks, the DVD has a title, I can scan left and right and view each of those tracks, and I can select different audio streams where available (eg en, it, and 6 channel, 2 channel, etc)
13:01<mdz>no
13:01<TheWildgoose>mdz: great!
13:01<mdz>it's just that it only helps when you are compiling exactly the same source
13:01<mdz>which I do a lot, but I don't think would help thor in his current situation
13:03<thor_>Chutt (if you catch this on scrollback) it's setting to -1 off of: if(ic->iformat->read_packet(ic, pkt) < 0)
13:03<thor_>but not the first time thorugh
13:03<thor_>through
13:03<thor_>it grows for a while
13:03<thor_>but eventually gets caught up there
13:03<thor_>(this is on live)
13:04<Chutt>see the users list?
13:05<thor_>see it, yes .... understand, not in the slightest ....
13:09<thor_>I wonder if there's a conflict with fairly bleeding edge ivtv stuff ... which I am also running
13:10-!-dja__ [~alden@dhcp9560050.columbus.rr.com] has joined #mythtv
13:10-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
13:12<TheWildgoose>thor_: wierd. It's started working since I tried another dvd... Thanks, assume operator error I guess
13:14<thor_>Chutt (more trivia for scrollback) ... this is definitely a PVR-x50 thing (may be ivtv conflict). I have a machine in the living room with a PVR-250 and a bttv. If I tie up the PVR-250 with an instant recording, then I go in and out of live no problem.
13:14<TheWildgoose>Hmm, having said that I get either Perfect or Good. I choose to use xvid, but should I not get an Excellent option as well?
13:14<thor_>TheWildgoose, depends on the input format of the DVD
13:15<thor_>not all input formats have a wide variety of transcode settings .... cause I don't own every kind of DVD on the planet
13:15<TheWildgoose>OK. Could you give me a quick start guide as to how to determine which row of the transcode table maps to each type?
13:15<TheWildgoose>All mine are PAL, if this is relevant
13:15<thor_>dvdinput defines a type (spat out on the mtd console/log)
13:15<TheWildgoose>It seems to select in the code on "input" - is that right?
13:16<thor_>transcode table keys to that input type
13:16<thor_>yup
13:16<TheWildgoose>aha
13:16<thor_>find nice tyranscode settings, and send me a patch =)
13:16<TheWildgoose>sure
13:17<TheWildgoose>I'm not seeing the "type" spat out. Was this a config option (back of my mind rememeber some stuff there?)
13:17<thor_>look for mtd.log
13:17<TheWildgoose>"spat out" as in to the console
13:17<TheWildgoose>ok
13:18<TheWildgoose>gotcha! Type 8 is what is coming back.
13:18<TheWildgoose>Could you point me to correct part of the code which assigns "types" plese
13:18<thor_>you just need to add new rows to the database
13:19<thor_>code will (should) do the rest
13:19<TheWildgoose>ah, yep got it!
13:19<TheWildgoose>matches to the dvd inputs table
13:19<thor_>yup
13:20<TheWildgoose>what is ar_num ar_denom (numerator + denominator?) and fr_code please
13:20<TheWildgoose>letterbox is 4:3 encoding but film is 16:9 I assume?
13:24<TheWildgoose>thor_: also, the diff between good and excellent in both cases is that you "clipleft", "clipright" 8 pixels - I can imagine why you might do that, but why do that for the "good" and NOT the "excellent"? Sorry if this is a dumb question
13:26-!-Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"]
13:26<thor_>TheWildgoose, almost all the ones that are in there are taken examples in the transcode documentation
13:26<thor_>ratio and letterbox are completely independent
13:27<thor_>you can have 16:9 letterboxed, or not. You can have 4:3 letterboxed, or not.
13:28<thor_>ar_num, ar_denom are ratios (numerator, denominator). fr_code is frame rate code (as defined by transcode).
13:29<thor_>clipping stuff is cause you almost always want to get dimensions to a multiple of 32 so that resizing works well.
13:30-!-Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
13:30<thor_>the online documentation for transcode is of great use
13:32<TheWildgoose>cool. Thanks
13:33<TheWildgoose>still not clear what ar_ is a ratio of though? Is this in the transcoder docs then?
13:33<thor_>aspect ratio
13:33<TheWildgoose>aha
13:33<TheWildgoose>thanks
13:34<TheWildgoose>so f_resize_w = 2 means to half the width yes?
13:35<thor_>no ... I think it means to reduce the width by 64 (2 times 32) .... transcode is a bit odd in how it wants its arguments.
13:36<thor_>hang on, let me remind myself
13:36<TheWildgoose>ok, great. I will have a fiddle and let you know some numbers!
13:36<TheWildgoose>not to worry
13:36<TheWildgoose>I'll look it up. I think I get the idea now
13:36<TheWildgoose>thanks
13:36<thor_>sure
13:37<thor_>if you get confused, looking at jobthread.cpp will help, as that's where the transdcode arguments get parsed
13:37<TheWildgoose>aha, great. Thanks. Will take a look.
13:38<thor_>line 748, buildTranscodeCommandLine()
13:38<TheWildgoose>yep, got it
13:38<TheWildgoose>by the way...
13:38<TheWildgoose>For me, when I first go into "Rip", I get an "error". in brief "disconnected from transcoder, this is not good"
13:39<TheWildgoose>then I quite out and come back in again, and get "not connected to transcoder, hit a number key to try again"
13:39<TheWildgoose>I press a number and everything seems to be OK
13:39<TheWildgoose>Is this what everyone else gets?
13:40<thor_>hmmm .... the mtd is known to occasionally segfault .... I'm still trying to track that down (probably a missing mutex somewhere) ... let me worry about that
13:48<TheWildgoose>For me it happens (I think) every time. However, it runs fine on the second go (I guess)
13:49<TheWildgoose>Hope that is uesful info anyway
13:49<hadees>anyone have any trouble getting lirc to work in gentoo?
13:49<hadees>specificly with irman
13:53-!-daralc [~flsdakfja@130-127-84-72.johnstonea.resnet.clemson.edu] has joined #mythtv
13:53<daralc>is there a way to Watch Live TV without having xmltv listings? i don't think my campus uses standard cable...
13:53<daralc>what website does xmltv pull US listings from?
13:53<thor_>zap2it
13:54<daralc>hah!
13:54<daralc>it does work
13:54<daralc>i put in wrong zip code
13:54<daralc>29634 is mailing zip code
13:54<daralc>but 29632 is true zip code
13:55<thor_>can you send along your DOB and SSN ?
13:55<daralc>ya
13:55<daralc>question though...
13:55<daralc>is there a plugin for aim? :)
13:55<daralc>haha
13:55<thor_>not yet
13:56<daralc>is someone writing one?
13:56<thor_>not yet
13:57-!-daralc [~flsdakfja@130-127-84-72.johnstonea.resnet.clemson.edu] has quit []
14:21<paulproteus><thor_> can you send along your DOB and SSN ?
14:21<paulproteus><daralc> ya
14:21<paulproteus>Heh.
14:25<dja__>thor_: in your email you asked if anyone had any dissenting info. I can tell you that I'm having the same problem, but my ivtv is from 2003-08-08 (been afraid to upgrade since it was working pretty well :-)
14:26<thor_>hmmmm
14:26<Chutt>thor
14:26<Chutt>or dja
14:26<thor_>the "offending" .nuv's play just fine in mplayer
14:26<thor_>ah, Chutt
14:26<Chutt>avformatdecoder.cpp
14:26<Chutt>read_avf()
14:26<dja__>yes they do :-)
14:26<Chutt>line 147 or so
14:26<thor_>ok
14:27<dja__>(meant that as an agreement)
14:27<Chutt>is currently: return dec->getRingBuf()->Read(buf, buf_size);
14:27<Chutt>make it: int ret = dec->getRingBuf()->Read(buf, buf_size);
14:27<Chutt> cout << "read from buffer: " << buf_size << " ret: " << ret << endl;
14:27<Chutt>return ret;
14:28<Chutt>then run it on a file that dies, and let's see the last couple lines of output
14:28<thor_>okey dokey
14:30<dja__>Chutt: here are the last 3 lines:
14:30<dja__>read from buffer: 32768 ret: 32768
14:30<dja__>could not find codec parameters: rbuf://127.0.0.1:6543/home/mythtv/tv/ringbuf1.nuv
14:30<dja__>pure virtual method called
14:30<dja__>(the first line was repeated 6-7 times)
14:30<Chutt>ok, so that's not failing
14:31<thor_>yup
14:31<thor_>here too
14:31<Chutt>same pure virtual?
14:31<dja__>sorry, but huh?
14:31<Chutt>ok, so in libs/libavformat/mpeg.c
14:31<thor_>yeah, mpeg.c
14:31<Chutt>line 464
14:31<Chutt>where it sets val = -1
14:31<Chutt>val = -1;
14:31<thor_>hehe line numbers are pretty off at this point
14:32<Chutt>before the found:
14:32<thor_>uhm, mpegps_read_packet is returning -EIO
14:33<Chutt>printf("%d %d %x %x\n", n, *size_ptr, state, val);
14:33<Chutt>i know.
14:33<thor_>ok
14:33<Chutt>we're looking in find_start_code
14:33<thor_>yup
14:33<thor_>putting in the printf
14:33<Chutt>again, last couple lines of that printf
14:33<thor_>...
14:34<thor_>compiling ...
14:34<Chutt>well, only line of that printf
14:34<Chutt>actually
14:34<Chutt>it should only trigger once
14:35<dja__>Chutt: 0 100000 0 ffffffff
14:35<Chutt>ok
14:35<thor_>0 100000 0 40bf3234
14:35<Chutt>weird.
14:36<Chutt>yeah, val doesn't much matter
14:36<thor_>on the frontend console
14:36<Chutt>in libavformat/util.c
14:36<thor_>on the backend
14:36<thor_>99999 100000 ff00 1
14:36<Chutt>there's two occurances of hurry_up = 1 or 0
14:37<thor_>yup
14:37<Chutt>remove those
14:37<Chutt>and try again
14:39<thor_>that does not seem to help
14:39<Chutt>ah well
14:39<dja__>odd -- that worked for me...
14:39<thor_>although I would want to do a distclean, make before rendering a verdict
14:39<dja__>(I'm trying it on livetv, which was failing before on the second try)
14:39<Chutt>dja, removing the hurry_up's fixed it for you?
14:39<dja__>yes
14:39<Chutt>i had already removed those from my tree
14:39<Chutt>heh
14:39<thor_>lemme try the clean, what not
14:40<dja__>let me try it on some recorded shows.
14:40<Chutt>thor, also, maybe try to increase the size of MAX_SYNC_SIZE in mpeg.c
14:40<thor_>ok
14:41<dja__>hmm...doesn't fix it completely on livetv...still fails if I enter/exit several times
14:43<Chutt>ok
14:43<Chutt>then
14:43<dja__>didn't help at all on already recorded shows -- first time viewing works fine, exit and renter crashes
14:43<Chutt>RingBuffer.cpp
14:44<Chutt>http://cvs.mythtv.org/cgi-bin/viewcvs.cgi/mythtv/libs/libmythtv/RingBuffer.cpp?r1=1.70&r2=1.71
14:44<Chutt>go to that page
14:44<Chutt>look for the modifications starting at line 845 on the right hand column
14:45<Chutt>you're going to revert all of them
14:45<thor_>okey dokey
14:45<Chutt>_except_ for the two pthread_mutex_lock/unlock changes
14:45<thor_>(boy I hope my daughter doesn't wake up)
14:45<Chutt>until the changes starting at line 937
14:46<thor_>right, both blocks, except the mutex stuff
14:47<Chutt>if _that_ doesn't work, i dunno
14:47<Chutt>probably have to revert more bits of RingBuffer.cpp
14:51<thor_>hmmm ... you want the usleep in there between the mutex locks?
14:52<thor_>or just the lock() ... unlock() block but with the old if
14:52<Chutt>the availWaitMutex stuff should go
14:52<thor_>ok
14:52<dja__>yea! -- I've done a bunch of enter/exits on livetv and recorded shows -- so far so good
14:53<Chutt>those changes just shaved like 0.01 seconds off a channel change
14:53<Chutt>i can live without them
14:53<dja__>I'm sure someone will complain...
14:54* thor_ is apparently a slow typist
14:55<dja__>(I even had to stop to put a dvd in for my daughters -- they ARE awake and driving me crazy :-)
14:55<thor_>mythVideo --> child video is your friend
14:56<Chutt>dja, can you try one thing for me?
14:56<Chutt>the last change, the WaitForPause() bit?
14:56<dja__>yes, but I only have one myth box -- and I'm kinda working on it right now...I've copied over 110 DVD's onto my hard drive -- it's great...
14:56<dja__>sure
14:56<Chutt>put that back as it was?
14:56<dja__>so replace "while ...usleep(50)" with "WaitForPause()"?
14:57<Chutt>yeah
14:57<Chutt>like it was in current cvs code
14:57<dja__>compiling now...
14:58<Chutt>oh, actually
14:58<dja__>seems to work fine with the "WaitForPause()" -- tried many changes...
14:58<Chutt>i think i see the problem
14:59<dja__>cool,
14:59<dja__>s/,//
14:59<Chutt>hmm
14:59<Chutt>how to get you back to current cvs RingBuffer.cpp
14:59<Chutt>i'd just delete the file from your tree and cvs update
14:59<thor_>delete update ?
14:59<dja__>ok -- will do
15:00<Chutt>so it'll re-download the file
15:00<thor_>I knew I shouldn't have done that make distclean ...
15:00<Chutt>heh
15:00<Chutt>takes forever to compile, yea yea
15:00<Chutt>anyway
15:00<dja__>doesn't take that long on my machine :-)
15:01-!-Edgan [~lw@proton.cygnusx-1.org] has quit ["Client exiting"]
15:01<thor_>so, from a current RingBuffer, is there something else ....
15:01<dja__>(compiling now to make sure it's still broken :-)
15:01<Chutt>yeah
15:01<Chutt>i'm working on it
15:01<thor_>k
15:05<dja__>duh -- it helps if you remove the .o when you put back an older .cpp :-) anyhow, it's broken now...
15:05<Chutt>http://cvs.mythtv.org/diff.diff
15:05<Chutt>try that little patch
15:05<Chutt>if that doesn't work, i'll just revert things
15:05<thor_>mine is now totally hosed .... I'm going to update RingBuffer.cpp and apply the patch
15:07<dja__>seems to have fixed it for me...both livetv and recorded shows -- can enter/exit many times w/o dying
15:07<Chutt>great
15:07<Chutt>does it ever print out that 'waited 2 seconds' message?
15:09<dja__>nope -- lemme play some more and see if I can make it do it...:-)
15:10<thor_>patch applied .... compiling
15:11<dja__>still nope -- went in/out several shows several times...
15:11<Chutt>ok, good
15:12<Chutt>i'm just going to commit it to cvs
15:12<Chutt>along with the ffmpeg resync i did earlier today
15:12<dja__>now if I could just figure out why my picture seems to occasionally get "snowy" (vertical blue streaks) - unfortunately rmmod/insmod ivtv doesn't seem to fix it, only a reboot...
15:13<Chutt>i get that occasionally as well
15:13<dja__>do you have to reboot, or have you figured out a better way? Luckily so far it has only happened when I'm playing, never on a recording...:-)
15:14<Chutt>oh, you're talking about something else
15:14<Chutt>occasionally, the recorded image just goes all crappy for me
15:14<Chutt>and i have to reboot to fix the driver
15:14<dja__>ok...I'll have to ask tmk over on the ivtv channel someday...:-)
15:14<thor_>seems to have fixed things
15:14<thor_>yeah Chutt
15:15* thor_ wonders why changing RingBuffer affects playing recordings
15:15<Chutt>everything reads from the ringbuffer
15:15<thor_>ah
15:15<thor_>that would cover it
15:15<thor_>let me thrash the thing a bit to be sure(r)
15:16<Chutt>i already committed to cvs =)
15:16<Chutt>dja, who are you, btw?
15:16<dja__>Dave Alden
15:17<thor_>seems pretty solid =)
15:17<Chutt>thanks
15:17<thor_>dja_, you didn't copy over 110 DVD's using mythDVD, did you?
15:18<dja__>I wish...you were about 2 months too late...:-) I'm copying over my first one as we speek. To do the 110, I used some (cough, cough) Windows software...
15:18<dja__>s/speek/speak/
15:18<thor_>ah, ok
15:19<dja__>If all goes well, I plan on redoing the archive using mythDVD...
15:19<Chutt>why do that?
15:19<Chutt>same stuff, no?
15:19<dja__>Chutt: glad I could be of some help for once...:-)
15:20<dja__>yes, but there are some issues with skipping around the movies in mplayer -- many of them won't skip beyond a certain point...I'm hoping transcode does a better job...
15:20-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection]
15:20<thor_>all right, excellent .... time to fix the little one some lunch
15:21<dja_>I wonder if someone will someday come out with a method to rip the entire dvd (extras included)...:-)
15:21<mikegrb>heh
15:22<dja_>my wife still insists on watching DVD's off the original DVD so she can see the extras...
15:23<mikegrb>I rarely use the extracs on the dvds though with some discs it is sort of necessary
15:23<sfr>mikegrb: necessary? how come?
15:32-!-Edgan [~lw@proton.cygnusx-1.org] has joined #mythtv
15:36-!-c0nflict [~spencer@c0nflict.is.punkfuckingrock.net] has joined #mythtv
15:37<c0nflict>I would like to use mythtv to serve up some files I have on my box. it is a cel400 with 256M RAM. Am I wasting my time with this CPU?
15:47-!-mechou [~mchou@12-235-7-243.client.attbi.com] has left #mythtv []
15:53-!-kje [~ke-aa@ti132110a080-2522.bb.online.no] has joined #mythtv
15:53-!-kja [~ke-aa@ti132110a080-2522.bb.online.no] has quit [Remote closed the connection]
15:54-!-Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"]
15:54-!-kje is now known as kja
15:56-!-dakeyrus [dakeyrus@ephesus.rh.rit.edu] has joined #mythtv
15:56-!-DJHaCK [~DJHaCK@dial-81-112-113-216.megacom.net] has joined #mythtv
15:57-!-kja [~ke-aa@ti132110a080-2522.bb.online.no] has quit [Client Quit]
16:00-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv
16:03-!-kja [~ke-aa@ti132110a080-2522.bb.online.no] has joined #mythtv
16:16-!-_marc [~marc@194.235.194.40] has joined #mythtv
16:30-!-_marc [~marc@194.235.194.40] has quit [SendQ exceeded]
16:30-!-_marc [~marc@194.235.194.40] has joined #mythtv
16:37<DJHaCK>anyone knows why live video from the bttv card doesn't stretch to fullscreen ?
16:44-!-dja__ [~alden@dhcp9560050.columbus.rr.com] has quit [Remote closed the connection]
16:46-!-_marc [~marc@194.235.194.40] has quit ["using sirc version 2.211+KSIRC/1.2.1"]
16:47-!-tmk [~no@12-234-205-129.client.attbi.com] has joined #mythtv
16:47<tmk>afternoon
16:48<tmk>hey chutt: i thought we weren't using the FRAMESYNC ioctl anymore
16:51-!-markr [user2@ip68-12-173-250.ok.ok.cox.net] has joined #mythtv
17:02-!-sc00p_ [~sc00p@adsl-154-152-46.cae.bellsouth.net] has joined #mythtv
17:05-!-markr [user2@ip68-12-173-250.ok.ok.cox.net] has quit []
17:07<dja_>quick comment about native LIRC: you probably don't want to use it if you're going to use mythvideo...:-)...this is probably obvious to smart people (not me :-)
17:20-!-sc00p__ [~sc00p@adsl-154-152-251.cae.bellsouth.net] has quit [Read error: 110 (Connection timed out)]
17:23-!-keturn [~kevin@130-94-161-17-dsl.hevanet.com] has quit [Read error: 110 (Connection timed out)]
17:23<Chutt>tmk, i'm not
17:28* poptix plays with 2.6.0-test5
17:48<tmk>chutt: it's printing out error messages relating to FRAMESYNC like 30 per second
18:14<DJHaCK>what's the "QSqlDatabase warning : QMYSQL3 driver not loaded error" coming from ?
18:18-!-Markos [markl@CPE004005573530-CM014340008532.cpe.net.cable.rogers.com] has quit [Read error: 104 (Connection reset by peer)]
18:19<sfr>DJHaCK: did you install the qt mysql driver? package libqt3c102-mt-mysql in debian/unstable.
18:23-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv
18:25-!-sfr [~sfr@pD9518690.dip.t-dialin.net] has quit ["Client exiting"]
18:25<DJHaCK>not sure , I used the gentoo ebuild
18:30<mikegrb>poptix: it's nice
18:32<Chutt>tmk, i didn't bother to change the perror, it's calling GET_TIMING
19:00<tmk>ahh ok
19:07<linagee>why does my pvr250 have trouble with this show with lots of black backgrounds?
19:07<linagee>does black make mpeg2 compression more difficult or something?
19:08<tmk>chutt: the GET_TIMING errors happen even when not decoding though
19:09<tmk>is there some thread that isn't getting killed off?
19:14-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv
19:21-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has quit ["Client Exiting"]
19:27-!-c0nflict [~spencer@c0nflict.is.punkfuckingrock.net] has left #mythtv ["bah"]
19:33-!-deadparrot [~craig@vdsl-130-13-145-163.phnx.uswest.net] has joined #mythtv
19:35<deadparrot>who
19:38<deadparrot>quit
19:38-!-deadparrot [~craig@vdsl-130-13-145-163.phnx.uswest.net] has quit ["Leaving"]
19:40<poptix>damn
19:41<poptix>63% cpu for playback on my celeron 2ghz over wireless
19:41<poptix>i think that's because of the shitty video though
19:42<phar0e>I use 2-3% for playback on an XP 1800+
19:43<poptix>yeah, i need to install the intel video driver
19:43<poptix>top says 3.5%
19:43<poptix>for mythfrontend
19:44<poptix>but 63% user total
19:44<phar0e>weird, I only remember looking at mythfrontend process
19:44* poptix kills gkrellm
19:45<poptix>that's odd
19:45<phar0e>but it was probably using a lot more.. oh well.. I notice zero problems watching a recorded program and record another program at the same time, so I am happy
19:45<poptix>there's nothing in top using any signifigant amount of cpu, yet it says 63%
19:45<poptix>just upgrading to 2.6.0-test5
19:46<poptix>maybe i should make sure top is up to date
19:53-!-tmk [~no@12-234-205-129.client.attbi.com] has quit []
19:57-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit []
20:13-!-choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)]
20:15<hadees>anyone have any issues with lirc and gentoo? i can't get it to work
20:17<DJHaCK>I tried before , but I eventually gave up (using the IR port of a bt8x8 capture card) , I don't think the problem was gentoo-related
20:18<bline>works fine for me
20:18<vektor>lirc is notoriously difficult to get working.
20:18<DJHaCK>I ordered a USB Fast-IR adapter I'll get it next week , maybe it'll work better
20:18<vektor>It's also notoriously buggy.
20:19<vektor>We dropped native lirc support from our app because it wasn't worth it to be so tied to it (and things still worked with irexec+a helper app).
20:20<bline>"tied to it" ?
20:21<vektor>People have problems and maybe want to remove/reinstall it and I don't want them to have to recompile my app. Same problem with there being multiple incompatible red hat packages for lirc.
20:22<DJHaCK>I'll have to control a sat receiver , a tv and take input from 3 IR remotes and one RF remote , and got a wireless keyboard with specials "multimedia" keys should I go with lirc or use what mythtv has builtin ?
20:27<bline>vektor: linking against it does not mean you have to recompile your app unless they change the version and it breaks compatibility afaik
20:31<bline>DJHaCK: I use a wireless keyboard and a remote with lirc builtin support in myth with no problems. I'm sure what all those other remotes have to do with this unless you want to use them all the control things with lirc..
20:35* bline heads off to work
20:44-!-DJHaCK [~DJHaCK@dial-81-112-113-216.megacom.net] has quit [Read error: 113 (No route to host)]
20:56-!-ForsGump [~fabulous@adsl-67-67-34-253.dsl.wchtks.swbell.net] has joined #mythtv
20:57-!-ForsGump [~fabulous@adsl-67-67-34-253.dsl.wchtks.swbell.net] has quit [Client Quit]
21:00-!-dakeyrus [dakeyrus@ephesus.rh.rit.edu] has quit [Read error: 104 (Connection reset by peer)]
21:23-!-absurdhero [~absurd@12-246-239-142.client.attbi.com] has joined #mythtv
21:51-!-absurdhero [~absurd@12-246-239-142.client.attbi.com] has quit ["Client exiting"]
21:55* bline arives at work
22:00-!-DJHaCK [~DJHaCK@dial-196-112-113-216.megacom.net] has joined #mythtv
22:12-!-sc00p_ [~sc00p@adsl-154-152-46.cae.bellsouth.net] has quit [Read error: 110 (Connection timed out)]
22:14-!-dakeyrus [dakeyrus@ephesus.rh.rit.edu] has joined #mythtv
22:33-!-dopez [~unknown@dopez.xs4all.nl] has quit ["..."]
22:42-!-robertj [~robertj@c-24-98-81-170.atl.client2.attbi.com] has joined #mythtv
23:23<linagee>Argh. i hate that. i will miss ATHF just to see ER.... :(
23:45-!-dwmurphy [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
23:49-!-tmk [~no@12-234-205-129.client.attbi.com] has joined #mythtv
---Logclosed Mon Sep 15 00:00:17 2003