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

---Logopened Tue Sep 09 00:00:24 2003
---Daychanged Tue Sep 09 2003
00:00-!-grogan [aaron@eviltwin.STUDENT.CWRU.Edu] has quit [Read error: 110 (Connection timed out)]
00:01-!-grogan [aaron@129.22.162.184] has joined #mythtv
00:03-!-David [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
00:03-!-dwmurphy [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Read error: 104 (Connection reset by peer)]
00:04<tmk>hadees: myth has native lirc support you know
00:04<tmk>or so it claims
00:08<monkeyBox>Ok, I just got my epia/minimyth setup working :) Although I'm having a strange problem...
00:08<linagee>what's wrong with lirc?
00:09<monkeyBox>When I use "o" to browse channels, it takes a long time to change to each channel. over 3 seconds per channel, during which the audio also skips heavily and de-syncs..
00:11<monkeyBox>Ones I've browsed a channel info, going back to it is instantaneous, it's the initial loading that seems to take too long. Is there something wrong w/ my setup?
00:11-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv
00:14<qDot>I'm getting problems with MythMusic now
00:15<qDot>Database is out of whack error.
00:15<hadees>tmk: i know but i am not sure how to enable it and my lirc seems to have gotten worse, it used to work now it can't open the device
00:18<tmk>hadees: vi settings.pro in the mythtv dir
00:19<tmk>there's some stuff you can uncomment
00:20<hadees>is there a lirc irc room anywhere?
00:20<hadees>thats where i need to go
00:20<hadees>to get some help
00:21-!-Viddy [~lsk@visp194-179.visp.co.nz] has quit [Read error: 104 (Connection reset by peer)]
00:21<linagee>hadees: read the mythtv howto. explains exactly step by step what to do
00:22<hadees>i did it step by step, my problems don't really from myth they are with lirc
00:22<hadees>really come
00:22<hadees>irw keeps telling me it can't connect
00:23<tmk>is lircd running?
00:24<hadees>yeah
00:24<hadees>well i start it and it doesn't show error
00:24<tmk>are you sure?
00:24<hadees>and nothing comes up in the error log
00:25<tmk>do you have lirc_dev and lirc_i2c loaded
00:25<tmk>modules
00:25<hadees>yup
00:25<hadees>this is what i get
00:25<hadees>in the error log
00:26<hadees>Sep 9 00:23:19 htpc lircd 0.7.0pre1: lircd(hauppauge) ready
00:26<hadees>Sep 9 00:23:21 htpc lircd 0.7.0pre1: accepted new client on /dev/lircd
00:26<hadees>Sep 9 00:23:21 htpc lircd 0.7.0pre1: could not open /dev/lirc
00:26<hadees>Sep 9 00:23:21 htpc lircd 0.7.0pre1: default_init(): No such device
00:26<hadees>Sep 9 00:23:21 htpc lircd 0.7.0pre1: caught signal
00:26<hadees>when i start lircd it gives me it is read
00:26<hadees>y
00:26<hadees>then i try to run irw
00:26<hadees>it just returns
00:26<tmk>are you running as root?
00:27<hadees>i was right there
00:28<hadees>then after the first time i run irw and it just returns
00:28<hadees>i get this error
00:28<hadees>irw
00:28<hadees>connect: Connection refused
00:29<tmk>yeah cause lirc failed
00:29<tmk>what's ls -l /dev/lirc say
00:29<hadees>i even reinstalled everything and ended up back at that point
00:31<hadees>crw-r--r-- 1 mythtv mythtv 61, 0 Sep 8 21:59 /dev/lirc
00:31<qDot>Are there any fixes that I should know about for mythmusic .11? It looks like there's DB access problems, but the thread on the mailing list about it (for .9) seems dead.
00:35-!-Viddy [~lsk@visp194-179.visp.co.nz] has joined #mythtv
00:40-!-kja [~ke-aa@ti132110a080-1080.bb.online.no] has quit ["..."]
00:46-!-mecraw__ [~mecraw@dnvrdslgw11poolA250.dnvr.uswest.net] has left #mythtv []
00:47-!-mecraw__ [~mecraw@dnvrdslgw11poolA250.dnvr.uswest.net] has joined #mythtv
01:02-!-monkeyBox [bdavis@ip68-102-25-106.ks.ok.cox.net] has quit ["Client exiting"]
01:17<hadees>can some one give me a recommendation on a windows manager to use for just running mythtv in it?
01:21-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit [Read error: 110 (Connection timed out)]
01:22<bline>windowmaker works well for me
01:23<qDot>I've only tried it under KDE, but you probably don't need all that for just mythtv :)
01:23<hadees>yeah thats why i was wondering what to run
02:03-!-jarodwilson [~jarodwils@12-229-161-26.client.attbi.com] has joined #mythtv
02:03<jarodwilson>Anyone here have a pcHDTV card yet?
02:04<jarodwilson>I finally started reading the small print in the HD-2000 FAQ, and I'm seeing that it only works with terrestrial broadcasts, no go on cable HDTV...
02:05<jarodwilson>Which REALLY sucks if that is the case, because I get a crappy broadcast signal...
02:06<jarodwilson>And that would mean no Fox Sports Net in HD...
02:07<jarodwilson>(I take it I'm just talking to myself)
02:11<Deathwind>jarodwilson: do *any* of the HDTV cards actually work with cable HDTV? I was under the impression that all of them were for terrestrial broadcasts...
02:14<jarodwilson>Ah! Someone IS here. :)
02:14<jarodwilson>Not sure.
02:14<jarodwilson>Honestly, I didn't do much of any research before springing for the card.
02:14<jarodwilson>(dunno how many times that's bitten me in the arse...)
02:15<Deathwind>heh ;)
02:15-!-lmatter_away is now known as lmatter
02:15<jarodwilson>Perhaps I'll have to see about feeding a signal from the HDTV cable box I've got coming Wed. to MythTV...
02:15<lmatter>hadees, have you considered *no* window manager?
02:15<jarodwilson>Not sure HOW, but...
02:15<lmatter>I dont' run one with minimyth.
02:23<bline>is that like mini-me
02:26<lmatter>heavy, kinda :-)
02:26<lmatter>heavy -> he. darn autocorrect.
02:36-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has quit [Read error: 104 (Connection reset by peer)]
02:54-!-mecraw__ [~mecraw@dnvrdslgw11poolA250.dnvr.uswest.net] has quit [Read error: 113 (No route to host)]
03:09-!-tmk [~no@12-234-205-129.client.attbi.com] has quit []
03:12-!-lmatter [~lmatter@cpe-66-1-150-141.ca.sprintbbd.net] has quit ["Client exiting"]
03:30-!-jarodwilson [~jarodwils@12-229-161-26.client.attbi.com] has quit ["Client exiting"]
03:31-!-lmatter [~lmatter@cpe-66-1-150-141.ca.sprintbbd.net] has joined #mythtv
03:55-!-lmatter [~lmatter@cpe-66-1-150-141.ca.sprintbbd.net] has quit ["Client exiting"]
04:00-!-lmatter [~lmatter@cpe-66-1-150-141.ca.sprintbbd.net] has joined #mythtv
05:15-!-michal [~michal@acc1-ppp469.bri.dialup.connect.net.au] has joined #mythtv
05:16<michal>anyone here have any experience with a matrox g550 under directfb?
05:50-!-sfr [~sfr@pD9E60B14.dip.t-dialin.net] has joined #mythtv
05:55<michal>hmm.. dvbstream doesn't work correctly on my network :\
06:04-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv
06:04<phar0e>hello
06:04<phar0e>anyone still awake?
06:04<sfr>hey, i just got up.
06:05<phar0e>huhu
06:07<sfr>it's 12pm over here.
06:07-!-David [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Read error: 104 (Connection reset by peer)]
06:07-!-David [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
06:08<phar0e>what part of Germany are you from sfr?
06:09<sfr>i'm near Stuttgart. In the south.
06:09<phar0e>I heard you don't have any commercials on television during the evening, true?
06:10<sfr>We have, since many years.
06:11<sfr>Well, on private stations at least.
06:12<phar0e>nice
06:12<sfr>I meant they show commercials.
06:52-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit []
06:52-!-David [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Nick collision from services.]
07:16-!-orangebits [~ed@harry.trinity.manchester.sch.uk] has joined #mythtv
07:16<orangebits>Does Myth always record live TV while you're watching it?
07:18<heavy>yes
07:19<heavy>in a temporary buffer
07:22<orangebits>Where is the size of that buffer set?
07:25<sfr>via setup
07:25<heavy>mythsetup
07:26<orangebits>Thanks
07:27<KikoV>disk buffer? o memory buffer?
07:36-!-Deathwind [~deathwind@206.28.58.208] has quit [Remote closed the connection]
07:43<orangebits>KikoV: It was a disk buffer I was refering to
07:44<KikoV>ummm... harddisk brokers...
07:45<KikoV>just by seeing the TV you're hammin your HDD :P
07:48<orangebits>Yeah, I don't really consider that ideal either
07:49<sfr>there's no other way if you want timeshifting
07:49<orangebits>I don't really
07:49<orangebits>I quite like being able to "pause" TV, but that shouldn't require a constant buffer, should it?
07:50<sfr>that's exactly what timeshift means :)
07:53-!-michal_ [~michal@acc9-ppp114.bri.dialup.connect.net.au] has joined #mythtv
08:10-!-sfr [~sfr@pD9E60B14.dip.t-dialin.net] has quit ["Client exiting"]
08:13-!-michal [~michal@acc1-ppp469.bri.dialup.connect.net.au] has quit [Read error: 110 (Connection timed out)]
08:21-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
08:55-!-sfr [~sfr@pD9E60B14.dip.t-dialin.net] has joined #mythtv
08:55-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has quit [Read error: 104 (Connection reset by peer)]
09:00<orangebits>sfr: Why does pausing require a constant buffer though? Can't recording just start when pause is pressed?
09:02-!-Peit|work [~CM@julia.random-chaos.org.uk] has left #mythtv ["Client Exiting"]
09:07-!-Viddy [~lsk@visp194-179.visp.co.nz] has quit [Remote closed the connection]
09:10-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
09:22<sfr>orangebuts: No
09:22<sfr>sorry orangebits
09:25-!-hurdel [~greg@wnpgmb08dc1-res-90-159.mts.net] has joined #mythtv
09:32<orangebits>sfr: How come?
09:38<sfr>orangebits: as myth needs to reencode the raw data in order to be able to stream it to a remote frontend or to add the osd.
09:39<hurdel>my nuvexport to svcd has been going for about 10 hours for a 30 min show :/
09:39<hurdel>it is bigger than the .nuv file already
09:39<hurdel>don't think it is working
09:41<sfr>orangebits: and all the seeking wouldn't work either.
09:41<orangebits>The OSD stuff makes sense
10:05-!-hurdel [~greg@wnpgmb08dc1-res-90-159.mts.net] has left #mythtv []
10:27-!-activelow [1000@01-053.037.popsite.net] has joined #mythtv
10:28-!-mecraw__ [~mecraw@dnvrdslgw11poolD136.dnvr.uswest.net] has joined #mythtv
10:55-!-mecraw__ [~mecraw@dnvrdslgw11poolD136.dnvr.uswest.net] has quit ["Trillian (http://www.ceruleanstudios.com)"]
11:02-!-dwmurphy_ [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
11:03-!-schultmc [~schultmc@zealot.progeny.com] has joined #mythtv
11:08-!-orangebits [~ed@harry.trinity.manchester.sch.uk] has quit ["Client exiting"]
11:21-!-choenig [~choenig@pD9E0931C.dip.t-dialin.net] has joined #mythtv
11:26-!-kja [~ke-aa@ti132110a080-1895.bb.online.no] has joined #mythtv
11:36-!-Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
11:36-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
12:02-!-mecraw__ [~mecraw@69.2.235.2] has joined #mythtv
12:14-!-activelow [1000@01-053.037.popsite.net] has quit [Read error: 113 (No route to host)]
12:17-!-tmk [~no@12-234-205-129.client.attbi.com] has joined #mythtv
12:17<tmk>mornin
12:22-!-tmk [~no@12-234-205-129.client.attbi.com] has quit []
12:23-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has joined #mythtv
12:29-!-hfb is now known as r0dent2
12:30-!-r0dent2 is now known as AftrMath
12:31-!-AftrMath is now known as ShockWave
12:32<choenig>Chutt: could it be, that you got a hell lot of bounces from my mail system lately?
12:45* choenig is away: bk
12:58-!-tmk [~tmk@12-234-205-129.client.attbi.com] has joined #mythtv
13:04-!-kja [~ke-aa@ti132110a080-1895.bb.online.no] has quit ["..."]
13:07* choenig is back (gone 00:21:39)
13:09* tmk pokes chutt
13:09-!-ShockWave is now known as hfb
13:51<grogan>is there any advantage in using PVR-350s over PVR 250s?
13:52<tmk>sure
13:52<tmk>tv-out
13:52<grogan>ahh
13:52<grogan>so one has an mpeg decoder of some sort, and the 250 doesn't?
13:52<tmk>right
13:53-!-extremis [extremis@121-17.waldenweb.com] has joined #mythtv
13:53<grogan>would you happen to know the maximum frame rate at which the pvr 250s can capture?
13:55<tmk>30fps
13:55<tmk>ntsc basically
13:55<grogan>slick
13:55<extremis>so I found a dvb tuning program for linux that supports softcam
13:55<extremis>I haven't tried it yet, but it has all the decoding builtin
13:56<extremis>xcha-0.5.2
13:56<grogan>we have two bt879 cards in our box here, but it is just too much load on the system to be recording two programs plus doing playback at the same time
13:56<tmk>yeah
13:57<tmk>the pvr's do it all in hardware :)
13:57<vektor>grogan: nothing to do with the framerate, everything to do with the data rate, really.
13:57<vektor>uncompressed NTSC is 20 megabytes per second of raw data
13:58<grogan>well.. I don't mind having 3.5GB of DVD-quality MPEG2 stored to the disk for every hour of television we record, so long as I can eventually get transcoding to work and do some serious compression on those files
13:58<mikegrb>extremis: ever get the LED working on your ir device
13:58<grogan>hmm
13:58<vektor>grogan: I'm talking about the difference in load between a bt878 card and a pvr-250.
13:58<grogan>yeah.. 20MB/s is fairly intense
13:59<tmk>also you have to encode it htough
13:59<vektor>bt878 == uncompressed == high data rate, mpeg2 from a pvr-250 will be like 8 mega_BITS_ per second.
13:59<tmk>if you do it raw-style
13:59<vektor>so like it's a difference between like 20MB/s vs 1MB/s :)
13:59<extremis>mikegrb: nope, haven't cared enough to fix it
13:59<mikegrb>heh
13:59<mikegrb>okay
13:59<extremis>does anyone want me to send them xcha?
13:59<tmk>vektor: plus CPU to encode to mpg4 or what have you
13:59<grogan>vektor: nice :>
14:00<vektor>tmk: Yep.
14:00<extremis>http://www.home.zonnet.nl/panteltje/satellite/ for the latest version. 0.5.2 was the last one with softcam
14:01<extremis>which is almost impossible to find
14:02<grogan>what I want to do is have the transcoding start automatically, but give the process a fairly low priority, so that it doesn't interfere with our viewing of programs, etc
14:03<tmk>nice -19 <transcode>
14:05<extremis>now I just need to figure out how to get mythtv working with xcha
14:16<qDot>Anyone been able to get mythmusic .11 to work?
14:16<qDot>I'm getting "Database is out of whack" errors
14:16-!-steelep [~signwatch@69.26.192.55] has joined #MythTV
14:17<steelep>I should have known this channel existed :)
14:18<sfr>qDot: did you run 'Search music files
14:18<qDot>sfr: Can't, that's what triggers the errors :)
14:19* tmk pokes chutt again, a little harder this tiem
14:19<sfr>qDot: did you setup mythmusic correctly, esp. the music directory?
14:20<qDot>What do you mean?
14:20<qDot>*runs to look at documentation again*
14:21<sfr>qDot: Music_Settings->General->Directory to hold music
14:21<qDot>Oh, hell.
14:22<sfr>qDot: Lucky you, Chutt doesn't seem to be around. :)
14:22<qDot>Yeah, I found out that one when I had issues with the OSS drivers.
14:23<qDot>Ah well, I'm the same way in programming channels, so what goes around....
14:23<sfr>What do you mean?
14:24<qDot>=D
14:25* sfr thinks mythtv should include a mpeg and mp3 file of the HOW-TO which is automatically played the first time myth is started.
14:25<qDot>Yeah, wouldn't hurt.
14:25<choenig>sfr: hehe
14:25-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has quit ["Client exiting"]
14:25<qDot>Though the complete lack of popup error message on the DB problem does beg the UI question. :)
14:26-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has joined #mythtv
14:26<sfr>qDot: we'll wait for a patch from you to fix this.
14:27<qDot>sfr: I've got my own software to have users bitch at me about, thanks.
14:27<choenig>sfr: learning quick from Chutt, eh :-)
14:27<sfr>hehe, sure. Makes live so much easier.
14:27<qDot>There's help, then there's IRC help.
14:29<sfr>choenig: i used to do more hand-holding, but now i understand Chutt's way.
14:31<tmk>'welcome to mythtv. You have probably not set it up properly. please listen to the following documentation before sending any emails'
14:31<qDot>Ok, music is set up, DB still throwing errors.
14:31<choenig>sfr: yeah I know, I do understand that, too, though it sounds quite rude most of the times
14:34<sfr>choenig: well, but some reading can be expected before asking for help.
14:35<choenig>sure :)
14:36<choenig>that should be mandatory that everybody who enters here or the list has read the docs and faq :)
14:36<sfr>tmk: that from a pleasing female voice, and noone would ever ask on irc again.
14:36<tmk>hehe
14:36<qDot>Every thought about getting an onjoin message? Annoying, but workable.
14:36<choenig>hmm, I need someone who runs the mailinglists
14:36<tmk>where's chutt when you need him
14:36<tmk>'day job' bah!
14:36<choenig>tmk: my sayings
14:37<grogan>I think users are generally less likely to ask for help when the software's configuration is fairly intuitive and self-explanitory..
14:37<grogan>mythtv does a pretty good job of this
14:37<sfr>choenig: isn' that Snow-Man?
14:37<grogan>but there is always room for improvement
14:37<choenig>sfr: I wasn't sure, but so ...
14:37<choenig>Snow-Man: you around?
14:38<choenig>ok, I only need someone who can tell me, if i bounce mails
14:38<grogan>as much as people like to bash them, graphical interfaces go a long way towards achieving the goal of making setup and use easy for users
14:39<Chutt>tmk, whaddya want?
14:39<tmk>Chutt: had some questions about how the OSD works
14:39<Chutt>ok.
14:39<tmk>for the pvr's, it'd actually be best if it jsut wrote to the x display directly
14:40<tmk>with no transparency
14:40<Chutt>why?
14:40<tmk>and do the alpha via special calls to the ivtv's osd stuff
14:40<Chutt>err
14:40<Chutt>that only lets me have one alpha value through the entire image
14:40<Chutt>which sucks.
14:40<tmk>no you can do a map
14:41<tmk>not like 'alpha = 30%'
14:41<tmk>there's a layer for alpha i believe
14:41<Chutt>the image format is argb, according to your firmware docs
14:41<tmk>right, but the framebuffer takes care of all that for you
14:41<Chutt>why can't it get the address of the buffer from the driver, then copy into that?
14:42<tmk>it can, but you still need to do the transparency separately
14:42<tmk>if you want hardware-transparency
14:42<tmk>that'd require extra locking between the framebuffer and the decoder-playback
14:42<tmk>just trying to avoid needless complexity
14:43<Chutt>i don't see that from the firmware docs..
14:43<Chutt>disable the framebuffer driver during playback
14:43<Chutt>if it's interferring
14:44<Snow-Man>eh?
14:44<Snow-Man>choenig: email addy?
14:44<tmk>Chutt: i think it's 0x52
14:44<choenig>Snow-Man: me@christianhoenig.de
14:45<Snow-Man>h89I3e0d010636- 1841 Tue Sep 9 14:04 <mythtv-dev-bounces@mythtv.org>
14:45<Snow-Man> (Deferred: Connection timed out with christianhoenig.de.)
14:45<choenig>hmmm
14:45<Snow-Man>Bouncin' like a fucker.
14:45<Chutt>tmk, i'd think that that's for copying new data into the osd buffer
14:45<choenig>damn
14:45<Chutt>with alpha blending to stuff that's already there
14:46<Chutt>or something
14:46<choenig>there is not much I hate more than mailstuff
14:46<Snow-Man>Break something?
14:46<mdz_>choenig: then let someone else do your mail :-)
14:46<sfr>choenig: use postfix :)
14:46<Snow-Man>I'm with mdz.
14:46<tmk>Chutt: hrm, perhaps you are right. I'll have to check into that
14:46<choenig>I have a new system running
14:46<Chutt>tmk, oh, and that patch doesn't do live tv because it doesn't parse the stream at all
14:46<choenig>and it doesn't work like it should
14:47<Chutt>seeking will be fucked up as well =)
14:47<Chutt>you have to do some demuxing of the data, to at least figure out where gops are
14:47<Chutt>problem with that is that the demuxer i'm using right now eats the header data, and the pvr-350 needs that =)
14:48<choenig>Snow-Man: are the mails still bouncing or did it put me on an 'do not send' status?
14:48<tmk>Chutt: yeah i just cleaned up matt's patch a bit
14:48<tmk>so i could understand it some
14:48<Chutt>the code should be a lot more like what's in avformatdecoder.cpp
14:48<tmk>k i'll check there
14:49<tmk>so i wonder how the OSD stuff's gonna work
14:49<Chutt>but, the avformat/mpeg.c demuxer eats the header, so we need a way to work around that
14:49<tmk>if there's no local transparency
14:49<Chutt>tmk, 0x43, param[0] = 4
14:50<tmk>ahso
14:50<Chutt>the image the osd code in mythtv is yv12 with a separate 8 bit alpha buffer
14:50<tmk>yeah i saw that
14:50<tmk>BlendOSDblahblah
14:50<tmk>or w/e
14:50<Chutt>so, i think all that needs done is to convert that to argb (very easy), then copy it to the OSD memory address returned by 0x41
14:50<Snow-Man>choenig: Well, it'll try again in a bit.
14:51<Chutt>that's how _i_ read the docs there, at least =)
14:51<choenig>it seems that my MX record is broken
14:51<Snow-Man>See, that's why someone *else* should be handling your mail.
14:52<tmk>argb = alpha,r,g,b right
14:52<Chutt>yeah
14:52<Chutt>i dunno if that's the proper byte order, but, that's always easy to fix
14:52<tmk>indeed
14:52<tmk>i have just the line of ASM :)
14:52<Chutt>heh
14:52<Chutt>can you decode the video to a given area on screen?
14:53<tmk>no
14:53<Chutt>like, non-fullscreen
14:53<tmk>not that i know of
14:53<Chutt>ah, sucks
14:53<Chutt>so the epg in live tv mode will have to be changed a bit
14:53<tmk>oh, fyi
14:53<tmk>the preview window seems to play via the same mechanism as regular decoding
14:53<mdz_>dammit
14:54<mdz_>I keep getting these kernel oopses in the NFS code
14:54<Chutt>no, the preview window gets drawn bt Qt
14:54<choenig>Snow-Man: someone else IS somehow handling my email stuff, I only fetch it to my local server
14:54<mdz_>exactly the same stack trace
14:54<tmk>dunno, with that code that i sent in
14:54<tmk>it tries to use the decoder to play it
14:54<Chutt>well, yeah
14:54<Chutt>since that code breaks stuff
14:54<Snow-Man>choenig: Whomever that is, is apparently an idiot.
14:54<tmk>hehe
14:54<choenig>Snow-Man: but I really don't know what fucked around with that MX rec since there is one in my domain config
14:54<Chutt>it's supposed to fall back to the software decoder in that case, but you broke it :p
14:55<Chutt>well, he broke it, really
14:55* tmk blames someone else
14:55<tmk>there we go
14:56<Snow-Man>choenig: christianhoenig.de. 86400 IN CNAME adastea.no-ip.com.
14:56<mdz_>I see lots of other people reporting it, but they're all back in like 2.4.10-2.4.16 era, and this is 2.4.19
14:56<Snow-Man>christianhoenig.de. 86400 IN MX 10 mail.variomedia.de.
14:56<Chutt>anyway
14:56<Chutt>back to work
14:56<choenig>Snow-Man: yes, thas my the no-ip stuff is my local one, variomedia is the one it should be :)
14:56<tmk>thx chutt
14:57<Snow-Man>Can you have an MX for a CNAME?
14:57<choenig>Snow-Man: but I seem to know what the problem ist, thanks so far :)
14:57<Snow-Man>I'm not sure that's a valid arrangement, actually.
14:57<tmk>oh chutt: when you get a chance, would it be possible to do some cleanup on that code and put it in CVS
14:57<tmk>or is it way off
14:57<tmk>i like to sync my work as closely in CVS as possible
14:57<choenig>Snow-Man: from that experience I think the MX is ignored :)
14:58* Snow-Man shrugs.
14:58<Snow-Man>Oh well.
14:58<Chutt>tmk, yeah
14:59<Chutt>i'm going to bring a tv back to my office here and move the pvr-350 to my main dev box
14:59<Chutt>so i can start futzing with all that
14:59<Chutt>or i might just pipe the svideo out into the svideo in on another card
14:59<vektor>So, did you quit your day job?
15:00<vektor>:)
15:00<choenig>Snow-Man: but due to that change of my complete mailsystem I didn't think about the change in my domainsetup
15:00<Snow-Man>heh.
15:01<choenig>so after the change back is cought up by the servers, the mail should arrive here again :-)
15:02-!-qDot [~qDot@ip68-97-26-144.ok.ok.cox.net] has left #mythtv []
15:02<choenig>I'm really missing the daily dosis of myth-* ML
15:03* Snow-Man fixes the DNS, since he's like a nice guy and shait.
15:03<choenig>:-)
15:04<Snow-Man>That's alright, it'll get a bunch of crap out of my mail queue.
15:05<choenig>yeah, first mythmails do arrive :-)
15:05<tmk>thx chutt
15:05<choenig>thanks Snow-Man
15:05<Snow-Man>No prob.
15:08<Snow-Man>btw, having multiple MX records is usually a good thing.
15:12<choenig>at least not overiding one MX with a CNAME is a good idea =)
15:19-!-steelep is now known as signwatcher
15:25-!-kja [~ke-aa@ti132110a080-3983.bb.online.no] has joined #mythtv
15:40-!-dwmurphy__ [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
15:40-!-dwmurphy_ [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Read error: 54 (Connection reset by peer)]
16:02-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has quit []
16:09-!-dopez [~unknown@dopez.xs4all.nl] has quit [Remote closed the connection]
16:11-!-michal_ [~michal@acc9-ppp114.bri.dialup.connect.net.au] has quit [Read error: 113 (No route to host)]
16:19-!-michal [~michal@61.68.134.14] has joined #mythtv
16:25-!-mecraw__ is now known as mecraw
16:28<tmk>mmm lunch
16:28<tmk>Chutt: so what function actually draws the OSD?
16:33<tmk>is it the VideoOutput::BlendSurfaceToXXXX functions?
16:37<Chutt>define draw
16:38<Chutt>the yv12+alpha image gets created in OSD::Display()
16:38<Chutt>for software playback, it's blended into the video in BlendSurfaceToYV12
16:38<tmk>yeah, but where is it sent to the screen
16:38<tmk>hmm
16:38<Chutt>for xvmc/cle266, it's converted to ia44 in the BlendSurfaceToIA44
16:39<Chutt>bad name, there, but, whatever
16:39<tmk>so if i make a BlendSurfaceToIvtv
16:39<Chutt>well
16:39<tmk>should that output right then
16:39<Chutt>should be ToARGB
16:39<tmk>or is there a call later that's like 'drawitnow'
16:39<Chutt>nope
16:39<tmk>ok where does it get output
16:39<Chutt>check out the code in videoout_viaslice.cpp
16:39<tmk>k
16:39<tmk>also: i'm looking in avformatdecoder
16:39<Chutt>in ProcessFrame
16:39-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv
16:39<tmk>lookslike hardwaredecoder.cpp is pretty much a copy/edit
16:39<tmk>of avformatdecoder
16:39<Chutt>right
16:40<tmk>fwiw
16:40<Chutt>but he took too much stuff out
16:40<tmk>k
16:41<tmk>question: why is there #if / #endif's for USING_VIASLICE etc in avformatdecoder
16:41<tmk>sometimes
16:41<Chutt>to enable the hardware decoding stuff in libavcodec
16:41<tmk>but other times it's 'if (codec && codec->id == codec_id_mpeg2video_viaslice)'
16:41<tmk>why not make it an #if also
16:41<tmk>sorry hadn't finished asking yet :)
16:42<Chutt>since there's no need to there
16:42<tmk>k
16:43<tmk>i'll have a bunch of lil random 'mythtv internals' questions over the next couple days
16:43<tmk>you want me to batch them up and email
16:43<tmk>or just ask on irc
16:43<Chutt>either
16:45<tmk>k. is there any way to get the actual bitrates the stream was encoded at
16:45<tmk>i know there're 2 for VBR
16:45<tmk>and it reports the higher in the stream right?
16:45<Chutt>nope
16:45<Chutt>the card puts the higher of the 2 in the stream
16:45<tmk>yeah
16:45<Chutt>you can average it out over time, of course
16:46<Chutt>but that's the only way i know of
16:46<tmk>k
16:47<tmk>wow you set the audio rate every frame?
16:47<Chutt>i do?
16:47<Chutt>if they change, sure
16:47<tmk>if (checkaudioparams(some stufF) { audio_sampling_rate = blahblah
16:48<Chutt>yeah
16:48<Chutt>that's if they change
16:48<tmk>k
16:48<tmk>and does it get the actual audio rate from the mpg file
16:48<tmk>in pvr case?
16:48<Chutt>yeah
16:48<Chutt>that's cbr
16:49<tmk>indeed
16:49<tmk>mp2
16:52<tmk>i see 'struct AVFormatContext' defined in dvbrecorder.h, mpegrecorder.h and hdtvrecorder.h
16:52<Chutt>libs/libavformat/
16:52<tmk>but only as 'struct AVFormatContext;
16:52<tmk>:)
16:52* tmk bows
16:52<Chutt>forward declaration so it's not including stuff it doesn't need for the header
16:59<tmk>will i need to add to libs/libavcodec ?
17:03<phar0e>I have used mythtranscode and successfully transcoded to my own custom profile with mpeg4.. what is my next step to getting the avi out of that? mencoder?
17:04-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
17:05<tmk>phar0e: probably, ya, if mencoder can go from mpg4 to avi
17:07<tmk>Chutt: wow this touches everything :/
17:08-!-dakeyrus [~dakeyrus@ephesus.rh.rit.edu] has joined #mythtv
17:15-!-mecraw [~mecraw@69.2.235.2] has quit ["Trillian (http://www.ceruleanstudios.com)"]
17:22-!-grogan_ [aaron@eviltwin.STUDENT.CWRU.Edu] has joined #mythtv
17:23-!-grogan [aaron@129.22.162.184] has quit [Read error: 110 (Connection timed out)]
17:26-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit []
17:36-!-choenig [~choenig@pD9E0931C.dip.t-dialin.net] has quit [Remote closed the connection]
17:36<michal>damn matrox
17:37<michal>going to have to install windows to test if the cable works properly :\
17:39-!-dwmurphy_ [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
17:39-!-dwmurphy__ [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Read error: 104 (Connection reset by peer)]
17:43-!-michal [~michal@61.68.134.14] has quit ["Client exiting"]
17:55-!-Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has quit [Read error: 104 (Connection reset by peer)]
18:04-!-pahli_bar [~renchi@pooh.tam.uiuc.edu] has joined #mythtv
18:06-!-michal [~michal@61.68.134.14] has joined #mythtv
18:06<michal>jesus :( matrox g550 tv out SUCKS when compared to a dxr3
18:06<michal>not even in the same ballpark
18:07<vektor>Depends on how you're using it.
18:07<vektor>I hope you're not just moving a xine window to the second head in your X or something.
18:07<michal>rgb scart out
18:07<vektor>That's not what I meant.
18:07<michal>i'm not using X at all
18:07<michal>just directfb
18:07-!-jkolb [~jkolb@216-53-148-194-host.mpinet.net] has joined #mythtv
18:07<vektor>Using what application?
18:07<michal>and mplayer with the dfbmga vo
18:07<vektor>Ok.
18:08<michal>mind you.. there are weird issues
18:08<vektor>That's too bad. You can get good TV output to it, but you have to know what you're doing.
18:08<vektor>I wouldn't just trust playing anything out it.
18:08<michal>ie the framebuffer console doesn't display properly on the tvout
18:08<michal>don't know if it should or not though
18:08<vektor>I wouldn't use that to judge anything.
18:08<vektor>Like, ideally your application will be setting the mode on the head.
18:08<vektor>Like it's not like normal DirectFB.
18:09<vektor>You want to put it in interlaced mode, Y'CbCr, disabling any hardware scaling, so the app just draws write to the TV encoder.
18:09<michal>there's virtually no documentation at all on using it :\ and what there is is at least a few months old (scart rgb out was only added recently)
18:09<vektor>Yeah, that's true.
18:09<michal>it seems like you really have tyo use windows to do a proper test :\
18:09<vektor>My page about TV output isn't up to date.
18:09<vektor>http://scanline.ca/tvout/
18:09<michal>this is the most up to date i could fine
18:10<michal>http://www.sci.fi/~syrjala/directfb/matrox-tv-out-howto
18:10<vektor>Yeah well, he wrote the driver.
18:10<vektor>What are you playing in mplayer, the same DVD?
18:10<michal>for some reason i have to use -fs with video source which is already the correct size
18:10<michal>and it puts huge borders around it
18:10<vektor>What does -fs mean?
18:10<vektor>That's wrong, it shouldn't be doing that.
18:11<vektor>Likely means that the card is doing some scaling, which would fuck quality.
18:11<vektor>You're playing a DVD?
18:11<michal>i'm not so worried with scaling.. it SHOULD scale material of incorrect size.. but why would it scale material that is already in the correct size? it doesn't make sense
18:11<michal>no.. but it is mpeg2 at 720x576
18:12<vektor>I'd recommend you write a quick test application to test things.
18:12<vektor>Do you have a bt878 card around? You could try my dfbtv test app.
18:13<michal>umm.. i don't know.. i don't use the tv out on my other cards
18:13<michal>i have a gf3 with a tv out.. don't know what it is though
18:14<vektor>That's not what I asked.
18:14<vektor>I meant, do you have a V4L capture card that you could use my directfb tv output test app with
18:14<michal>no
18:14<vektor>darn
18:14<michal>i have no card with an input at all
18:14<vektor>you should just write a quick directfb test app
18:14<vektor>try it out
18:15<kja>Chutt, the Packet has header was doing wrong things
18:15<michal>i've tried the directfb examples
18:15<michal>none of them work on the tv out.. just on the primary display
18:15<vektor>but the directfb examples don't work
18:15<vektor>yeah
18:15<vektor>i meant write an app that draws in y'cbcr to the second head
18:15<michal>nothing like this already exists?
18:15<vektor>erm
18:16<vektor>not many people use this code i don't think
18:16<michal>which explains the dearth of documentation
18:16<vektor>like ville wrote it, a guy i know named brian murrell was using it a bunch
18:16<vektor>i wrote my test app for it
18:16<michal>plus.. to complicate things i made the scart rgb cable.. and i don't really know what i was doing
18:16<vektor>but didn't have time to use it more
18:16<michal>so i think i need to test it from windows
18:16<vektor>obviously some people used it since the rgb scart support got added
18:17<vektor>oh and a guy from australia was using it too i know that
18:17<michal>do you know anything about wiring ?
18:17<vektor>nope, nothing
18:17<vektor>no scart here either :)
18:17* vektor in north america
18:17<michal>for all i know i wired it incorrectly
18:17<michal>but then it presumably shouldn't work at all :\
18:18<michal>what i do know is that the image really SUCKS when compared to... well anything.. it's comparable to the tv out on my gf3
18:18<michal>i WAS expecting something to rival my dvd player :\
18:19<michal>i wonder if it's a driver, cabling, or configuration issue.. or if I was just expecting too much
18:21<michal>i wonder if the resistors were really necessary.. or whether they're part of the problem
18:22<michal>ok.. the http://www.sput.nl/hardware/tv-x.html page is helping.. at least now i know that it's ok to connect all the grounds together and to the shell
18:23<vektor>Expecting it to rival your DVD player still isn't reasonable, imho. There are way too many hardware advantages to using something like the dxr3 or PVR-350 decoders.
18:23<michal>doesn't suppose anyone here knows if it's possible to use a multimeter to test a cable?
18:23<vektor>since they can control the sync perfectly, and ensure pixel correctness
18:24<tmk>woohoo north america
18:24<tmk>woohoo pvr-350
18:25<michal>umm.. the matrox is supposed to output the sync perfectly
18:26<tmk>actually yeah, i've heard good things about the matrox
18:26<vektor>michal: no you misunderstand.
18:27<vektor>like say i'm playing a PAL MPEG2 file.
18:27<vektor>i set the matrox to PAL mode and it's running then at 50hz interlaced
18:27<vektor>now usually an application like mplayer doesn't really play at 50hz, it syncs the video to your soundcard
18:27<vektor>so we don't have a 50fps clip to play anymore
18:28<vektor>we have something being synced to your soundcard, which won't be exactly at 48khz, but it will be somewhere nearby
18:28<vektor>mplayer isn't designed to sync to the video
18:28<vektor>in something like the dxr3, they have both the audio and the video
18:28<michal>well it's 25fps at 50hz isn't it? can't it use the graphics card to sync?
18:28<vektor>and they keep them in sync
18:28<michal>i don't actually have a soundcard working in the machine i am using
18:28<vektor>then you might get lucky
18:28<vektor>but mplayer doesn't like wait for the vertical retrace
18:29<vektor>that's just not how it's written
18:29<vektor>it's not built for output to an interlaced device like that.
18:29<michal>what if you use triple buffering? and i though that all this got taken care of by the maven chip
18:30<michal>interlaced video looks crap on a non-interlaced output though :\
18:30<vektor>triple buffering just makes it easier to get the sync to work, it's no guarentee
18:30-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has quit ["Client exiting"]
18:30<vektor>you see the problem, right?
18:30<michal>this is depressing.. sounds like there's still no decent output possible from a computer to a tv which works for all cases
18:31<michal>and after i've spent all this money trying to get something decent
18:32<sfr>why not getting a LCD? I'm thinking about getting one. Ok, it's still expensive for >19".
18:33<michal>2 x dxr3 cards, 1 x matrox g550, 1 x dvbt card, miscellanous computer bits == over $1000AUS
18:33<michal>i'm only interested in output on my tv
18:33-!-mecraw [~mecraw@dnvrdslgw11poolD136.dnvr.uswest.net] has joined #mythtv
18:34<michal>i wish i knew how to use a multimeter :\ i can't even tell if the baterry is working in this one
18:34<michal>ok.. got a buzz out of it.. must be working
18:35<vektor>michal: It's not that bad, but I just found that if I wanted something that was -perfect- I'd have to write my own DVD player.
18:35<jkolb>Everything looks fine on my HDTV @ 540p. I'm just using the i815 and a scan converter.
18:35<vektor>which is fine, I have one, I just haven't done the G400 output engine for it.
18:35<vektor>jkolb: I don't believe that you're getting the quality you could.
18:35<jkolb>Ehn. Good enough for me.
18:35<sfr>vektor: your own dvd player?
18:35<jkolb>If you'd like to come over and tweak my setup, I'd be more than happy to let you.
18:36<vektor>sfr: well, yeah. It's not that hard. I use libmpeg2 for decoding and liba52 for the audio.
18:36<michal>nothing short og svideo output quality from a good dvd player or better is enough for me :\
18:36<Chutt>kja, exactly how is that any different than the current code?
18:36-!-monkeyBox [bdavis@ip68-102-25-106.ks.ok.cox.net] has joined #mythtv
18:37<jkolb>My output definetly looks better than svideo.
18:37<sfr>vektor: what's so bad with mplayer that you wrote your own player?
18:38<vektor>sfr: erm, well I did it so I could learn about DVDs more than have a player. it was a great learning experience. also, i wanted to have a player that synced to the video over the audio like I mentioned. I was interested in getting really smooth pans and stuff.
18:38<monkeyBox>I'm getting this error: "mythfrontend: error while loading shared libraries: libmyth-0.12.so.0: canot open shared object file: No such file or directory" .. but I'm looking in /usr/local/lib/ and I see libmyth-0.12.so.0 right there...
18:39<vektor>sfr: it was mostly successful, and i definitely learned a lot, and it was fun too. not very practical though.
18:39<sfr>vektor: he, ok.
18:39<sfr>monkeyBox: did you run ldconfig as root?
18:39<michal>i'm interested in getting a perfect test picture.. you know the type.. the generic tv test picture sometimes transmitted on free to air
18:40<kja>PacketHasHeader only finds the first instance
18:40-!-steelep [~signwatch@69.26.192.55] has joined #mythtv
18:40<michal>on my test picture there is a short vertical line which pans from left to right
18:40<michal>now untill that is perfect i'm not happy
18:41<monkeyBox>sfr: hmm.. nope. What I'm doing is upgrading the binary that's in the minimyth distro. All I did was replace mythfrontend and the libs...
18:41<michal>it IS perfect out of a dxr3.. but the dxr3 has other issues
18:41<sfr>michal what other issues?
18:42-!-signwatcher [~signwatch@69.26.192.55] has quit [Read error: 60 (Operation timed out)]
18:42<michal>the fact that anything other than mpeg1/2 needs to be transcoded to mpeg1 in realtime
18:42<michal>the impossiblity of doing decent on screen displays
18:43<sfr>michal: i thought myth doesn't work with the dxr3?
18:43<monkeyBox>sfr: how would I use ldconfig outside of the filesystem that mythfrontend will run on?
18:44<michal>i'll worry about the pvr part after i have the output working
18:44<michal>otherwise there's no point :\
18:44<lmatter>monkeyBox, try "chroot minimyth-0.1 ldconfig" before cramming.
18:45<kja>Chutt, the previous code only found the first instance of picture_start, when there is really more than one in the packet...so framesRead and keyframedist was very wrong
18:45<michal>oh.. and there are no low profile dxr3 cards.. that's another drawback
18:45<monkeyBox>hey, lmatter! you're the minimyth auth right?
18:45<Chutt>kja, there certainly shouldn't be more than one in a packet.
18:45<lmatter>monkeyBox, Yes.
18:45<sfr>monkeyBox: issue solved then.
18:46<kja>in a ps packet?
18:46<Chutt>right.
18:46<monkeyBox>lmatter: nice job :) I just started using it a couple of days ago, but have a couple of issues...
18:46<michal>it's ok for all the grounds on connectors on both sides of the cable being linked together right?
18:46<monkeyBox>lmatter: http://www.gossamer-threads.com/perl/mailarc/gforum.cgi?post=79879;search_string=Ben%20Davis;guest=1151155&t=search_engine
18:47<michal>ok.. the r g and b wires are definetly correct and not leaking
18:47<jkolb>Chutt: You can have more than one picture_start code in a ps packet. Nothing in the spec says you can't.
18:47<kja>Chutt, but that would create major overhead with small packets (and that is how transform.c does it)
18:47<Chutt>jkolb, it'd fuck up your audio interleaving
18:47<monkeyBox>guess I shoulda taken out that search string part :-p
18:47<Chutt>kja, you've seen the size of ts packets, right? :p
18:48<jkolb>How so? Just because you have more than a full frame in a packet?
18:48<kja>Chutt, yea, but it's a very short header :)
18:48<Chutt>jkolb, yeah, pretty much
18:48<Chutt>kja, anyway, i'd prefer it if you just called packethasheader again, with a different start point
18:48<Chutt>instead of rewriting everything.
18:48<lmatter>monkeyBox, Interesting. I'll have to think of a way to do stuff like this. Also caching theme images when you change GUI size.
18:49<kja>Chutt, that is possible
18:49<Chutt>minimum change necessary
18:49<jkolb>I fail to see how. The demuxer should still read ahead enough to get the corresponding audio.
18:49<Chutt>jkolb, makes seeking more difficult
18:49<lmatter>monkeyBox, could you post this info on the linpvr forum under feature requests? That will help me track it.
18:50<Chutt>unless you start throwing away audio
18:50<monkeyBox>lmatter: do you think my problem is really an issue with the channel icon images though??
18:50<michal>hmm.. i put a 75ohm resistor on the composite.. does that sound right
18:50<monkeyBox>I wouldn't think it would take that long to load such a small file over 100 mbit
18:50<michal>sorry
18:50<michal>680 ohm
18:50<jkolb>True, but there's nothing saying that it can't happen. In fact, the spec even tells you that the PTS and DTS in the header refer to the first frame present in the packet.
18:50<Chutt>michal, are you discussing _anything_ about mythtv?
18:51<Chutt>no?
18:51<Chutt>then, no one cares.
18:51<michal>Chutt: in a roundabout way i am
18:51-!-dakeyrus [~dakeyrus@ephesus.rh.rit.edu] has quit ["Client exiting"]
18:51<Chutt>jkolb, yeah
18:51<Chutt>ah wlel
18:51<Chutt>well, too
18:52<kja>Chutt, how's that audio thing working
18:52<Chutt>works fine
18:53<Chutt>i already had it in my tree, just haven't committed to cvs yet today
18:53<Chutt>been busy with other stuff
18:53<kja>excelent
18:53<kja>yea, it needed some longer term testing anyways (not often theres a small err in the stream)
18:54<lmatter>monkeyBox, dunno. Be worth investigting.
18:54-!-ByteNik [~nostpo@pcp03855134pcs.eatntn01.nj.comcast.net] has joined #mythtv
18:57<monkeyBox>lmatter: I suppose if you wanted to cache images, you could symlink them in the PXEClient directory, then make a script that downloads them all locally...
18:57<michal>hmm.. i'm going to try removing the 75 ohm resistor :\
18:58<ByteNik>If I have a sound card with digital inputs for AC3 or SPDIF or TOSLINK, and I input Dolby Digital and record using that as my sound source, will my output be in Dolby Digital? (I'd try it but I don't have the sound card yet)
18:58<lmatter>monkeyBox, So will you post it?
18:58<ByteNik>Erm, scratch AC3 as an input "type"... but still
18:59<monkeyBox>lmatter: yeah I'll go ahead n' post it
18:59<tmk>Chutt: i was looking through the sources, and is it safe to assume that i'll need to change/implement everything that the using_via does?
18:59<tmk>(i know it's not 'using_via', but that's close enough)
18:59<lmatter>monkeyBox, Thanks. Better to discuss it there.
19:00-!-lmatter is now known as lmatter_away
19:00-!-schultmc [~schultmc@zealot.progeny.com] has quit ["Client exiting"]
19:01<kja>Chutt, if i'm going back to packethasheader (as is) i have to search the pkt three times..
19:02<michal>and to add insult to injury whenever the matrox is connected to the tv via the scart cable none of the normal television channels work :\
19:02<Chutt>kja, i really don't want that much additional code in that function.
19:03<Chutt>tmk, sure, that's probably a good assumption
19:03<kja>Chutt, agree. What about moving it to a Mpeg2CheckPacketHeaders or something?
19:04<Chutt>sure, that's fine
19:04<monkeyBox>bummer.. I ran ldconfig and it fixed the myth libs, but now I'm getting that same error for libXv.so.1...
19:04<michal>argh.. going to try installing xp on the pvr
19:05* monkeyBox gasps
19:05<michal>it's the only reliable way to test this thing :\
19:05<sfr>monkeyBox: you upgraded more than mythtv?
19:06<monkeyBox>sfr: the only thing I copied over was /usr/local/lib/libmyth-0.12* and /usr/local/bin/mythfrontend...
19:06<sfr>monkeyBox: and myth is complaining about libXv?
19:06<monkeyBox>maybe I'll re-extract the original fs and re-do it.. I might have messed something up...
19:08<Chutt>monkeybox, btw, i do have the channel icon pixmaps disabled for remote OSD displays in cvs
19:08<Chutt>since it is fairly slow
19:09<monkeyBox>Chutt: so the OSD channel icon really does slow it down?
19:09<Chutt>yup
19:09<michal>vektor: have you played around with your matrox under windows at all?
19:09<sfr>Chutt: disabled in the default osd?
19:09<Chutt>no
19:09<Chutt>just for remote frontends.
19:11<monkeyBox>hmm.. I wouldn't have thought downloading a small pixmap over fast-ethernet would take take that long.. or is it another issue?
19:11<Chutt>it's something else
19:12<monkeyBox>oh.. ok, well that makes me feel better then :)
19:13<vektor>michal: I wrote a TV output driver for a company I used to work for, using DirectX under Windows to access the TV output head. That's my only experience.
19:14<vektor>michal: But in that case, we had a piece of hardware to listen for the vsync interrupt and report it on the serial port, since there was no API in Windows to get an interrupt when the TV output head did a vsync.
19:14<vektor>quite annoying.
19:14<michal>well that sounds like more than the average person :P
19:14<vektor>With the DirectFB driver we supposedly got an interrupt and could get woken up
19:14<vektor>but I was still getting tearing in my test app
19:15<vektor>that was back in october and I gave up at that point and haaven't had time to go back.
19:17-!-sfr [~sfr@pD9E60B14.dip.t-dialin.net] has quit [Remote closed the connection]
19:17<michal>i'm installing xp now so i can see what happens with the dvdmax feature from windows.
19:17<michal>at least i'll have some more certainty of whether the outputs are selected correctly.. and what is potentially possible under linux
19:18<michal>i just hope it works as well as i'd like :\ if it doesn't then the dxr3 will remain as the only decent output.. but lacking osd.
19:19-!-dwmurphy_ [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Read error: 104 (Connection reset by peer)]
19:19<michal>i don't need anything more than the driver and windows media player to take advantage of dvdmax do i?
19:19<monkeyBox>ok, now when I do ldconfig inside my rootfs I get "ldconfig: /usr/local/lib/libmyth-0.12.so.0 is not a symbolic link" ...
19:21<michal>vektor: do you know if the console is supposed to display correctly on the second head via tv out?
19:25<vektor>michal: Nope, I never tried to get a console on the TV out.
19:26<michal>i didn't either.. but it SEEMS to be there. albeit it's as if the frequency (or something) was incorrect
19:26<michal>blank screen and then a warped and "spinning" flash of what is definetly the console from fb0 appears on the screen for a second and then disappears again.. and so it keeps going
19:26<steelep>any low level compile gurus in here want to give me a hand before I commit ritual suicide?
19:28<steelep>I can't seem to compile libdvbdev alpha 0.4
19:28<steelep>mythtv compiles just fine without it
19:28<steelep>the drivers are loaded, the includes are all in place, the patches applied correctly, it just refuses to compile that forlder
19:28<kja>steelep: i'm lost in the woods or something on that..
19:30* kja just loves finally having proper seeking
19:33-!-michal [~michal@61.68.134.14] has quit [Read error: 104 (Connection reset by peer)]
19:35-!-michal [~michal@61.68.134.14] has joined #mythtv
19:36<kja>Chutt, final q. bout the seeking. will mythcomflag be fixed with this in place, or is there something to look at there too?
19:36<Chutt>that'll be fixed as well
19:36<kja>cool
19:43-!-jkolb_ [~jkolb@216-53-148-194-host.mpinet.net] has joined #mythtv
19:43-!-jkolb [~jkolb@216-53-148-194-host.mpinet.net] has quit [Read error: 104 (Connection reset by peer)]
19:56<term>Chutt: hey, just per chance, you wouldn't happen to know why the lirc guys didn't write lircd to handle multiple devices, would you?
19:56-!-jkolb_ [~jkolb@216-53-148-194-host.mpinet.net] has quit [Read error: 104 (Connection reset by peer)]
19:56<Chutt>i dunno
19:56<term>because it seems silly to need to
19:56<term>their polling code seems pretty timing-sensitive, but that seems like it
19:57<term>the lirc code mythtv has is just a client, right?
19:57<term>hm must be.
19:57<Chutt>yeah
19:57<term>(I'm learning about lirc since this is becoming a pita)
19:59<tmk>mmm pita bread
20:00<term>heh
20:00<term>maybe I should write the author and ask him why
20:00<term>I'd certainly rather invest the effort in making it work for more than one device than screw with making 2 of them run
20:01<tmk>lirc only supports 1 device?
20:01<tmk>hmm
20:01<tmk>it finds 2 IR receivers on my box
20:01<term>that's what a friend of mine tells me
20:01<term>per daemon
20:01<Chutt>if you recompile and change some stuff, you can run two daemons at once
20:01<term>you can run 2, but you need to basically build lirc twice
20:01<tmk>heh
20:01<term>which seems totally unnecessary
20:01<tmk>indeed
20:02<term>especially since the code is well on the way of handling multiple devices
20:02<term>I mean, the big problem here seems to be the timing issue and discarding all the silly config.h #defines
20:02<term>given that this code looks reasonably well-written, I have to think I'm completely missing something.
20:03<term>hm is there an AUTHORS file..
20:03<term>good, there is.
20:06<michal>my god :\ the tv output on the g550 is horrid :\
20:07<michal>it's an order of magnitude betteer through the vga input on my tv
20:07<vektor>You're not using it correctly then.
20:07-!-linagee [~linagee@ip68-107-52-190.sd.sd.cox.net] has quit [Read error: 110 (Connection timed out)]
20:07<vektor>Or you're doing an unfair comparison.
20:08<vektor>The TV output of the G550 is as good as you can get for SDTV if you use it correctly.
20:08<vektor>Make sure you shut off the filters in dvdmax though.
20:08<michal>well under windows you can be pretty sure you're doing it right.. which filters are you reffering to? i
20:08<vektor>In the DVD max menu.
20:08<vektor>What options do you have turned on.
20:09<vektor>And how are you testing it.
20:09<vektor>You're not comparing like your desktop on the TV, are you?
20:09<michal>well i am actually to start with.
20:09<michal>but both the vga and tv out are going to the same display device
20:10<vektor>Yeah that's not a fair comparison.
20:10<michal>the good thing about the matrox windows drivers is they happen to have presets for my tv on the vga output... mind you they're missing all the pal resolutions :\
20:12-!-jkolb [~jkolb@216-53-148-194-host.mpinet.net] has joined #mythtv
20:12<michal>the stability of the picture at 856x480@60hz via the vga input is great
20:12<michal>some small geometry issues.. but the biggest problem seems to be ghosting on the left if the image reaches near the edge of the screen.. very annoying
20:13<vektor>If your TV supports an HDTV resolution like that, why are you bothering at all trying to get an SDTV signal out of it?
20:14-!-heavy [~heavy@wnpgmb08dc1-res-90-159.mts.net] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
20:14<michal>because of that ghosting and because interlaced signals play back like crap on a progressive display
20:15<michal>ie. i think the output of the dxr3 is much more watchable than playing back via the progressive vga input
20:15<michal>uhh.. output
20:17<vektor>Well without any deinterlacing, for sure.
20:19<michal>all the deinterlacing i have seen is poor in comparison to interlaced output to an interlaced input :\
20:19<vektor>Have you tried my tvtime application?
20:19<michal>and the ghosting on the edge of the vga input makes it a non-issue anyway :\ i can't live with it
20:19<vektor>Well, good luck.
20:19<michal>vektor: i could only try the tvtime plugins in xine
20:20<vektor>Ok, if properly configured those should give pretty damn good quality.
20:20<michal>and while some of them certainly help it still doesn't look as good as the "real thing".. the ultimate test is that test signal
20:21<vektor>The linear interpolation deinterlacer should effectively simulate a TV when played back on a 50hz display.
20:21<michal>can't do 50hz
20:21<vektor>Huh ?
20:21<michal>i can do 60 or 47.. i know that much
20:21<vektor>Why not?
20:21<vektor>Aren't you a PAL user?
20:21<vektor>Isn't your TV a PAL TV?
20:22<michal>yes.. but the vga input is not very well documented.. plus afaik it only officially supports 640x480@60
20:22<michal>but it does other resolutions
20:22<vektor>Then that's not very fair.
20:22<michal>and apparently refresh rates.. as until today i didn't know it could do 47hz
20:22<michal>i've played around with powerstrip, fishing for resolutions before.. but it's HARD work.. especially when you don't fully understand what you're doing
20:22<vektor>I am in an NTSC region and have my monitor set at exactly 59.94hz. I run tvtime as root and I get a 1-1 refresh-for-refresh output for the deinterlaced NTSC signal.
20:23<vektor>It sometimes stutters but I am working on it.
20:23<vektor>It looks identical to my television when using linear interpolation, and better using the more advanced deinterlacers.
20:23<vektor>So, it can be done.
20:23<steelep>and this works in myth?
20:24<michal>well my goal is output to the television. and my target resultion and refresh are 720x576@50hz
20:24<vektor>steelep: No, sorry.
20:24<michal>i let the tv do image enhancement
20:24<michal>it seems to do a better job than software
20:24<vektor>michal: I still think all of your problems are just because you're not understanding where the problems are.
20:25<vektor>I don't mean to sound like a prick though.
20:25<michal>it takes the 50hz signal to 100hz, line doubles and does some motion processing and de-noising
20:25<vektor>Like, I'm not saying I know all the answers at all.
20:25<jkolb>I found that letting my TV run filters on the output from the myth box made things look worse.
20:25<Chutt>i think all of his problems are because he's way off topic for this channel.
20:25<vektor>Agreed, and my apologies.
20:26<michal>vektor: well i know you have a much better understanding of display hardware than I.. but it's still about me liking the output.. that's all that ultimately matters.. and if i could get the matrox tv out to work at least close to dxr3 quality, i'd be in heaven
20:26<michal>what IS the appropriate channel fot this sort fo stuff then?
20:26<Chutt>anywhere but here.
20:26<michal>there's no tvout channels that i know of :\
20:26<michal>also no dvb channels..
20:27<Chutt>i'm rather tired of reading you whine
20:27<hadees>anyone in here use mythtv on gentoo?
20:27<michal>you'd whine too if you were spending your money on what are supposed to be the best possible solutions only to find them caming FAR short of expectations in every respect
20:27<hadees>what USE values do you use
20:27<Chutt>bitch bitch bitch
20:27<Chutt>moan moan moan
20:27<vektor>michal: You should make a channel.
20:27<Chutt>whine whine whine
20:28<michal>i'm prefectly entitled to after all the money i've spent :\ i'm bitter and disallusioned
20:29<hadees>guess i chimed in at a bad time...
20:29<grogan_>that's nobody's fault but your own, michal
20:29<Chutt>hadees, the guy that does the gentoo ebuilds is in here occasionally
20:29<michal>grogan_: how so?
20:29<Chutt>if that helps, but he's not here now
20:29-!-D-side [pfft@bgp526783bgs.ebrnsw01.nj.comcast.net] has joined #mythtv
20:29<grogan_>it's generally pretty well stated that free software comes with *no* warranty
20:29<jkolb>hadees: Just make sure you have mysql in your USE flags when you emerge qt
20:30<hadees>thx Chutt
20:30<D-side>anyone notice a problem with zap2it as of 10 minutes ago?
20:30<michal>grogan_: it's nothing to do with free software.. the same applies to windows, and apparently the hardware itself.
20:30<hadees>jkolb: i knew qt and mysql, i was wondering if there were any other that might have to do with things mythtv depends on
20:30<grogan_>whatever man
20:31<hadees>well thanks for the help
20:31<jkolb>Not that I can remember
20:34<D-side>pfeh. i think i want a pundit.
20:38-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv
20:41<bbeattie>Chutt: has anyone been asking about hdtv in myth much lately?
20:43-!-steelep [~signwatch@69.26.192.55] has quit ["me is bugging out"]
20:43<tmk>bbeattie: if i may answer, i see chat on taht subject frequently
20:45-!-michal [~michal@61.68.134.14] has quit ["Client exiting"]
20:50-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
20:51<bbeattie>people who have the pcHDTV card, or people just curious about hdtv?
20:52<hadees>can you get hdtv through standard cable or is it only in digital?
20:52<hadees>or does it depend on the cable company
20:52<hadees>i am guessing digital
20:53<bbeattie>ota
20:53<bbeattie>I've yet to hear of someone using a regular HDTV tuner (pci card or settop box) for cable.
20:54<bbeattie>.. the question is if the cable companies will send ATSC over the cable line like they do ntsc
20:54<bbeattie>if they to send atsc, then you can use any hd tuner for "hd cable"
21:06-!-tmk [~tmk@12-234-205-129.client.attbi.com] has quit ["Client exiting"]
21:15-!-dwmurphy_ [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv
21:15-!-linagee [~linagee@ip68-107-52-190.sd.sd.cox.net] has joined #mythtv
21:34-!-tmk [~no@12-234-205-129.client.attbi.com] has joined #mythtv
21:37<tmk>heya chutt, i was gonna start haxing at myth again
21:37<tmk>is there a pending CVS commit i should wait on?
21:50<Chutt>nothing
21:51<term>Chutt: so, _no one_ is using a usb device to change the channel on their cable box? :(
21:51<Chutt>not that i know of
21:52<term>sigh
21:53-!-Timon [~DanM@157-11-237-24.gci.net] has joined #mythtv
21:53-!-davipt [~davipt@litux.org] has joined #mythtv
21:53<davipt>hello
21:54<term>hm what's lirc_sir used for..
21:54<tmk>serial ir
21:54<tmk>aka up to 115200
21:54<tmk>bps
21:55<term>hm
21:55<term>there's a lirc_usb directory under drivers, but it's empty.
21:55-!-ByteNik [~nostpo@pcp03855134pcs.eatntn01.nj.comcast.net] has left #mythtv []
21:55<term>weird
22:00<tmk>c++ question:
22:00* term wonders why when building lirc, he can't just make driver=any
22:00<tmk>what does (void)c; do
22:00<tmk>when c was passed as a parameter to the function already
22:00<term>what's c represent?
22:00<term>ah
22:01<term>I actually thought you couldn't cast something as a void
22:01<Chutt>just gets rid of unused variables errors
22:01<term>at least for sure in C
22:01<term>ah.
22:01<Chutt>warnings
22:01<tmk>i see
22:01<Chutt>little more portable than using the attribute(__unused__) or whatever it is
22:01<term>interesting
22:02<tmk>i dont understand how the release_avf_buf_via function works
22:02<tmk>the get_buf appends teh frame to something
22:02<Chutt>it's tied in from the decoder.
22:02<Chutt>you don't have to worry about that
22:02<bline>in perl they just name them Perl__not_used so the warnings look interesting
22:02<tmk>hm ok
22:03* tmk digs deeper
22:04-!-michal [~michal@61.68.134.14] has joined #mythtv
22:05<michal>i've made a lot of progress :) unfortunately it's almost all under windows :\.. however i think i've beaten the ghosting problem.
22:05<michal>vektor: is there any less off topic channel i can talk to you on?
22:06<vektor>michal: Why don't you create one?
22:06-!-Ripp [~Ripp@dsl30-175.chouteautel.com] has joined #mythtv
22:06<vektor>Maybe #livid.
22:06<vektor>Although #livid has enough spam.
22:07<michal>somehow i've managed to get my tv to do something it never seemed capable of before.. got the geometry almost perfect and no ghosting anywhere.. without affecting anything else. and the tv out on the matrox is now looking MUCH better.. however it's hard to say how it compares to the dxr3.. only 1 pci slot in this machine and it's currently filled by the dvbt card
22:08<michal>anyway.. my question is.. can linux do everything that windows can with regards to the dvdmax feature or only a small subset?
22:08<vektor>Why haven't you switched channels?
22:08<michal>i realise that the maven chip is proprietary and undocumented to a large extent
22:10<bbeattie>fun, both the backend and frontend segfaulted it at same time ;)
22:12<tmk>what is a 'slice' in the context of avformatdecoder
22:12<tmk>a field?
22:13<vektor>A slice in MPEG decoding is like a group of macroblocks.
22:14<tmk>so < a field
22:14-!-dopez [~unknown@dopez.xs4all.nl] has quit ["..."]
22:14<vektor>yeah ;)
22:27<bbeattie>vektor: you may have ejoyed peoples court on tv tonight. I was flipping stations and a lady was sueing a guy because she rented audio/video equipment to do a film and she recorded the video in 24 fps and audio on a dat tape at 25fps and the guy who was suppost to put them together didn't because he said he could't...
22:28<vektor>heh
22:30<bbeattie>the judge fined the guy 300 because he gave her a credit (probably for being a nice guy) and said she'd have to have someone else resample the audio, the judge didn't do the full 3k because the lady "didn't have proof in a way the judge could understand" so she made the guy give that 300 in cash or whatever
22:31<bbeattie>the guy claimed anyone who deals with film understands the difference (25 hz for audio shouldn't be used) and the judge didn't believe that.
22:32<Timon>Umm, 24hz or 24khz?
22:32<bbeattie>she recorded the audio at 25, and should have used 24...
22:33<Timon>oh, to match the video. Why was she recording in 25fps anyways? Why not 29.whater?
22:33<bbeattie>the audio equipment had the PAL setting in addition to ntsc (30) and film (24) probably, which is 25.
22:33<Timon>ahh
22:34<bbeattie>he claimed he had it set both to 24, and she must have changed it, she didn't understand any of this...
22:34<Timon>then she shouldn't have rented the equipment :-)
22:36-!-jkolb [~jkolb@216-53-148-194-host.mpinet.net] has quit []
22:49-!-D-side [pfft@bgp526783bgs.ebrnsw01.nj.comcast.net] has quit ["Gone."]
22:52-!-michal [~michal@61.68.134.14] has quit []
23:09<tmk>chutt: do i need to support the draw_horizontal_band calls?
23:15<tmk>chutt: also, does the "pvr-250 seems to overreport the bitrate by 2' chunk of code still make sense?
23:15<tmk>it would seem to be inaccurate if bitrate_peak != 2*bitrate
23:22<tmk>what's pic->age?
23:27<Chutt>tmk, heh, you don't need most of that stuff
23:27<Chutt>what you do need is the bits that look for the beginning of the gop
23:28<kja>tmk, what are you coding?
23:31<tmk>chutt: i think i'm in a little too deep
23:31<tmk>i don't know enough about the internals to make this worthwhile i'm afraid
23:31<tmk>how bout I stick to making ivtv work
23:31<tmk>kja: attempting to understand mythtv enough to implement the ivtv hw decoding myself
23:32<tmk>i have a feeling it should be pretty easy, but i don't know what's worth looking at and what's just fluff
23:41<Chutt>heh
23:41<Chutt>i may have some time tomorrow
23:42<Timon>is there a no op function in c++? I would like to yield . . .
23:47-!-Ripp [~Ripp@dsl30-175.chouteautel.com] has quit ["Leaving"]
23:51<Timon>processEvents() thats what I was looking for
23:57<bbeattie>concealing errors
23:57<bbeattie>Video has changed: 1920 1099
23:57<bbeattie>Segmentation fault
23:59-!-dwmurphy_ [DavidMurph@h24-84-179-240.vc.shawcable.net] has quit [Read error: 104 (Connection reset by peer)]
---Logclosed Wed Sep 10 00:00:43 2003