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

---Logopened Wed Sep 10 00:00:43 2003
00:01-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has quit ["Client Exiting"]
00:45-!-mechou [~mchou@12-235-7-243.client.attbi.com] has joined #mythtv
01:20-!-mechou [~mchou@12-235-7-243.client.attbi.com] has left #mythtv []
01:24-!-Viddy [~lsk@visp194-179.visp.co.nz] has joined #mythtv
01:52-!-billytwowilly [~chris@h24-86-147-220.ed.shawcable.net] has joined #mythtv
01:56-!-billytwowilly [~chris@h24-86-147-220.ed.shawcable.net] has quit [Client Quit]
01:57-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv
01:57<phar0e>Howdy!
02:08-!-Netsplit zelazny.freenode.net <-> irc.freenode.net quits: thor_, _rkulagow, Justin_, term, grogan_, knight-
02:18-!-Netsplit over, joins: grogan_, _rkulagow, thor_, knight-, term, Justin_
02:20-!-lmatter_away is now known as lmatter
02:31-!-Netsplit zelazny.freenode.net <-> irc.freenode.net quits: thor_, _rkulagow, Justin_, term, grogan_, knight-
02:32-!-Netsplit over, joins: grogan_, _rkulagow, thor_, knight-, term, Justin_
02:46-!-tmk [~no@12-234-205-129.client.attbi.com] has quit []
02:48-!-jarodwilson [~jarodwils@12-229-161-26.client.attbi.com] has joined #mythtv
02:48<jarodwilson>Chutt: did you ever figure out where to get version 1.1?
02:48<jarodwilson>:)
02:56-!-kja [~ke-aa@ti132110a080-3983.bb.online.no] has quit ["..."]
03:06-!-phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit [Read error: 110 (Connection timed out)]
03:12-!-term [~term@pcp220974pcs.elkrdg01.md.comcast.net] has quit [Read error: 110 (Connection timed out)]
03:21-!-jarodwilson [~jarodwils@12-229-161-26.client.attbi.com] has quit ["Client exiting"]
03:33-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has quit [" HydraIRC -> http://www.hydrairc.com <- Get hot chicks here!"]
04:55-!-choenig [~choenig@p508596B2.dip.t-dialin.net] has joined #mythtv
05:59-!-sfr [~sfr@p50831C87.dip.t-dialin.net] has joined #mythtv
06:31<knight->heh anyone alive?
06:31<knight->Log Message:
06:31<knight->3dnow support in the linearblend deinterlacer, work done by David Bateman.
06:31<knight->Don't be so hasty to assume the audio format changed, patch by Kenneth Aafloy.
06:31<knight->wtf is that last line? haha
06:32<knight->is that a patch? "don't be so hasty duh duh duh"
06:48-!-orangebits [~ed@nanki.plus.com] has joined #mythtv
06:48<orangebits>Is it possible to adjust the audio/video sync in a myth recording?
07:25<sfr>Chutt: awake?
07:52<knight->heh
08:08-!-davipt [~davipt@litux.org] has left #mythtv []
08:09-!-pahli_bar [~renchi@pooh.tam.uiuc.edu] has quit [Read error: 110 (Connection timed out)]
08:09-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
08:25-!-paulproteus [foobar@res38-277-1215.resnet.jhu.edu] has quit [Read error: 104 (Connection reset by peer)]
08:26-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has joined #mythtv
08:28-!-mecraw [~mecraw@dnvrdslgw11poolD136.dnvr.uswest.net] has quit [Read error: 104 (Connection reset by peer)]
08:28-!-mecraw [~mecraw@dnvrdslgw11poolD136.dnvr.uswest.net] has joined #mythtv
08:51-!-fr32 [~t@wrd.demon.nl] has joined #mythtv
08:53<fr32>Alsa users here?
08:54<fr32>Sorry anybody here?
08:54<fr32>:)
08:55-!-fr32 [~t@wrd.demon.nl] has quit [Client Quit]
09:05-!-jbwiv [~jwells@arsenic.secureworks.net] has joined #mythtv
09:25-!-pahli_bar [~renchi@pooh.tam.uiuc.edu] has joined #mythtv
09:40-!-pahli_bar [~renchi@pooh.tam.uiuc.edu] has quit ["[BX] "got bitchx?""]
09:42-!-jbwiv [~jwells@arsenic.secureworks.net] has quit ["Client Exiting"]
10:18-!-fr32 [~t@wrd.demon.nl] has joined #mythtv
10:18-!-fr32 [~t@wrd.demon.nl] has quit [Client Quit]
10:19-!-fr32 [~t@wrd.demon.nl] has joined #mythtv
10:27-!-fr32 [~t@wrd.demon.nl] has quit []
10:33-!-mecraw [~mecraw@dnvrdslgw11poolD136.dnvr.uswest.net] has quit ["Trillian (http://www.ceruleanstudios.com)"]
11:18-!-schultmc [~schultmc@zealot.progeny.com] has joined #mythtv
11:18-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has quit [Read error: 104 (Connection reset by peer)]
11:21-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has quit [Read error: 104 (Connection reset by peer)]
11:22-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has joined #mythtv
11:26-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
11:35-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has joined #mythtv
11:43-!-Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
11:44-!-mecraw [~mecraw@69.2.235.2] has joined #mythtv
11:44-!-m0j0 [~m0j0@64.73.34.177] has joined #mythtv
11:47-!-m0j0 [~m0j0@64.73.34.177] has quit [Client Quit]
11:48-!-m0j0 [~m0j0@64.73.34.177] has joined #mythtv
11:58-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
12:17-!-steelep [~signwatch@69.26.192.55] has joined #mythtv
12:23-!-Captain_Murdoch [~buy_more_@ip68-13-219-26.hr.hr.cox.net] has joined #mythtv
12:34-!-FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
12:52-!-tmk [~tmk@12-234-205-129.client.attbi.com] has joined #mythtv
12:52<tmk>mo'nin
12:53-!-fr32 [~t@wrd.demon.nl] has joined #mythtv
12:54-!-Chutt [~ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has quit [Remote closed the connection]
12:55<fr32>Hello?
12:58<tmk>hi
12:59<fr32>hi
12:59<jkolb>hi
12:59<sfr>hi
13:00<fr32>you know a bit of TV-Cards, sorry for my english but it's not my home language!
13:00<choenig>hi
13:00<fr32>I am a owner of a WIN/TV PCI Stereo
13:01-!-Chutt [~ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv
13:01<fr32>if I watch for example soccer or tennis, the movements of the ball are bad quality!
13:01<thor_>fr32, increase resolution, turn on de-interlacing ?
13:02<tmk>sup chutt
13:02<fr32>increase?
13:02<thor_>As primary author of myth, perhaps rather than wasting time and bandwidth with such comments, you could spare some thoughts to what my problem might be?
13:02<fr32>i thought i'll buy a pvr350, will it be better with this card?
13:02<thor_>Chutt, you bastard!
13:03<Chutt>oh no!
13:03<Chutt>i wasted his time!
13:03<thor_>fr32, most people find the PVRx50's offer better quality, but there are no guarantees
13:03<fr32>so it has nothing to do with CPU and speed problems?
13:03<tmk>what cpu do you have
13:04<fr32>athlon xp 1700
13:04<tmk>that should be PLENTY fast
13:04<fr32>ok
13:04<tmk>what are your recording settings
13:04<fr32>so how can i change the resolution and turn on deinterlacing
13:04* tmk must have missed a clueless user
13:05<fr32>it with life tv
13:05<tmk>fr32: go to the settings
13:05<Chutt>fr32, some guy just said he recently upgraded to 1.1 and was having problems with it
13:05<Chutt>i just asked where i could download 1.1
13:05<sfr>fr32: are you using mythtv?
13:05<fr32>the rec. function i did not test yet, so my question has to do with life tv
13:05<thor_>supercilious (and pedantic)
13:05<fr32>yep
13:06<Chutt>fr32, turn on deinterlacing.
13:06<Chutt>and raise the recording quality.
13:06<thor_>fr32, yes ... live tv is always recorded
13:06<fr32>why rec. settings if i mean life tv! maybe i'm stupid
13:06<fr32>ah ok!
13:06<fr32>thats the answer thor
13:07<fr32>ok so i go to settings, recording
13:07<Chutt>tmk, i just moved the 350 over to my dev box
13:07<Chutt>need to find some extra cables, now
13:07<fr32>as far as i know there are some profiles?
13:08<fr32>sorry but i'm at work now
13:08<fr32>so can't have a look
13:08<thor_>fr32, Live profile
13:08<fr32>ok
13:08<fr32>there i can change the options you guys mentioned
13:08<fr32>?
13:09<thor_>there you can change the resolution and other quality levels
13:09<fr32>ok thnx will have a try tonight
13:09<fr32>thnk you, for this great programm
13:10* thor_ wishes he knew how to say your welcome in Dutch
13:10<fr32>i left the windows platform, i was a registered user for SHOWSHIFTER
13:10<fr32>'Graag gedaan' in dutch
13:10<thor_>gesuntite
13:11<fr32>hahahahha
13:11<fr32>almost right
13:11<fr32>gesundheit mein jungen!
13:11<fr32>hahahaha
13:11<sfr>Mahlzeit!
13:11* fr32 is right back have to go to toilet
13:12<thor_>file that under "too much information"
13:13<fr32>hehehehe
13:14<fr32>hey thor thnx for the great improvements on the movie section, because this is my favourite
13:14<fr32>why isn't it possible to rip the actors from the imdb site?
13:14<fr32>my girlfriend allways wants to know who isin the movie
13:18<thor_>it's possible, just no-one has done it yet ...
13:19<steelep>it would be nice if imdb had a webservice to deliver back xml
13:19<steelep>they are killing their own bandwidth by not providing that
13:20<Chutt>should switch over to using amazon
13:20<Chutt>since they do have a webservice for that
13:20<thor_>it's amazon ... they wanna "deliver eyeballs"
13:25<fr32>ok lets hope someone will make it for my gf, because i can't!
13:25<fr32>one more question?
13:26<fr32>i have a audigy sound card but the volume control does not work
13:27<fr32>anyone an idea
13:28<fr32>next time have to go
13:28<fr32>bye
13:28-!-fr32 [~t@wrd.demon.nl] has quit []
13:36<tmk>thx for the update chutt
13:37<tmk>that fr32 guy was quite entertaining (to me at least)
13:37-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has quit []
13:37-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
13:39<sfr>Chutt: would you create new classes for mythmusic streaming or incorporate that into the existing decoder classes?
13:43<Chutt>new input class
13:44<Chutt>tmk, what's the branch name i want again?
13:44<sfr>Chutt: Me? similar to decoder.cpp?
13:44<Chutt>no, similar to the streaminput class
13:45<sfr>for the networking stuff, yes. but for the data handling like decoder.cpp, or... not?
13:45<Chutt>shouldn't need it
13:45* sfr is confused
13:46<sfr>so how to get the data to the output thread?
13:46<tmk>Chutt: decoder-devel
13:47<Chutt>sfr, it should just read from it
13:47<Chutt>a QSocket is a QIODevice
13:47<Chutt>and that's what those decoder classes read from
13:47* tmk is glad to see he's not the only one confused by myth's internals
13:47<tmk>:)
13:48<sfr>yes QFile now. But don't i need to duplicate the decoder class? the only difference being i read from a socket not a file?
13:49<Chutt>no
13:49<sfr>tmk: i'm easily confused by cpp code.
13:49<Chutt>a QFile is a QIODevice
13:49<Chutt>a QSocket is a QIODevice
13:49<Chutt>they work the same
13:49<Chutt>you don't have to change anything to deal with either.
13:49-!-marc [~marc@194.235.194.39] has joined #mythtv
13:50<sfr>You mean, to add the stream stuff actually in the playbackbox.cpp/ create s/t similar for streaming?
13:50<marc>hello...
13:50<tmk>hi
13:50<marc>is the mpeg-decoder for the EPIA supposed to work in pal-country?
13:50<Chutt>no, i mean you don't have to touch the decoder classes at all to add the stream stuff
13:50<Chutt>marc, seeing as i'm not in pal-country, i wouldn't know.
13:51<marc>I am, and not getting much resembling an MPEG stream. CPU load's low, though ;-)
13:52<Chutt>make sure via's version of xine works first.
13:52<marc>yeah, I should... good point.
13:54-!-kja [~ke-aa@ti132110a080-0529.bb.online.no] has joined #mythtv
13:55<sfr>ok, got that. But i think i need/want to create another menu for streams. A stream shouldn't show up in a playlist. And i need to setup the socket connection before calling Decoder::create
13:56<thor_>holy crap ... PVR-250 is really nice
13:56<sfr>thor_: You got one today?
13:57<thor_>I bought three about 6 months ago, finally had time to plug one in
13:58-!-marc [~marc@194.235.194.39] has left #mythtv []
14:01-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has quit [Read error: 104 (Connection reset by peer)]
14:02<Chutt>tmk, what's videoout1 supposed to be?
14:02-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has joined #mythtv
14:06-!-orangebits [~ed@nanki.plus.com] has quit ["leaving"]
14:06-!-hadees [~hadees@pcp05051970pcs.univde01.de.comcast.net] has quit [Read error: 54 (Connection reset by peer)]
14:06-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has quit [Read error: 104 (Connection reset by peer)]
14:06-!-StarHeart [edgan@64-42-21-228.atgi.net] has joined #mythtv
14:08-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has joined #mythtv
14:09-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has quit [Read error: 104 (Connection reset by peer)]
14:10-!-paulproteus_ [foobar@res38-277-1215.resnet.jhu.edu] has joined #mythtv
14:19<Chutt>tmk, nevermind, got it all working
14:19<sfr>Chutt: ok, got that. But i think i need/want to create another menu for streams. A stream shouldn't show up in a playlist. And i need to setup the socket connection before calling Decoder::create
14:20<Chutt>why shouldn't it show up in a playlist?
14:20<Chutt>i used to put streams in playlists all the time when i worked on freeamp
14:20<sfr>Chutt: imagine it playing for hours and hours and...
14:20<Chutt>it was nice to be able to flip around just by moving around in the playlist
14:21<Chutt>so?
14:22<sfr>Chutt: Hmm, on one hand it might be not such a bad idea. And probably the simplest solution to get started. But when someone writes a radio plugin i think streams should be moved to this radio plugin.
14:23<Chutt>there shouldn't be a separate radio plugin
14:23<Chutt>you shouldn't have two separate interfaces to listen to music.
14:25<sfr>Chutt: with some changes to the current one, maybe not. Anyway that's not my business.
14:25* sfr thinks too complicated, it seems.
14:29-!-dopez [~unknown@dopez.xs4all.nl] has quit ["..."]
14:33<tmk>Chutt: excellent!
14:34<bline>egg-sillent
14:35-!-o_cee [~o-cee@h11n1c1o1029.bredband.skanova.com] has joined #mythtv
14:35<o_cee>weh! i'm back ;)
14:36<o_cee>is tmk around?
14:36<tmk><--
14:36<sfr>o_cee: you've been away? didn't notice :)
14:36<o_cee>:)
14:36<o_cee>sfr: bah
14:37<o_cee>tmk: what firmware should i be using for the pvr250? i'm having some problems with dropped audio and "Sep 10 19:35:58 [kernel] ivtv: Not enough free buffers, stream 0"
14:37<tmk>that's a client side problem
14:37<Chutt>tmk, is the osd a fixed size?
14:37<tmk>you're not reading data fast enough
14:37<o_cee>dunno if it's because of the new firmware?
14:37<tmk>Chutt: yeah
14:37<tmk>full-resolution
14:38<Chutt>cool.
14:38<Chutt>can i query that?
14:38<o_cee>tmk: what can be causing that? anything else than bad siqnal quality? it's going throu a DVB-C card at the moment...
14:39<o_cee>i mean, the hardware shouldnt be any problems..
14:40<o_cee>are you using Name: (PVR250_17_21199.exe Updated June 6, 2003) as well? remeber updating to that version when the mythdocs changed about that..
14:40<o_cee>i've also changed the above/below now.. if that would make any difference..
14:40<o_cee>argh :)
14:40<o_cee>Chutt: did you see my mail about qtconfig? isn't that kind of strange?
14:41<tmk>oc: mind taking this to #ivtv-dev?
14:41<o_cee>sure
14:42<Chutt>o_cee, not really
14:42<Chutt>if you didn't have a ~/.qt/qtrc, it'd create it.
14:44<o_cee>ok.. is that just because of gentoo's emerge? otherwise it could be mentioned in the docs i htink
14:44<Chutt>probably
14:44<Chutt>stuff's setup right on debian and redhat
14:48-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
14:49<o_cee>ok.. could add it to a gentoo specific section.
14:49<o_cee>i was really amazed when i relaunched myth :) had to look at all the screens to find new things, hehhe
14:50<steelep>is there a hot key in mythmusic for ratings now?
14:51<steelep>alot of things could be done with ratings.... autoplaylists, etc.
14:51<kja>steelep: have you managed to compile myth with my patch yet?
14:51<steelep>no :(
14:52<kja>steelep: k, just wondering
14:52<steelep>I was reading about dvb-kernel and got a little side tracked last night installing it
14:52<steelep>it seems it's gonna be required for capturing correctly
14:52<kja>nope
14:53<steelep>what about the colorspace swapping?
14:53<steelep>are you handling that somehow?
14:53<kja>think that is hardware decoding related
14:53<steelep>oic
14:54<steelep>I thought that maybe I was being thick and you were requiring v4l2 and I didn't have it installed
14:54<kja>we grab the stream directly, best quality that way
14:54<steelep>now my include links are bad again so i have to go correct those to get the compile to roll again
14:54<kja>just edit settings.pro
14:55<steelep>I would think that you could just save the stream directly, I didn't see the point in what they were saying for anything other than playback
14:55<steelep>isn't that the whole objective of dvb in the firstplace, just save the TS without re-encoding
14:57<Chutt>tmk, is there an ioctl i can use to tell if video output is present?
14:57<kja>could do a reencode if you are short on space
14:57<tmk>hmm no not yet
14:57<steelep>I added my include dir (/usr/src/DVB/include) in settings but it's not finding frontend.h for some reason, i'll figure that out though
14:57<tmk>err yeah wait
14:57<tmk>the v4l call
14:57<tmk>has video_output
14:57<steelep>I want to do re-encodes with the transcoder
14:57<Chutt>oh yeah
14:57<Chutt>ok
14:57<tmk>VIDIOC_G_CAP
14:57<Chutt>forgot 'bout that
14:58<tmk>i'm setting that for pvr350 only
14:58<steelep>if you are saving streams you should be able to do several at once with no problems
14:58<steelep>I want an all digital backend... a couple nexus cards and an hdtv terrestrial card
14:59<kja>as long as the programmes are in the same boquet
14:59<steelep>well, maybe on different cards
15:00<steelep>like one from each of 3
15:00<o_cee>btw, Chutt: i ran into some with xvmc. but i guess you're aware of them. but it seemed like if i'd been watching livetv, i couldn't exit out to the menus and them go back to livetv again.. do you know about that or will you need bt's?
15:00<Chutt>i'd prefer a patch.
15:01<o_cee>heheh :)
15:01<o_cee>i love you too
15:04<Chutt>i don't use the xvmc stuff.
15:04<steelep>INCLUDEPATH *= /usr/local/include
15:04<steelep>shouldn't that be += ?
15:05<tmk>what's xvmc anyhow
15:05<o_cee>Chutt: fair enough. don't think i'll be needing it either..
15:05* steelep gets really confused over the inconsistencies stuff
15:05<o_cee>x video motion compensation, right?
15:05<o_cee>mpeg acceleration on nvidia cards
15:05<o_cee>gf4 and gffx
15:06<Chutt>steelep, how's that inconsistant?
15:06<Chutt>if you bothered to look at the qmake docs, you'd see that *= means 'add it only if it's not already there'
15:09<Chutt>tmk, is there really a need to send entire gops to the decoder?
15:09<Chutt>or can i just send 64k of data all the time
15:09<tmk>i'd either send a frame at a time
15:09<tmk>or 64k at a time
15:09<steelep>*= vs +=
15:09<Chutt>ok
15:10<Chutt>tmk, the patch sends entire gop blocks
15:10<tmk>ya i saw that
15:10<steelep>I have looked at the docs
15:10<steelep>it's still inconsistent
15:10<tmk>Chutt: are you going to close/open the stream on ff?
15:10<Chutt>well, so far i've got it probing properly
15:10<Chutt>tmk, i dunno yet
15:10<Chutt>steelep, um, no, it's not.
15:10<steelep>ok
15:10<Chutt>that's a semi-standard include path.
15:11<Chutt>there's no reason to include it twice if it's already there
15:11<steelep>I mean
15:11<tmk>i think that may give you cleaner playback (ie no blockyness on ff)
15:11<steelep>i am not used to seeing it
15:11<tmk>but only if you specify the GOP offset and such
15:11<Chutt>we'll see
15:11<Chutt>i should be able to do all that
15:11<Chutt>so if i give it a gop offset, i just send it data, and it skips display of X frames?
15:11<tmk>right
15:11<Chutt>great
15:11<Chutt>that should work well =)
15:11<tmk>hope so
15:12<Chutt>i'm trying to decide where all the ioctls should go
15:12<tmk>i've nto tested that however
15:12<tmk>did you see the CTRL's i added?
15:12<Chutt>no
15:12<tmk>V4l2_CID_blahblah
15:12<tmk>it's in that api email i sent you
15:12<tmk>though not by #define name
15:13<tmk>you'll want to set at least the 'hide last frame' one to 0
15:13<tmk>else it'll blackscreen when you close it
15:13<Chutt>just use the current ivtv-ext-api.h from cvs?
15:13<tmk>yep
15:13<tmk>that has all the stuff in it
15:13<Chutt>i'm figuring that once i get the basics done, you can help work on it s'more =)
15:14<tmk>yep, that'd be correct
15:18<o_cee>Chutt: the category parsing of xmltv and mythfilldatabase.. doesn't work for sweden/norway. is it because it's not implemented in myth/xmltv or is it broke?
15:18<o_cee>just noticed the category info is on the original site
15:27<o_cee>could anyone with the NA listning tell me what you get in "Subtitle"? what's supposed to be there?
15:28<sfr>o_cee: is the category field in the program table empty, or only the coloring in the EPG wrong?
15:28<o_cee>sfr: empty in the database.
15:29<o_cee>but i thought maybe a translation for swedish is needed or something
15:29<sfr>o_cee: then you tv_grab_se script isn't working proberly i think.
15:30<sfr>o_cee: yeah, the categories need to be known in the theme as well. there you define the coloring.
15:30<o_cee>sfr: i'll run xmltv manually to see if the info is there or not..
15:30<o_cee>oh, filldatabase just fills in the foreign values, okay..
15:30<o_cee>but first the database :)
15:32<o_cee>i just assumed that there where no category info on the source..
15:32<o_cee>:)
15:32<o_cee>but there is
15:36<o_cee>hmm.. seems like it's xmltv.
15:38<o_cee>there's no <category></category>
15:47<o_cee>http://sourceforge.net/tracker/index.php?func=detail&aid=768441&group_id=39046&atid=424138
15:47<o_cee>ah well.
15:54<sfr>hm, i scheduled a recording for today (Type T in the EPG, timeslot right?) and it should have stopped 30 minutes ago, but the file is still growing. But it's marked finished in the watch-recordings screen. Anyone seen this.
15:59<sfr>got that in the backends log: IOBOUND - blocking in ThreadedFileWriter::Write() and then Changing from RecordingOnly to None. But it's still recording.
16:06-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has quit []
16:21<tmk>.
16:45<Chutt>apparently wasting lots of people's time is an acceptible alternative to looking in the mailing list archives
16:45<o_cee>who're you talking to?
16:45<sfr>me?
16:46<Chutt>dumbass on the mailing list
16:46<Chutt>no, not you
16:46<o_cee>program.airdate.. NULL=no... what happens here is that all airdates are set to 2000...? since that info isn't in the listning..
16:47<o_cee>is it that important so that it !NULL?
16:47<Chutt>yes.
16:47<Chutt>things assume there's a value there.
16:47<o_cee>wouldn't it make more sense to set it to the current year then?
16:47<o_cee>ok
16:48<o_cee>current year would probably look better though.
16:48<Chutt>it's barely displayed anywhere.
16:48<o_cee>nah. mostly in mythweb
16:49<o_cee>to bad our only listning sucks.. lacks alot of info that you got
16:49<o_cee>it's pretty reliable though
16:51<o_cee>and the category stuff was xmltv's fault
16:52<o_cee>kinda annoying when the info is there.. don't get the color coding, the ability to search movies and so on..
16:53<o_cee>btw, another thing i tought about. as it currently is, is itpossible to make an osd skin that has a timebar showing relatively how much of the program that's been shown? would be really nice.
16:56<Chutt>in live tv mode?
16:56<Chutt>sure, with a little code.
16:56<o_cee>yeah, the info popup
16:57<o_cee>okay. just wanted to know if it was possible already but not in the skin.. and yeah, i know. "submit a patch" :)
16:57<o_cee>a feature often seen on "real" decoders
16:57<o_cee>the ones i've tried at least
16:59-!-keturn [~kevin@130-94-161-17-dsl.hevanet.com] has quit [Read error: 111 (Connection refused)]
16:59* sfr just realizes the most important (but yet missing) plugin: mythirc with osd support.
17:00<Chutt>heh
17:00<Chutt>has anyone checked out that mini-browser?
17:00<o_cee>noh
17:01<o_cee>said something about kde..
17:01<o_cee>sfr: heheh
17:01<o_cee>i found that patch for the epg, so that it changes on enter and space instead. worked great.
17:02<o_cee>was the mini-browser that bad?
17:02<sfr>i guess Chutt didn't try it yet :)
17:02<Chutt>i haven't looked at it
17:02<sfr>see
17:02<o_cee>ah, k
17:02<Chutt>been busy.
17:03<o_cee>anyone up for the task of the elapsed time bar thingie for the osd?
17:05* mikegrb watches o_cee volunteer
17:06<o_cee>still, in the epg.. when using transparent station logos, in the upper left corner.. there's the black thing with the yellow text in the background.. what's the name of those two things in the skin? couldn't tell when i looked at it. thought i'd just remove them
17:06<o_cee>mikegrb:) maybe later, heh
17:08<mikegrb>:-)
17:09<o_cee>wouldn't it be nice Chutt?
17:09* o_cee thinks so :)
17:09<Chutt>i don't really see the need for it
17:09<o_cee>well, the osd doesn't tell you the start or the endtime
17:10<o_cee>i mean.. are really ALL of you programs over there 100% strict on the 30 minute blocks? it's not like that at all here.
17:10<o_cee>so it's not enough knowing what time it is
17:10<Chutt>not everything, but for the most part.
17:11<o_cee>that's the difference.. for us it's more of a need to know when it started and when it's going to stop..
17:12<o_cee>but i see how you feel it's not necesarry since most things are so strictly tied up
17:12<Chutt>tmk, around?
17:13<o_cee>at least as an option for the skinmaker.. if you add the code i'll fix the osd ;)
17:14<o_cee>hehe, going to bed now.
17:14<o_cee>later all
17:14-!-o_cee is now known as o_cee\zZz
17:17<tmk>Chutt: am now
17:18-!-keturn [~kevin@130-94-161-17-dsl.hevanet.com] has joined #mythtv
17:20<Chutt>know why the decoder would only be displaying black and white?
17:24<tmk>yeah how did you load saa7127
17:24<Chutt>it was in color for awhile
17:24<Chutt>then it just started doing b&w
17:25<tmk>hrm
17:25<tmk>are you using svideo
17:25<tmk>or composite
17:25<Chutt>svideo
17:26<Chutt>got color back by reloading the driver
17:26<tmk>not sure, never seen that happen before
17:26<tmk>i use composite though
17:26<tmk>you should load saa7127 like this:
17:27<Chutt>output_enable=1 pal=0 output_select=1
17:27<tmk>insmod saa7127.o enable_output=1 output_select=1 pal=0
17:27<tmk>:)
17:27<tmk>which driver did you reload?
17:27<tmk>ivtv or saa7127
17:27<Chutt>err, enable_output
17:27<Chutt>both of those
17:27<Chutt>if it happens again, i'll try each
17:27<tmk>should just be saa7127
17:28<tmk>i heard of one guy having a similar problem, but i assumed he had other issues :)
17:32<Chutt>about ready to check my first cut of things into cvs
17:33<Chutt>basically, that patch with the stream reading additions
17:33<Chutt>well
17:33<Chutt>and the 'don't write the entire gop' stuff
17:33<Chutt>and a bunch of other junk cleaned up
17:36-!-Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"]
17:39<Chutt>tmk, who did the original patch again?
17:39<tmk>matt yourst
17:40<tmk>his stuff generally seems to work very well
17:40<tmk>though his coding style needs some 'indent'
17:41<tmk>Chutt: did you get rid of 'hardwaredecoder.cpp' ?
17:41-!-keturn [~kevin@130-94-161-17-dsl.hevanet.com] has quit [Read error: 111 (Connection refused)]
17:42<Chutt>i called it ivtvdecoder.cpp
17:43<Chutt>didn't want to munge up avformatdecoder too much
17:43<Chutt>easier to keep it separate
17:44<Chutt>it's in my cvs tree now
17:44<Chutt>just uncomment the 'return false;' at the top of IvtvDecoder::CanHandle()
17:44<Chutt>for it to get used
17:44<Chutt>there's nothing to enable in libmythtv.pro
17:45<Chutt>and /dev/video16 is hardcoded a couple places
17:46<tmk>k
17:46<tmk>i can ln -s that :)
17:46<tmk>does it still print status out 10 times a second? :)
17:46<Chutt>naw
17:46<Chutt>i got rid of all that crap
17:47<tmk>so how does it work now? send 64k at a time?
17:47<Chutt>128k
17:47<tmk>ooh fancy
17:47<Chutt>i don't have audio hooked up, but the video is smooth
17:47<Chutt>seeking works
17:47<Chutt>live tv seems to work
17:47<tmk>did you do the close/open trick?
17:47<tmk>or just local seeking
17:47<Chutt>closes/opens
17:48<tmk>with GOP offset i suppose?
17:48<Chutt>not yet
17:48<Chutt>it's just doing gop-level seeking for now
17:48<tmk>does it just seek to the last known gop
17:48<tmk>ok
17:48<Chutt>and it blanks the screen when it does that
17:48<Chutt>as i didn't put in the ioctl to keep the last frame up
17:48<tmk>i see what's being left for me to do
17:48<Chutt>naw
17:48<Chutt>i'll keep working on it
17:49<Chutt>just wanted to get stuff into cvs
17:49<tmk>is it obvious how to tell the gop offset?
17:49<Chutt>yeah, there's two comments
17:49<tmk>k
17:49<Chutt>in DoFastForward and DoRewind
17:49<Chutt>there's a variable 'normalframes', which is how many frames into the gop it's supposed to start
17:50<tmk>k
17:50<tmk>i may work on it some tonight
17:50<tmk>though my todo list has grown in recent days
17:51<Chutt>heh
17:51<Chutt>instead of opening/closing the stream
17:51<Chutt>can it just use 0x02 and 0x01?
17:51<tmk>lemem check
17:51<Chutt>0x02 is 'end and clear'
17:52<tmk>if you do the direct firmware calls
17:52<tmk>but the ones i put in for this purpose apply those settings to the next close or open
17:53<tmk>so you don't have to think about it
17:53<Chutt>right
17:53<Chutt>did you put in a call to start it at a frame in a gop?
17:53<tmk>yeah
17:53<tmk>they're ioctls actually
17:54<Chutt>ah, STOP_DECODE and START_DECODE
17:54<tmk>#define IVTV_IOC_S_START_DECODE 0xFFEE7786
17:54<tmk>#define IVTV_IOC_S_STOP_DECODE 0xFFEE7787
17:54<Chutt>neither touches the firmware, though =)
17:54<tmk>nope
17:55<tmk>they set vars that are used when streams are opened or closed tho
17:55<tmk><spam>
17:55<tmk>struct ivtv_cfg_start_decode {
17:55<tmk> uint32_t gop_offset; /*Frames in GOP to skip before starting */
17:55<tmk> uint32_t muted_audio_frames;/* #of audio frames to mute */
17:55<tmk>};
17:55<tmk>struct vtv_cfg_stop_decode {
17:55<tmk> int hide_last;/* 1 = show black after stop,0 = show last frame */
17:55<tmk> uint64_t pts_stop; /* PTS to stop at */
17:55<tmk>};
17:55<tmk></spam>
17:55<tmk>err
17:56<tmk>heh ther's a typo
17:56* tmk fixes
17:56<Chutt>what's a typo?
17:56<tmk>struct vtv_cfg_stop_decode
17:56<tmk>should be struct ivtv...
17:57<Chutt>is gop_offset 0 or 1 based?
17:57<tmk>0 i believe
17:57<tmk>yes definately 0
17:58<Chutt>ok, added those
17:58<tmk>has to be 0, really
17:58<tmk>cool
17:58<tmk>but do they work?
17:58<Chutt>well
17:58<Chutt>i dunno
17:59<tmk>still send starting at beginning of GOP
17:59<Chutt>going to have to wait until i get the osd working
17:59<Chutt>right
17:59<tmk>yeah i need to talk to matt about the OSD
17:59<tmk>unfortunately, X sends 24bit color as 32 bit
17:59<tmk>with the first 8 set to 0
17:59<tmk>which kills alpha
18:00<tmk>so i need to get him to put in a way to ignore X calls while it's playing back
18:00-!-hadees [~hadees@pcp05051970pcs.univde01.de.comcast.net] has joined #mythtv
18:01<Chutt>a way to disable the framebuffer driver would work
18:02<Chutt>well, hmm
18:02<Chutt>i dunno
18:02<tmk>yeah i looked through it, not sure quite how it's working
18:03<tmk>ie where X gets the write-to address from
18:03<tmk>if X just gets the mem offset on the card and dma's itself
18:03<tmk>then we may be out of luck
18:04<Chutt>ah
18:04<tmk>and if we kill of x
18:04<tmk>bye bye myth heh
18:05<tmk>though i'm fairly sure we're doing all the calls for x
18:05<Chutt>well, what about qt/embedded?
18:05<tmk>does it go direct to a framebuffer?
18:05<Chutt>heh
18:05<Chutt>yeah
18:06<tmk>hmm
18:06<Chutt>probably should make it clear to black when done playing
18:06<tmk>well
18:06<tmk>while playing
18:06<tmk>myth clears to black
18:06<tmk>right?
18:06<Chutt>yeah
18:06<Chutt>aah
18:06<Chutt>hmm
18:06<tmk>ok, does qt/embedded update the screen
18:06<tmk>like when mousemove
18:07<Chutt>i don't think so
18:07<tmk>or remote buttonpush
18:07<tmk>might be ok then
18:08<tmk>fyi, by default the OSD is in global alpha mdoe
18:08<tmk>need to switch that when you go to playback mode (but that was due to X's 32bit thing)
18:08<Chutt>ok
18:08<tmk>does qt/embedded allow you to specify an alpha
18:08<Chutt>i don't believe so
18:09<tmk>and is it part of myth
18:09<Chutt>oooh
18:09<tmk>or an external package
18:09<Chutt>we can do the program guide with a global alpha value
18:09<tmk>ya that's no problem
18:09<Chutt>that'd look spiffy
18:09* tmk isn't sure he understands now
18:09-!-dja_ [~alden@dhcp9560050.columbus.rr.com] has joined #mythtv
18:09<tmk>you mean overlayed on video?
18:09<tmk>or fading into it? heh
18:09<Chutt>yeah
18:10<tmk>oh yeah, the program guide
18:10<tmk>while watching TV
18:10<tmk>you mean
18:10<Chutt>right
18:10<tmk>yeah, that'd be nice
18:10<Chutt>i was wondering how to do that, since you said we can't tell it only to display the video to a portion of the screen
18:10<Chutt>but if it's mostly opaque, that'd work
18:10<thor_>hehe, just picked up my first Wired in about 5 years: "It took Linux programmer Isaac Richards ... less than a year to slap together MythTV, a full featured open source knockoff [of Tivo] in [his] spare time."
18:10<tmk>but it'd be just as easy to do it with a local alpha
18:11<tmk>you can do the video decoding in software
18:11<Chutt>there, the exact seeking stuff's in cvs
18:11<tmk>it wouldn't be full-framerate probably
18:11<Chutt>eh, pain to switch back and forth between hardware and software decoding
18:11<tmk>but the fb can display pretty fast
18:11<tmk>heh
18:11<tmk>so how does one use qt/embedded
18:11<Chutt>ok, dinner time
18:12<tmk>k catch you alter
18:12<Chutt>just have to compile against it
18:12<tmk>in settings.pro?
18:12<tmk><hint hint>
18:15-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has quit ["Client exiting"]
18:15-!-m0j0 [~m0j0@64.73.34.177] has quit ["Client exiting"]
18:17<hadees>anyone one have any remote control sugestions for mythtv?
18:17<tmk>still fighting it eh
18:17<thor_>irman, standard universal remote ?
18:18<hadees>the irman remote or do you mean any universal remote?
18:18<thor_>any universal with irman
18:23<steelep>anybody know why qmake would make a skeleton Makefile with not files listed inside?
18:24<thor_>depends on relevant .pro
18:24<steelep>its libs/libdvbdev
18:24<steelep>.pro
18:24-!-jkolb [~jkolb@216-53-148-194-host.mpinet.net] has joined #mythtv
18:24<steelep>this is makin be seriously crazy :)
18:25<Chutt>steelep, don't have the dvb stuff uncommented in settings.pro?
18:26<steelep>maybe, I'll take a look this is another fresh install after I upgraded to v4l2
18:26-!-dja_ [~alden@dhcp9560050.columbus.rr.com] has quit [Remote closed the connection]
18:26<steelep>yep, thanks was being retarded and not editing it after applying the patch
18:27<Chutt>tmk, your stuff just locked up my machine :p
18:27-!-choenig [~choenig@p508596B2.dip.t-dialin.net] has quit [Remote closed the connection]
18:34<hadees>what happend to the lcd stuff? is it still in mythtv and is someone working on it?
18:34<sfr>Chutt: myth can't lock up your machine, read the docs.
18:34<thor_>hadees, yes ... it has been recently improved. Need to enable it though.
18:35<hadees>i thought it was gone because i didn't see the enable command in the docs anymore
18:35<thor_>I think Chutt moved the flag to the .pro file
18:36<hadees>are the flags in there or do i enable them in there?
18:36<thor_>in settings.pro, top level, uncomment the define
18:36<tmk>Chutt: i'd prefer a patch
18:37<tmk>or at least some debugging info ;)
18:37<hadees>on that note how is the native lirc support?
18:37-!-mecraw [~mecraw@69.2.235.2] has quit ["Trillian (http://www.ceruleanstudios.com)"]
18:39-!-kje [~ke-aa@ti132110a080-0529.bb.online.no] has joined #mythtv
18:39<thor_>hadees, dunno, never tried it
18:39-!-kje [~ke-aa@ti132110a080-0529.bb.online.no] has quit [Remote closed the connection]
18:39-!-kje [~ke-aa@ti132110a080-0529.bb.online.no] has joined #mythtv
18:40-!-kje [~ke-aa@ti132110a080-0529.bb.online.no] has quit [Client Quit]
18:41-!-kje [~ke-aa@ti132110a080-0529.bb.online.no] has joined #mythtv
18:46<hadees>what is a good window manager to just use mythtv in?
18:56-!-schultmc [~schultmc@zealot.progeny.com] has quit ["Client exiting"]
18:56-!-kja [~ke-aa@ti132110a080-0529.bb.online.no] has quit [Read error: 54 (Connection reset by peer)]
18:59<Chutt>tmk, live-tv mode, so encoding and decoding at the same time
19:00-!-kje is now known as kja
19:01<tmk>well that's a little bit more info
19:01<tmk>i was thinking about the debug=3 logs
19:01<tmk>or the segfault
19:01<Chutt>i had debug mode turned off
19:02<Chutt>so =)
19:02<Chutt>if it happens again, i'll let you know
19:02<tmk>cool
19:02<tmk>it may :)
19:02<tmk>did it lock the box
19:02<tmk>or just the decode
19:02<tmk>the decode stops soemtimes
19:02<Chutt>locked the entire box
19:02<tmk>still trackign that one down
19:02<tmk>just got an email from matt
19:02<tmk>with some more info about ivtv-fb and such
19:03<tmk>do we want to make it work with normal X fb
19:03<Chutt>anything i should know?
19:03<tmk>or aim at qt/embedded
19:03<Chutt>i dunno
19:03<Chutt>i think qt/e would be faster
19:03<Chutt>but, if it works with normal x fb
19:03<tmk>normal X would result in fewer emails from cluless users
19:03<Chutt>that's probably easier for people to setup
19:03<tmk>let's aim at X
19:03<tmk>and if that's too slow
19:04<tmk>require qt/e
19:04<Chutt>well
19:04<Chutt>should probably work both ways without too much trouble, right?
19:06-!-jarodwilson [~jarodwils@12-229-161-26.client.attbi.com] has joined #mythtv
19:06<jarodwilson>tmk: about that 'add below'/'add above' debate...
19:07<jarodwilson>If I have 'add below ivtv msp3400 saa7115 tuner lirc_dev lirc_i2c', lircd bombs out (lircd dead, subsys locked)
19:08<Chutt>lircd has to load after ivtv
19:08<jarodwilson>With 'add above ivtv msp3400 saa7115 tuner' and a separate 'add below ivtv lirc_dev lirc_i2c', everything is fine
19:08<Chutt>the others have to load before.
19:09<jarodwilson>so the split add above & add below would be correct, right?
19:09<jarodwilson>'cuz there was a message from tmk on the ivtv list that it should all be below, unless I misunderstood
19:10<Chutt>i believe that you have above and below backwards, but, something like that
19:11<jarodwilson>My modules.conf has add above ivtv msp3400 saa7115 tuner
19:11<jarodwilson>add below ivtv lirc_dev lirc_i2c
19:11<jarodwilson>and everything works like it should (or so I think :)
19:11<Chutt>above means after, below means before
19:11<Chutt>at last according to the modules.conf manpage
19:12<jarodwilson>You would think they'd have used before and after, rather than above and below...
19:12<Chutt>it's a stack :p
19:12<Chutt>stuff gets executed in order
19:13<jarodwilson>Aha.
19:13<jarodwilson>I vaguely recall studying stacks some time ago...
19:13<jarodwilson>All those years of programming in college...
19:14<jarodwilson>Well, I guess I'll just have to see what happens if I flip the statements in my modules.conf
19:15<jarodwilson>Now if my college programming courses actually used interesting examples, I might have enjoyed programming more...
19:15<jarodwilson>(rebooting now, with modified modules.conf)
19:16<tmk>it should be 'bemow'
19:16<tmk>err
19:16<tmk>heh
19:16<tmk>below
19:17<jarodwilson>If I have everything below, lircd bombs out though, and ivtv doesn't load
19:17<jarodwilson>I'm not initializing ivtv until I start watching TV though, i think
19:17<jarodwilson>Is there an init script I should be using, and somehow have missed after all this time?
19:20<tmk>jarodwilson: just adding the stuff to modules.conf doesn't make it load
19:20<jarodwilson>Okay...
19:20<tmk>it only loads when you read from /dev/videoX
19:20<tmk>so if you want to run lirc and have that work
19:20<jarodwilson>No, I know that much, (sorry),
19:20<tmk>you should 'add below lirc_dev ivtv'
19:20<jarodwilson>I'm just trying to figure out exactly what the right modules.conf setup is... :)
19:21<tmk>hmm
19:21<tmk>modprobe -v should show you what happens
19:21<tmk>so run modules.conf
19:21<tmk>err
19:21<tmk>edit
19:21<tmk>then modprobe -v ivtv
19:22<jarodwilson>It works fine if I have either "add below ivtv lirc_dev lirc_i2c" and "add above ivtv msp3400 saa7115 tuner"
19:22<tmk>and it should print out (but not load) what it plans on doing
19:22<tmk>hmm, i'd say you want:
19:22<jarodwilson>or "add above ivtv lirc_dev lirc_i2c" and "add below ivtv msp3400 saa7115 tuner"
19:23<jarodwilson>but not if it is all on the same line "add below ivtv ..."
19:24-!-eattie [~mark@adsl-63-198-116-178.dsl.snfc21.pacbell.net] has joined #mythtv
19:25-!-eattie is now known as zzo
19:25-!-keturn [~kevin@130-94-161-17-dsl.hevanet.com] has joined #mythtv
19:29<tmk>yo chutt, cvs mythtv doesn't compile for me
19:29<tmk>ivtvdecoder.cpp:85 'close' not defined
19:29<tmk>heh
19:29<tmk>where it closes the file
19:33<Chutt>'sec
19:34<Chutt>all done
19:34* tmk updates cvs
19:34<tmk>forgot #include <stdio.h> eh
19:34<Chutt>unistd
19:35<tmk>and what's with these warnings:
19:35<tmk>cc1plus: warning: changing search order for system directory "/usr/local/include"
19:35<tmk>cc1plus: warning: as it has already been specified as a non-system directory
19:35<Chutt>old g++ being a pain
19:35<jarodwilson>tmk: so, you said "hmm, i'd say you want:"... What do you say I want?
19:35<tmk>k
19:35<tmk>oh
19:35<tmk>heh forgotu about that
19:35<jarodwilson>Heh. I'm pretty forgettable.
19:35<tmk>i think if you specify the full stack with below for ivtv
19:35<tmk>and omit lirc stuff
19:36<tmk>then add ivtv to the end of the stack for lirc
19:36<tmk>you should be ok
19:36<tmk>add below on both counts
19:36<jarodwilson>So an add below ivtv line, then an add below lirc_i2c lirc_dev ivtv line?
19:37<tmk>if 'line' is all the ivtv modules then you should just need
19:37<tmk>add below ivtv line
19:37<tmk>add below lirc_i2c lirc_dev ivtv
19:37<Chutt>i just list all the modules in order
19:37<Chutt>none of that add below/above crap
19:37<tmk>:)
19:38<tmk>modules.conf is more complicated than it needs to be i think
19:38<tmk>so many wierd options
19:38<Chutt>stick it into rc.local if you're on redhat or whatnot
19:38<Chutt>modprobe X
19:38<Chutt>modprobe Y
19:38<Chutt>blah blah blah
19:38<tmk>i have a .sh script
19:38<tmk>./init.sh
19:38<tmk> :)
19:40<jarodwilson>So the moral of the story is, there's about 50 different ways to do it, several of which work. :)
19:40<Chutt>see how simple ivtvdecoder.cpp is? =)
19:41-!-pahli_bar [~renchi@pooh.tam.uiuc.edu] has joined #mythtv
19:41<tmk>eh?
19:42<Chutt>i mostly just deleted stuff from avformatdecoder.cpp
19:42<tmk>oh i haven't really looked at it yet
19:43<tmk>i'm at work still :)
19:43<Chutt>ah
19:44<tmk>not everyone gets to work from home
19:44<tmk></jealous>
19:44<Chutt>eh, it's not all that
19:44<tmk>well
19:44<tmk>yuou seem to have lots of tiem to work on myth
19:44<jarodwilson>I definitely like it better than having to commute. :)
19:45<Chutt>a lot of my work stuff takes multiple hours until i get results
19:47<jarodwilson>I know that feeling...
19:48<pahli_bar>Chutt: whats this about mythnews setup page loosing focus. not able to reproduce it here
19:49<Chutt>pahli_bar, all i have to do is hit the down arrow a bunch of times, and focus goes off the left-most listview and to nowhere
19:49<pahli_bar>Chutt: lemme try that
19:51<pahli_bar>Chutt: not happening here
19:51<jarodwilson>tmk: trying your suggestion for modules.conf now...
19:52<pahli_bar>Chutt: for me the focus went out of the left listview to the right one
19:52<Chutt>definitely doesn't do that for me, with qt 3.2
19:54<pahli_bar>Chutt: hmm... using qt 3.2 here too on debian unstable. though i'm running against the 0.11 release and not cvs
19:56<Chutt>i'll look into it more, then
19:57<pahli_bar>Chutt: ok thanks
20:01<jarodwilson>tmk: that config results in a black screen the first time I fire up MythTV and try to watch live TV...
20:02-!-sfr [~sfr@p50831C87.dip.t-dialin.net] has quit ["Client exiting"]
20:05<tmk>dunno then
20:05<tmk>make heavy use of modprobe -v
20:05<tmk>or make an init script
20:05<tmk>and load them in the order YOU want :)
20:06<jarodwilson>Well, I've got a two-line modules.conf setup that works for me, so I'll roll w/that. :)
20:06<tmk>cool
20:06<jarodwilson>I'll stick to "add below ivtv msp3400 saa7115 tuner" followed by "add above ivtv lirc_dev lirc_i2c"
20:07<jarodwilson>If it ain't broke, don't fix it, or something like that...
20:07<tmk>Chutt: heh i just noticed when you run 'make install'
20:07<tmk>it strips all the binaries
20:07<tmk>so much for debugging info heh
20:07<jarodwilson>well, later all, the wife and kid just got home...
20:07-!-jarodwilson [~jarodwils@12-229-161-26.client.attbi.com] has quit ["Client exiting"]
20:14<tmk>he hides his computing from the wife
20:16-!-pahli_bar [~renchi@pooh.tam.uiuc.edu] has quit ["[BX] Reserve your copy of BitchX-1.0c20cvs for the Nintendo 64 today!"]
20:19-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv
20:19-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has quit [Read error: 104 (Connection reset by peer)]
20:19-!-bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv
20:22<hadees>so did nvidia explain why they removed the helpfull code from thier install?
20:22<hadees>actully driver
20:24-!-ahbritto [~ahbritto@adsl-64-161-117-110.dsl.snfc21.pacbell.net] has joined #mythtv
20:27-!-steelep [~signwatch@69.26.192.55] has quit ["me is bugging out"]
20:31-!-jbwiv [~jb@66-23-197-142.clients.speedfactory.net] has joined #mythtv
20:31-!-term [~term@pcp220974pcs.elkrdg01.md.comcast.net] has joined #mythtv
20:31<jbwiv>hey guys.
20:31<jbwiv>is anyone here actually using something other than a PVR-250 or PVR-350?
20:36<zzo>of course
20:36<jbwiv>zzo: you are?
20:37<zzo>jbwiv: yes
20:37<jbwiv>zzo: how is your video quality?
20:37<zzo>jbwiv: decent
20:37<jbwiv>zzo: output to tv or monitor?
20:37<zzo>jbwiv: tv on one frontend & a monitor on another - not as good a watching straight tv
20:38<zzo>jbwiv: or xawtv
20:38<jbwiv>zzo: ok.
20:38<jbwiv>zzo: I've gone through two cards now thinking it was just my setup.
20:39<jbwiv>zzo: I get this blockiness when doing mpeg4. RJPeg makes it better, but a little fuzzier and lighter.
20:39<zzo>jbwiv: i've got a kworld & a ATI VE & both look the same
20:39<jbwiv>zzo: you see the same?
20:39<zzo>bjwiv: no blockiness - looks sorta washed out for me - i use mpeg4
20:39<jbwiv>zzo: I first used an ATI TV Wonder and am now using a Hauppauge WinTV GO.
20:40<jbwiv>zzo: hmm...what settings, if you don't mind me asking?
20:40<zzo>jbwiv: i use the ati ve wonder
20:40-!-cdavis [~mythtv@cr363.dhcp.ttu.edu] has joined #mythtv
20:40<jbwiv>zzo: as an aside, I've also got a PVR-250, which looks awesome.
20:40<jbwiv>zzo: well, awesome compared to the WinTV GO or TV Wonder
20:40<cdavis>ok, this is a stupid question but what can I name my computer besides 127.0.0.1? can I use my hostname or will localhost work?
20:41<cdavis>BTW, this is when I set up my mysql database
20:41<jbwiv>cdavis: should, imo
20:41<jbwiv>cdavis: ah. another story entirely
20:41<jbwiv>cdavis: it all depends on how you set up the user in mysql
20:41<zzo>jbwiv: 480x480
20:42<jbwiv>zzo: interesting...same here.
20:42<cdavis>well I want to set up mythtv to run in a dorm room but it will also be a linux box for normal use
20:42<jbwiv>slight blockiness...almost matrix-like, if you're standing up close, except it's not falling.
20:42<jbwiv>on a 27" tv.
20:42<cdavis>so I set up a mythtv user to run the prog, it just complains about not being able to connect to the backend
20:42<zzo>jbwiv: i've got a 27" tv too - what's yer cpu?
20:42<jbwiv>cdavis, is the backend running?
20:43<jbwiv>zzo: Athlon 2200+ XP
20:43<cdavis>jbwiv: no, that's what I am having trouble with
20:43<jbwiv>zzo: you?
20:43<tmk>you have to run mythbackup as the mythtv user
20:43<jbwiv>cdavis: what error message is spit out when you start mythbackend?
20:43<zzo>jbwiv: krap 2200+ xp too - so not that - i've got a geforce2 MX video card
20:44<cdavis>failed to bind port: 6543
20:44<jbwiv>zzo: geforce2 mx as well ;-)
20:44<tmk>cdavis: sounds like it's already running
20:44<tmk>kill off other copies
20:44<jbwiv>cdavis: ps -efw | grep mythbackend
20:44<zzo>jbwiv: damnation that's a pickle
20:45<cdavis>hmmm... I guess so. it's also saying it's getting an error getting inputs for capturecard
20:45<jbwiv>zzo: I know. I can't for the life of me figure it out. I keep thinking: surely others wouldn't put up with this?
20:45<cdavis>yes, the backend is running. hmm.
20:45<jbwiv>I mean, if I stand back far enough, it's not *too* noticeable, I guess
20:45<jbwiv>cdavis: killall mythbackend; mythbackend; mythfrontend
20:45<cdavis>alright
20:45<zzo>jbwiv: yah my only complaint is output looks sorta faded but nothing like you're talking about.
20:46<zzo>jbwiv: you've the nvidia kernel modules & using 'nvidia' driver ja?
20:46<jbwiv>zzo: I tried to increase min quality on the mpeg but it completely enlarged the blocks.
20:46<jbwiv>zzo: yup.
20:46<jbwiv>zzo: gone through all that.
20:46<zzo>jbwiv: yah that's insane - not seeing anything like that at all
20:46<jbwiv>zzo: hell, I've got two WinTV go's here and an ATI TV Wonder. Might try to ebay them and get another PVR-250 ;-)
20:47<tmk>:)
20:47<Chutt>i really can't see a difference between my pvr-250 and a wintv-radio w/ mpeg4
20:47<zzo>jbwiv: i'm guessing it's not the capture card at this point
20:47<Chutt>just the file sizes are bigger
20:47<jbwiv>Chutt: Really?
20:47<jbwiv>Chutt: i've got the WinTV go with radio as well.
20:47<Chutt>no, i'm lying.
20:47<jbwiv>Chutt: I am at a complete loss.
20:47<Chutt>what the hell do you think?
20:47<tmk>Chutt: did you know that make install strips the binaries?
20:48<tmk>i was wondering why gdb didn't have any debugging symbols
20:48<tmk>s/have/find
20:49<jbwiv>Chutt: ah, ok. I guess I'll take that as a vote for "big difference".
20:49-!-sc00p [~sc00p@adsl-154-152-251.cae.bellsouth.net] has quit ["Client exiting"]
20:51<jbwiv>Chutt: I've had so many others tell me the quality was just fine with the TV Wonder or WinTV Go, so I was surprised when I saw the quality of mine...
20:54-!-_rkulagow [~rkulagow@12-206-148-147.client.attbi.com] has quit [Read error: 104 (Connection reset by peer)]
21:02<bbeattie>it appears xvmc isn't a configure option, how does one enable/disable it, and where is the config to select 4:3 or 16:9 display?
21:05-!-cdavis [~mythtv@cr363.dhcp.ttu.edu] has quit ["My damn controlling terminal disappeared!"]
21:06<tmk>bbeattie: edit settings.pro
21:10<bbeattie>tmk: okay, that works for the xvmc question, but what about scaling for 16:9 so icons aren't oval?
21:11-!-zzo [~mark@adsl-63-198-116-178.dsl.snfc21.pacbell.net] has quit ["Leaving"]
21:12<tmk>no idea
21:16<tmk>according to mythtv keys.txt
21:16<tmk>W toggles
21:23-!-cdavis [~mythtv@cr363.dhcp.ttu.edu] has joined #mythtv
21:24<cdavis>I'm running the backend and frontend from the same comp, what could I use as a hostname for mysql?
21:24<jbwiv>cdavis: try localhost....
21:24<tmk>or 127.0.0.1
21:25<cdavis>jbwiv: it won't let me connect and I haven't set any paswds for mysql
21:25<bbeattie>tmk: W should toggle 4:3 vs 16:9?
21:26<cdavis>jbwiv: one more question, where is the settings file for myth?
21:26<bbeattie>it works for tv, but not the gui,.. hmm
21:26<jbwiv>cdavis: can't help you there. I'd check to docs. I'm a newbie too ;-)
21:26<cdavis>jbwiv: okay, thanks
21:27<jbwiv>cdavis: np. good luck ;-)
21:33* tmk goes home
21:33-!-tmk [~tmk@12-234-205-129.client.attbi.com] has quit ["Client exiting"]
21:34-!-cdavis [~mythtv@cr363.dhcp.ttu.edu] has quit ["[BX] Choosey moms choose BitchX!"]
21:47-!-StarHeart [edgan@64-42-21-228.atgi.net] has quit ["Client exiting"]
22:09-!-kja [~ke-aa@ti132110a080-0529.bb.online.no] has quit ["..."]
22:10<Chutt>bbeattie, there isn't a 16:9 mode for the main UI
22:18<Chutt>hmm, corruption after coming back from a pause. weird.
22:22-!-jkolb [~jkolb@216-53-148-194-host.mpinet.net] has quit []
22:34-!-grogan_ [aaron@eviltwin.STUDENT.CWRU.Edu] has quit [Read error: 110 (Connection timed out)]
22:38-!-abhishek [~data@user-0can4bd.cable.mindspring.com] has joined #mythtv
22:38<abhishek>can i just kill mythfilldb?
22:39<hadees>why would you?
22:39<abhishek>it's getting stuff for four days from now which i'd rather have it pull later
22:39<abhishek>*six
22:39<hadees>is this the first time you are running it?
22:39<abhishek>yeah
22:40<hadees>i would just let it go, it will be over soon it gets like a week ahead
22:41<hadees>if you were to kill it, it might mess up your tv listings
22:41<abhishek>soon? yeah i guess.. 823 seconds per page
22:41<abhishek>*day
22:41<jbwiv>abhishek: you can kill it.
22:41<abhishek>jbwiv: i can? cool
22:41<jbwiv>as long as you run it again soon ;-)
22:41<abhishek>yeah, tonight:)
22:41<abhishek>when i sleep
22:41<jbwiv>abhishek: I did the same thing... couldn't wait ;-)
22:42<hadees>whats the diffrence from running it in the background?
22:42<abhishek>then mythbackend and mythtv?
22:42<jbwiv>mythbackend and mythfrontend
22:43<Chutt>i should rename the mythtv binary.
22:43<thor_>mtydontrunme
22:47<abhishek>hhmm
22:47<abhishek>i get a nice big black screen
22:48<jbwiv>abhishek: cards?
22:48<Chutt>you've got an error message on the console you ran mythbackend and/or mythfrontend from.
22:48-!-grogan_ [aaron@eviltwin.STUDENT.CWRU.Edu] has joined #mythtv
22:48<abhishek>strange error flushing buffer ...
22:48<abhishek>from backend
22:48<abhishek>jbwiv: i set it up earlier
22:49<jbwiv>abhishek: yeah, I've had that buffer error as well.
22:49<jbwiv>Never quite figured out what it was...
22:49<thor_>it's nothing, a library error that isn't
22:49<jbwiv>went away. probably as a side effect of something else I changed.
22:49<abhishek>?
22:49<Chutt>let's load up our friendly neighborhood howto
22:50<Chutt>section 19.23: What does "strange error flushing buffer" mean on my console?
22:50<Chutt>hmm
22:50<abhishek>sorry
22:50<Chutt>naw, you didn't have time to look :p
22:51<Chutt>there should be an error related to audio.
22:51<abhishek>audio volume set to '65535'
22:51<abhishek>strange error flushing buffer ...
22:51<Chutt>and on the frontend?
22:52<abhishek>connecting to backend server: 127.0.0.1:6543
22:52<abhishek>and thats it
22:52<Chutt>ah well
22:52<Chutt>it very likely can't open the audio dsp
22:54<abhishek>mpg123 works fine...
22:54<Chutt>mpg123 isn't recording and playing at the same time.
22:54<abhishek>well recording wont work for now anyway
22:54<Chutt>hm?
22:54<abhishek>i dont have the little cable for my card
22:54<Chutt>then it's not going to work.
22:54<abhishek>with the composite ins and audio out
22:54-!-jbwiv [~jb@66-23-197-142.clients.speedfactory.net] has quit [Remote closed the connection]
22:55<abhishek>why not?
22:55<Chutt>because it requires audio to be working.
22:56<abhishek>i wanna know if my card works at all before i spend more time looking for that cable
22:56<abhishek>or getting a new one
22:56<Chutt>use another app to test with, then.
22:58<thor_>this is generally helpful, http://www.mythtv.org/docs/mythtv-HOWTO-19.html#ss19.11
23:00<abhishek>:'( i cant get it going from xawtv either
23:01-!-Ripp [~chris@dsl30-175.chouteautel.com] has joined #mythtv
23:01-!-sc00p [~sc00p@adsl-154-152-46.cae.bellsouth.net] has joined #mythtv
23:01<thor_>if OSS --> ALSA (and vice versa)
23:02<moegreen>Chutt: did I get booted from the Myth-dev list again? I haven't received anything for a while now
23:09<abhishek>so the comp i run frontend on just needs a monitor, keyboard, and speakers? no powerful hardware?
23:18<moegreen>abhishek: it needs a way to output video, audio and receive commands. So a monitor, keyboard, and speakers would work, so would a TV out card, IR receiver and an audio out patch cord
23:19<moegreen>It only needs enough CPU power to run the UI and decode the video
23:19<abhishek>cool
23:20<abhishek>it possible to set up rf remotes?
23:21<moegreen>I assume so, anything that works with LIRC
23:21<abhishek>hmm, lirc suppourting rf remotes doesnt sound logical
23:22-!-grogan_ [aaron@eviltwin.STUDENT.CWRU.Edu] has quit [Read error: 60 (Operation timed out)]
23:43-!-grogan_ [aaron@eviltwin.STUDENT.CWRU.Edu] has joined #mythtv
---Logclosed Thu Sep 11 00:00:31 2003