Back to Home / #mythtv / 2002 / 11 / Prev Day | Next Day
#mythtv IRC Logs for 2002-11-19

00:00<yebyen>heh, just let it figure it out on its own beyond the few "Simpsons is clearly more important than Twilight Zone" type things?
00:00<yebyen>ooh, recording
00:00<Chutt>most of my recordings are timeslot ones, though
00:00<yebyen>and no error death
00:00<yebyen>they are? most of mine are "Record it whenever it's on"
00:00<yebyen>there's not much overlap
00:01<Chutt>yeah, i dunno
00:01<yebyen>there would be if I got channel 12 (FOX Rochester) working (versus 6, FOX Buffalo)
00:01<Chutt>all the stuff i want to record is only on once a week anyway
00:01-!-cowbud_ [] has joined #Mythtv
00:01<yebyen>I'm a rerun master :D
00:01<yebyen>Seinfeld, Frasier, Simpsons, The Outer Limits
00:02<cowbud_>where does myth save its temp recording files?
00:02<Chutt>heh, well, i have access to a complete seinfeld collection if i ever want to watch that =)
00:02<Chutt>cowbud, it's in the config file.
00:02<yebyen>Chutt: I find this more convenient :)
00:02<Chutt>pretty much everything is in the config files
00:03* yebyendebates between changing the fonts to be bigger or buying a bigger tv
00:03<Chutt>font sizes are also in there =)
00:03<yebyen>i know
00:03<yebyen>but getting a bigger TV is appealing
00:03<Chutt>yeah, i know, but i was just babbling
00:04<yebyen>Ensign Ro'
00:04-!-cowbud [] has quit [Read error: 113 (No route to host)]
00:05<yebyen>episode of Star Trek
00:05<yebyen>incidentally, I spotted Star Trek: Generations will be on sooner or later
00:05<yebyen>it's set to record
00:06<Chutt>maybe that jeremy oddo guy will stop bitching to the mailing list now that it's confirmed that all his problems are soundcard drivers.
00:08* yebyenchanges his crontab mythfilldatabase to user mythtv
00:08<yebyen>ok, what do you record
00:08<Chutt>the debs should've set that up
00:08<yebyen>Chutt: they do?
00:08<yebyen>oh :)
00:08<Chutt>what i record?
00:08<yebyen>what do you
00:09<Chutt>let's see
00:09<yebyen>mythweb's recording options seem to be out of date
00:09<yebyen>no "Record every time it's on this channel"
00:10<Chutt>both CSI shows, 24, l&o, l&o:ci, enterprise, junkyard wars, firefly, john doe, and robbery homicide division
00:10<Chutt>my wife makes me record raymond, that 70's show, and friends
00:10<yebyen>channel 24 has the new Twilight Zone
00:10<yebyen>where channel 59 has the old
00:10<yebyen>and i'm interested in the new
00:10<Chutt>sorry, that's in the mythweb README :p
00:10<yebyen>and I don't have UPN listings, so I can't record enterprise
00:11<Chutt>err, the new twilight show is on upn, no?
00:11<yebyen>Chutt: heh, I haven't read'me yet
00:11<yebyen>Chutt: hmm
00:11<Chutt>its on right after enterprise
00:11<yebyen>Chutt: apparently TNT as well
00:11<yebyen>and TNT doesn't have enterprise
00:11<paperclip>you need a click-thru that tells people about all the docs/resources.. =)
00:12<Chutt>i just put out mythweb because i got tired of waiting on thor to update things =)
00:12<yebyen>Chutt: think if I added a new provider number and some channels under it (in the same timewarner.xmltv file I've got now) it would integrate those channels? :)
00:12<Chutt>i have no idea
00:12<Chutt>ah, neat
00:12<yebyen>i'm thinking of trying it
00:12<Chutt>qt 3.1 was released
00:14<yebyen>Chutt: I think i'm going to bother the xmltv mailing list, see what they can tell me about making my own listings
00:14-!-cowbud_ [] has quit ["Client Exiting"]
00:14<Chutt>go for it
00:14<Chutt>they seem to be pretty decent guys
00:14<mdz_>Chutt: what's the reason for buf vis a vis buf2 in the player?
00:15<Chutt>mainly, the rtjpeg stuf
00:15<mdz_>they seem to be the same size, and one or the other is used depending on the compression
00:16<mdz_>but the compression can't change in the middle of the stream, can it?
00:16<Chutt>it can
00:16<Chutt>for rtjpeg
00:16<mdz_>well great
00:16<Chutt>tell you what, you get direct rendering working for just the mpeg4 stuff
00:17<Chutt>and don't worry 'bout the rtjpeg
00:17<Chutt>and i'll fix that
00:17<mdz_>are L frames pretty uncommon?
00:17<Chutt>very uncommon
00:17<mdz_>if they happen a lot, I could optimize it so that it reused the same Xv buffer
00:17<mdz_>won't bother then
00:19<Chutt>basically, it's just using buf2 as a temporary buffer to decompress the lzo compressed stuff to
00:23<yebyen>Chutt: well, my cool idea disn't work right away, so I'm firing off an email... heh
00:25<Chutt>now, get to work prettying up mythweb
00:25<Chutt>or, doing me a new webpage
00:25<Chutt>either or
00:25<Chutt>your choice :p
00:25<yebyen>i've gotta go to sleep, so I can wake up at 5:00 and look at meteors
00:25<yebyen>and i've gotta get college application stuff done by thanksgiving
00:25<yebyen>after that, i'm free
00:25<Chutt>bah more
00:31<yebyen>*sends message to ed@membled*
00:31<yebyen>alright, time to sleep instantly and now.
00:32<yebyen>it's way too late to be up and get up at 5 HEH
00:33<Chutt>mdz, hey, what's the download count?
00:40<mdz_>135 downloads from 73 unique IPs
00:44<nyquiljer>mdz_: thanks for helpin with the deb installation.
00:44<nyquiljer>i gotta go to bed, night all
00:45-!-magao [] has quit ["Client Exiting"]
01:01<mdz_>I think I'm going to have to write mythplay in order to test this thing
01:15<Tuscany>well, the 0.9 drivers fixed the problem. they also introduced a new one. the colors are all washed out
03:41<witten>where can I find a list of mythtv keys?
03:41<witten>yah, keypresses
03:41<witten>like, p = pause, etc
03:41<paperclip>they must be in the docs..
03:41<paperclip>if not there.. use the source luke..
03:42<witten>README.gz:Now would be a good time to look over 'keys.txt' for a list of all the
03:42<witten>I can't seem to find a keys.txt
03:43<paperclip>how'd you install?
03:44<paperclip>maybe you can find it in the browsable source on the website..
03:44<paperclip>or grab the tarball for offline reading =)
03:44<witten>yah, I'm looking now
04:02-!-kaveh420 [] has joined #mythtv
04:02<-- kaveh420( has left #mythtv
04:02-!-kaveh420 [] has joined #mythtv
04:02-!-kaveh420 [] has quit [Client Quit]
05:03-!-nevertheless [] has joined #mythtv
05:32<-- papercliphas quit ()
05:33-!-paperclip [] has joined #mythtv
06:13-!-nevertheless is now known as ntl|afk
06:27<-- ntl|afkhas quit (Remote closed the connection)
06:38-!-Universe [] has joined #mythtv
06:38-!-nevertheless [] has joined #mythtv
06:38-!-nevertheless is now known as ntl|afk
07:37-!-pastorJ [] has joined #mythtv
07:38<-- Universehas quit ()
07:38<pastorJ>Hello paperclib again!
07:40<paperclip>you should check out the site in the topic..
07:40<paperclip>the screenshots blew me away..
07:40<pastorJ>Yeah that is definetly the program I intend to use... I making a linuxtainment center
07:41<paperclip>so i've been in here for a few days pestering everyone about hardware..
07:41<pastorJ>DVR + netjuke oggplayer/streamer
07:41<pastorJ>I want to get a firewire drive for it too... big one.. then I can take the shows with me (external) since my lappy has firewire port
07:41<paperclip>yeah.. it's got my attention =)
07:42<pastorJ>It would be awesome... I am trying to think of a goodlooking setup case to stick it in too
07:43<paperclip>there's one on the site..
07:43<pastorJ>And remotely setting it to play with webinterface... makes me quiver with delight
09:13-!-_HoL_ [~hol@] has joined #mythtv
09:14<_HoL_>a hoy hoy
09:14<_HoL_>anyone awake? :)
09:18<_HoL_>say anyone used the mythtv on a via epia motherboard?
09:20<_HoL_>i noticed mythtv was going towards having more horsepower for the live tv function
09:21<_HoL_>i was reading on the epia and it's relatively low power so less fans and noise
09:23<_HoL_>anyone know if mythtv will incorporate the wintv pvr hardware encoding so live tv is possible without so much horsepower?
09:24<_HoL_>even my piii 800 heats up nicely enough i can't even imagine a 2ghz chip
10:01<-- Tuscany( has left #mythtv
10:26-!-_HoL_ [] has quit ["Leaving"]
11:42--> s3fL|d13r( has joined #mythtv
11:45-!-tusncay0 [~ctalbot@] has joined #mythtv
12:05-!-pastorJ [] has quit [Read error: 104 (Connection reset by peer)]
12:49<tusncay0>chut, you there?
12:50<Chutt>not really
12:52<tusncay0>as it turns out it wasn't bttv 0.9 that solved my problem with the "/dev/video busy" issue. It turns out the the external script I'm running with ExternalChannelCommand is the culprit
12:53<tusncay0>echo "changing to $1"
12:53<tusncay0>/usr/local/bin/ $1 &
12:53<tusncay0>that's a copy of the script. it forks off a perl script and returns immediately. for some reason if I comment out the last line the problem goes away
13:13-!-Universe [] has joined #mythtv
13:15<mdz>probably it's inheriting an open file descriptor on /dev/video
13:16<mdz>/dev/dsp likely has the same problem
13:30<tusncay0>hmm...wierd. the only thing does is to make a call to the lirc command "rc" to transmit ir codes to the cable box
13:36<mdz>what is the problem exactly?
13:37-!-lichen [] has joined #mythtv
13:37<-- s3fL|d13rhas quit (Read error: 60 (Operation timed out))
13:39<tusncay0>well, when the external program is called to change the channel mythtv cannot open the /dev/video device
13:39<tusncay0>I get a "device busy" message. If I comment out the execution of the perl script the problem goes away
13:42<mdz> // NOTE: if you get a strange compiler error on the line with "None",
13:42<mdz> // it's probably because you're trying to include X11, which
13:42<mdz> // has a mess of #defines in it. Put the messy X11 includes
13:42<mdz> // *AFTER* the nice clean Qt includes.
13:42<mdz>that's cute
13:42<mdz>thanks, Qt
13:42<mdz>that comment is much better than just changing your headers not to conflict with X
13:42<mdz>because nobody would ever use X and Qt together
13:45<lichen>anyone know of any work on a PVR for HDTV?
13:49--> s3fL|d13r( has joined #mythtv
13:49<lichen>uhm.. Qt doesn't look free according to ... am i missing something here?
13:50<s3fL|d13r>wow.. just did some testings here.. quality at 255 / 640x480 with 640x480 tv-out res was incredible
13:51<s3fL|d13r>very close to the original (from rf) quality
13:51<s3fL|d13r>i wonder if having it displayed at 800x600 tv-out would improve anything?
13:53<s3fL|d13r>does mpeg4 offer better quality?
13:54<-- ntl|afkhas quit (Remote closed the connection)
13:55<lichen>oh wow nevermind, i finally found the free version on the site
13:56<Chutt>you shouldn't be compiling qt yourself
14:20-!-nevertheless [] has joined #mythtv
14:33<s3fL|d13r>humm after watching tv for a bit on mythtv i got a red screen.. i remember reading on this somewhere, does anyone recall what causes it?
14:38<lichen>does myth use V4L 1 or 2?
14:39<lichen>cool, im assuming that works great with the G400 + RainbowRunner? as far as i can tell it does
14:39<Chutt>i dunno, probably
14:42<s3fL|d13r>chutt: do you know of someone that had the same problem i got? or this was a nvtv problem.. i cant remember if i read about it on nvtv or mythtv mailing list archive
14:42<lichen>so what kina quality does this actually have, is it comparable to a real set top box?
14:44<Chutt>what problem?
14:44<s3fL|d13r>after some minutes of watching tv on a channel
14:45<s3fL|d13r>the screen turned red
14:45<Chutt>i've never seen anything about that before
14:45<s3fL|d13r>i then quited mythtv and it went back to normal
14:45<s3fL|d13r>weird.. it must've been nvtv then
14:48<lichen>anycomment on the quality? just tell me it looks good and is watchable and then ill decide to put forth a little bit of effort into this :)
14:48<s3fL|d13r>argh, screensaver it seems
14:48<Chutt>lichen, why don't you try it and see?
14:48<Chutt>quality is always subjective
14:49<lichen>so compare it to something... like have you guys seen tivo? is it close to that?
14:50<s3fL|d13r>well.. at 640x480 / rtjpeg the quality here is very close to the original signal quality
14:50<Chutt>there's different encoders
14:50<Chutt>different quality levels
14:51<Chutt>there's even a lossless encoder, if you've got the disk speed to use it
14:51<s3fL|d13r>chutt: does mpeg4 offer improved quality over rtjpeg?
14:51<lichen>oh wow.. well, thats good enough for me i would say :)
14:51<Chutt>smaller/higher quality, generally
14:51<lichen>i can stand some loss, i just want to make sure its at least worthwhile... have people gotten it to like a totally useable status, so you can just record your shows and watch tv without having to worry about whether or not its like actually going to work or not? :)
14:51<s3fL|d13r>nice.. ill try it out
14:52<Chutt>lichen, of course
14:52<s3fL|d13r>what is the lossless encoder ? i thought there was only mpeg4/rtjpeg ?
14:53<Chutt>libavcodec added a huffyuv encoder/decoder recently
15:00-!-Markie [] has joined #mythtv
15:01<Markie>is Isaac here?
15:01<Markie>is anybody here? :^)
15:02<Chutt>i just use vim to write code in, btw
15:03<Markie>thanks, thats #1 :^)
15:03<Chutt>just got that email
15:03<Markie>one more.
15:03<Markie>in mythfrontend,
15:03<Markie>in RunMenu, you do a diag->setCallback(TVMenuCallback, context)
15:04<Markie>now, i'm an X programmer, but not a QT programmer
15:04<Chutt>there's nothing qt about that
15:04<Markie>normally, you do "callback function, callback action"
15:04<Markie>well, i saw thet it just sets the callback variable
15:05<Chutt>that's the function, and data to pass to that function
15:05-!-nevertheless [] has quit [Read error: 104 (Connection reset by peer)]
15:05<Markie>is sets callback to the function
15:06<Markie>i guess i'm trying to figure out when/for what reason is the callback balled?
15:06-!-nevertheless [] has joined #mythtv
15:06<Chutt>it's called whenever the user selects an action in the menu
15:06<Chutt>the menu code is in libs/libmyth/themedmenu.*
15:07-!-nevertheless [] has quit [Remote closed the connection]
15:07<Markie>it goes to the callback if theres no EXEC, upmenu, or MENU command
15:08-!-nevertheless [] has joined #mythtv
15:08-!-nevertheless [] has quit [Remote closed the connection]
15:08<Markie>(i'm just trying to follow the flow and understand it all)
15:08<-- s3fL|d13r( has left #mythtv
15:10<Markie>so runmenu sets the initial callback to TVMenuCallback, then draws the themed window (diag->show) and pops it up, diag->exec
15:10-!-nevertheless [] has joined #mythtv
15:14<Markie>in the new ThemedMenu, it parses out the theme file, sets up the buttons, assigns the action to the button via addButton, and then lets qt handle the events
15:14<Markie>(via keypressevent)
15:15<Markie>so i'm trinyg to add changing themes on the fly, and as a test want to hit F1 to change to the "liquid" theme
15:16<Markie>so i added an entry in ThemedMenu::keyPressEvent
15:16<Markie>case Key_F1
15:17<Markie>then i need to basically reload the theme, do a draw and exec again
15:17<Chutt>well, i don't think you'd need to do the exec
15:17<Markie>well i'm torn if I should tear down the menu, and build it all from scratch
15:18<Markie>or just create a new one and not worry about the old one
15:18<Chutt>tear it down and reparse from inside the themedmenu class
15:19<Markie>i.e. in the keypress even, call the destructor on the current themedmenu, and then load up the theme, and call the themedmenu constructor again
15:19<Chutt>err, no
15:19<Chutt>you can't quite do that
15:19<Markie>why not?
15:20<Chutt>in the keypresshandler, you can't call the class's destructor
15:20<Markie>oh duh
15:20<Markie>so set a variable
15:20<Markie>and do it outside?
15:20<Chutt>you can't delete something out from under it
15:20<Chutt>naw, just delete all the data the parser setup
15:20<Chutt>then change the theme name and start over
15:21<Markie>what do you mean start over?
15:21<Markie>start over from where?
15:21<Chutt>the parsing
15:21<Markie>parseMenu ?
15:21<Chutt>something like tha
15:22<Markie> at least i'm on the right track and it looks like theres no one-line change somewhere that i'm oblivious to :^)
15:23<Markie>but i think in the end, figuring out how to do that will be good, cause that'll lend it self to doing lots of other on-the-fly UI changes
15:23<Chutt>all the rest of em just need ThemeWidget() recalled
15:24<Chutt>the menu's the only complicated thing
15:24<Markie>(i'm not up to theme widget yet :^) )
15:24<Chutt>the rest of the qt dialogs
15:24<Chutt>that get themed, currently
15:24<Markie>yea, thats what seemd to be kinda weird..
15:24<lichen>hey so im wanting to setup a box for mythtv... im very familiar with linux and all that, but not very experienced when it comes to X/qt programming, am i going to have trouble?
15:24<Markie>the main menu is quite hardcoaded
15:24<Markie>the sub menus are modular
15:25<Chutt>lichen, just use debian, and there's debs for everything
15:25<Chutt>markie, hardcoded?
15:25<Markie>lichen: no programmign needed :^) it has a pretty easy setup
15:25<Chutt>it's just as modular as any of the other menus
15:25<lichen>hmm.. alright, ive used slackware all my life, but ive always wantede to try debian, i guess this will be my chance :)
15:26<Chutt>it's really the easiest way to get everything running quickly
15:26<Markie>i guess i cant explain it..i just gotta look at it more
15:26<Chutt>xmltv is a bitch to get running
15:27<Markie>yea it is
15:27<Chutt>but since there's debs, that all goes away
15:27<Markie>i'd says of everything ,thats the hardest
15:27<lichen>thats what grabs the information and puts it into the mysql database?
15:27<Chutt>well, it grabs the info
15:27<Chutt>there's a program in mythtv that parses the xml that xmltv generates and dumps it into the db
15:27<lichen>where does it grab all the programming from?
15:28<Chutt>in the US/Canada, from
15:29<Markie>so does zap2it know about xmltv? and do they have a problem with it?
15:29<Chutt>i dunno
15:29<lichen>i dont get it, why would a prgram that just grabs a bunch of programming information and puts it into some xml file be so difficult?
15:30<Chutt>lichen, because reliably parsing large webpages is semi difficult :p
15:30<Markie>cause screen scrapes
15:30<lichen>im surprised there aren't already programming guides out there that offer an xml version
15:30<lichen>you would figure would or something
15:30<lichen>that would just make life too pleasant
15:31<Chutt>a lot of the other grabbers for other countries have something like that
15:31<Chutt>they just download pre-generated xml files that are already in the right format
15:31<Markie>Chutt: how are you creating the .pro files with qmake? when i try doing it, it doesnt include the right stuff
15:32<Chutt>which .pro files?
15:32<Chutt>most of them are edited
15:32<Markie>umm...for the programs
15:32<lichen>if i get this working ill start development on an HDTV portion of it :)
15:33<Chutt>lichen, too bad there are no hdtv cards that work in linux
15:33<Markie>like mythepg
15:33<Chutt>why are you redoing the .pro files?
15:33<lichen>really? i was under the impression that there was? are you positive about that? my friend has research the topic somewhat and i could have sworn i gathered that there were
15:33<Markie>cause I made a new directory, MythVideo
15:33<Chutt>i'm 100% positive
15:33<Markie>and MythSettings
15:33<Chutt>you need to edit them manually
15:34<lichen>well shucks... ill code the drivers then ;)
15:35<Markie>i got a creative digital VCR that still has no drivers for linux
15:35<Markie>hardware MPEG support..down the drain!
15:38<Markie>i assume theres no plans on making a SVGALIB or non-x version, right?
15:39<Markie>one of these days..
15:39<Chutt>things may work with the qt/embedded stuff, though
15:39<Markie>i know SDL can do X/non X natively
15:39<Chutt>yeah, but
15:39<Chutt>i like having a full featured widget set =)
15:40<Markie>yea..i just hate the overhead to just watch TV :&)
15:41<Chutt>if you've got the cpu and ram and everything to compress video in real time
15:41<Chutt>the additional overhead required by x is minimal
15:41<-- Universehas quit ()
15:42<Markie>i've got it stripped down as much as possible now, i.e. it runs X, no gnome/kde crap, just twm
15:42<Markie>i tired running it without a window manager, but cause the live tv is a seperate app, it wasnt focusing the keyboard input
15:43<Markie>i've got the new maxtor 250G hard drive....i can store LOTS of shows! :^)
15:44<mdz>that's a big drive
15:45<Markie>yea, i'm happy. i also have the 160G and 120G drives
15:45<Markie>so i have over half a terrabyte for my video server!
15:45<Markie>woo hoo!!
15:46<Markie>I think i'm addicted
15:47<nevertheless>Im on my way buying a setup for mythtv, i hope a xp 2000+ is enaugh for that, but HDD are quite expensive right now
15:48<Markie>i got a P-4 1.8 and it runs quite nice
15:49<Markie>not 100% perfect, everynow and then there'll be a little skip in the audio
15:49<nevertheless>at which resolution?
15:49<Markie>but i think i blame that more on linux/v4l/alsa
15:49<Markie>umm..whatevers the default
15:49<nevertheless>480x480 only is defaul
15:50<nevertheless>but its really unbelievable, what this project has gone to since late april :-)
15:50<Markie>i havent played around with it too much, but like i said it think it's some other libraries/drivers
15:50<Markie>i dont think the resolution would make a difference
15:51<Markie>oh i did try something really the mpeg4 compression and make the compression really low, like 5 :^)
15:51<Markie>it's all blocky :^)
15:52<Markie>one of these days i wanna incorporate effectv into mythtv
15:52<Markie>add them as filtering modules
15:52<Markie>that'll be neat
15:54<Chutt>well, it already does support video filters
15:55<Markie>yea, i saw...
15:55<Markie>i just gotta go down my list
15:55<Markie>the predator effectv one is kool
15:55<Chutt>someone needs to post about mythtv everytime someone posts about freevo on /.
15:55<mdz>Chutt: there's something to be said for a catchy name
15:56<Chutt>you mean a name that'll get them in trouble eventually? :p
15:56<mdz>if mythtv were called freevo, it would probably get more press :-)
15:56<mdz>Chutt: did you get my doc patches?
15:56<Markie>well, people did mention mythtv on the alienware media server topic
15:56<Markie>i used to call mine TNG - Tivo Next Generation
15:56<Chutt>i'll apply the faq patch, and send the other one along to the guy that's doing all the docs
15:57<Markie>actually, my $.02 is that freevo and mythtv compbines
15:57<mdz>Chutt: so my tree is completely broken now
15:57<Chutt>wwhat'd you do to it?
15:57<Markie>freevo is all about playing mpegs/divx..etc
15:57<Chutt>oh, nm
15:57<Chutt>i know what you did =)
15:57<mdz>Chutt: not the parts I modified, of course, those are fine. but now the rest of the tree breaks due to that ridiculous Qt/X11 header crap
15:57<Chutt>like i said, just pass back the actual xv buffers, not the image =)
15:58<Chutt>make init return a vector<unsigned char *> or something
15:58<Chutt>the X11 headers _do_ suck, though
15:58<Chutt>they define loads of crap
15:58<Markie>ohh.....question....the qhole "vector" definitions..
15:58<Markie>is that a Qt thing?
15:59<mdz>that doesn't help; Xv needs to be initialized earlier so that it can get the buffers for the decoder
15:59<Chutt>no, that's c++
15:59<mdz>I have already done that part
15:59-!-Universe [] has joined #mythtv
15:59<Chutt>mdz, ah
15:59<mdz>so it needs to live in NuppelVideoPlayer
15:59<mdz>and so NuppelVideoPlayer.h needs XJ.h...
15:59<mdz>maybe I can just forward declare it
15:59<Chutt>you should be able to just forward declare the class
16:00<mdz>well, hell, it already is :-)
16:00<Markie>ok..(i'm a C guy)
16:00-!-tusncay0 [] has quit [Read error: 54 (Connection reset by peer)]
16:01<Markie>i tried looking online for vector stuff with c++ and i couldnt find anything
16:03<Chutt>like, what it is, how to use it?
16:03<Markie>yea, the methos essentially
16:04<Chutt>or that
16:05<Markie>your awesome
16:05<Markie>weird..never heard of vectors in c++ before
16:05<Universe>they are a type of container, right?
16:06* Universeis still learning..
16:06<Chutt>just an array, basically
16:06<Chutt>at least, that's how they're used most often
16:06<Markie>thats what i'm trying to figure out..are they a data type, like an int..etc..yea..container looks like it
16:07<Markie>'s part of the STL
16:07<Markie>not part of C++
16:07<Universe>fromwhat I understand, they are a contain, like an array, list, etc..
16:07<Chutt>which is part of c++
16:07<mdz>Markie: read the STL tutorial and skim the reference manual
16:07<lichen>yeah freevo cant even record yet can it? like i checked that out first, im like ooh it sounds like tivo, it must be good ;) but it could only do playbacks so far, the ni found this and i was like ooooh it actually works
16:08<Markie>lichen: no, freevo doesnt do any recording
16:08<Chutt>freevo's had 'tv recording soon' since june.
16:08<Markie>they basically did the easy thing, which is playing videos :^)
16:08<Universe>wow... that was a change of subject...
16:08<Chutt>mdz, there, you got your FAQ update in there
16:09<Markie>something to think about Chutt: the creative digital VCR doesnt use a single ringbuffer file.
16:09<lichen>yeah i just got around to reading my scrollback :)
16:09<Chutt>i'll let that robert guy apply the other doc stuff, since that's all his
16:09<Markie>for performance reasons, it uses static sized files of about 65M
16:09<Chutt>how's that performance reasons?
16:09<Markie>so it just has lots and lots of sequenced files
16:11<Markie>*shrug* thats what the newsgroups said when they tried explaining it...their other explanation was becuase of the windows filesize limitation
16:11<Markie>maybe the file size limitation was more of the real reason
16:12-!-tusncay0 [~ctalbot@] has joined #mythtv
16:12<Markie>i was working on (about a year ago) a partition based method
16:12<Markie>write directly to the HD, like oracle
16:12<Markie>i think tivo does that too
16:21-!-Markie [] has quit [Remote closed the connection]
16:22<mdz>they do
16:22<mdz>but I don't imagine it's that much faster with a modern CPU and disk
16:22<mdz>and a decent filesystem
16:31<lichen>wait, that is something i hadn't though of, what about the file size limitation in linux? does myth just tell you when you have to stop recording because it will exceed filesize or what?
16:32<lichen>it would be cool ifthere was some sort of kernel patch for myth and you could setup a dedicated drive for mythtv running like mythfs or something :)
16:32<lichen>and marry the drives .. like in tivo lingo
16:33<Chutt>there isn't a file size limit
16:34<nevertheless>sorry, but where in cvs is the default settings.txt?
16:34<mdz>Chutt: sure there is, 2^64-1
16:35<Chutt>ok, if you've got a harddrive that large, there's a limit =)
16:35<lichen>hmm, i could have sworn there was because i ran int othat problem lately while tarring something, but maybe it was also due to the 34279 other things i was trying to do at once with the same file
16:40<lichen>whoa effectv looks pretty cool too
16:42<Chutt>well, there's a limit if you're not running a new enough kernel/glibc
16:42<nevertheless>Chutt: I have changed a 'little' in the redline-patch, since I do get lost in the epg yet. Its on its way.
16:42<lichen>well this was 2.4.19 with glibc6
16:43<lichen>i seem to recall samba playing a part in whatever i was doing though, perhaps that was the limiting factor
16:43<Chutt>then there's no limit if you tell it to use the 64-bit file ops
16:44<lichen>i remember my coworking mocking me when i told him this looked pretty neat, he told me he tried all these pvr programs for windows and that he was unimpressed with them all, it seems like this is better than the majority of those though? and i would think that filesize thing is a pretty big deal
16:46<Chutt>i haven't used any other pvr software
16:46<Chutt>so, i really wouldn't know
16:48-!-fluff [] has joined #mythtv
16:48-!-fluff [] has quit [Client Quit]
16:51-!-fluff [] has joined #mythtv
16:52<Chutt>nevertheless, i really prefer stuff as patches
16:52<Chutt>regardless if it's a completely changed function or not
16:53<nevertheless>yeah, i know, but since i dont use the cvs, i thought it would be 'lot of work for me to cut the things out of the patch, then you would need to "aply" it
16:53<Chutt>no buts :p
16:54<nevertheless>hmm :-)
16:54<nevertheless>yeah, i know, since i dont use the cvs, i thought it would be 'lot of work for me to cut the things out of the patch, but I thougt, you would need to "aply" it ;-D
16:55<nevertheless>this is no good english, hehe
16:57<lichen>anyways.. im on my way home from work.. with my work supplied g400 + rainbow runner :)
16:58<lichen>this hsould keep me occupied for a while... and damn my roommate with his tivo!!
16:58<lichen>ill show him
16:58<nevertheless>Im running a g400, too, but without the rainbow runner
17:02<nevertheless>is there any information, about how to use cvs anonymously? because alwas downloading the cvs_root tarball is quite bad due to locl changes
17:03<Chutt>it's not using's cvs stuff
17:03<Chutt>password is mythtv
17:03<Universe>tivo is still a nice system...
17:03<Universe>I stil use mine
17:05<nevertheless>so why is it a project if you don't use their cvs and their tracker.etc systems?
17:05<Chutt>i'm using their web space to host screenshots
17:05<Chutt>not having control over your own cvs tree sucks
17:06<Chutt>i hate web based bug trackers
17:06<nevertheless>yeah, i know that from my work
17:06<Chutt>their mailing list stuff sucks
17:06<Chutt>so, i don't use any of it =)
17:06<nevertheless>hmmm, online bugtrackers are nice
17:06<Chutt>well, especially stuff like the sf one
17:06<Chutt>where you can anonymously file bugs
17:07<Chutt>that's just useless
17:07<Chutt>since most people that report bugs don't include enough information
17:07<Chutt>and how are you supposed to ask for more if you can't email them back?
17:07<nevertheless>hmmm, probably, Im using a non-anonymous for my work, and thats real nice
17:07<nevertheless>do you have a bugtracking system?
17:07<Chutt>there aren't any bugs =)
17:08<nevertheless>yeah, I realized, i mean, there is alotof stuff to do, but today was the first time mythfrontend crashed while watching livetv
17:09<Universe>there aren't any bugs!
17:10<nevertheless>this is, what mythtv is supposed to be ;-)
17:11<nevertheless>but, to be honest, thera really are now severe bugs
17:12<Chutt>like what?
17:12<Universe>did you see that windows as a media center os?
17:13<Universe>seems like everyone is jumping on the bandwagon now...
17:13<nevertheless>oh, no, not now :-)
17:14<Universe>the alienware box looks pretty sweet tho...
17:14<mdz>wtf is up with malloc
17:15<mdz>#1 0x40897a20 in _int_malloc (av=0x4093c480, bytes=1083425920)
17:15<mdz> at malloc.c:3808
17:15<mdz>#2 0x40896ce5 in __libc_malloc (bytes=460800) at malloc.c:3281
17:15<mdz>#3 0x407f5799 in __builtin_new () from /usr/lib/
17:15<mdz>#4 0x407f597f in __builtin_vec_new () from /usr/lib/
17:15<mdz>460800 != 1083425920
17:16<Chutt>that's not even the next power of 2
17:16<mdz>you're on current unstable, right?
17:16<Chutt>as of yesterday or so
17:16<mdz>and your libstdc++ is not broken anymore?
17:16<Chutt>i don't know
17:16<Chutt>i don't think so
17:16<Chutt>i need to go pick up my car, bbiab
17:40-!-lichen_ [] has joined #mythtv
17:43<lichen_>yeah i heard about the media center os.. is it like.. actually an os, or just something on top of windows?
17:49<nevertheless>in my oppinion, everything should be worked out for LindowsOS, since this is the only OS ;-) you just have to pay for a free thing ;-D
17:57<yebyen>it's way too late to be up and get up at 5 HEH
17:57* yebyennotes that is the last thing he said
18:00-!-tusncay0 [] has quit ["Client Exiting"]
18:06-!-fluff [] has quit ["using sirc version 2.211+KSIRC/1.2.1"]
18:13-!-nevertheless [] has quit [Remote closed the connection]
18:15-!-Markie [] has joined #mythtv
18:25<Markie>Chutt, you still here?
18:30<Chutt>for a few more minutes, yeah
18:31<Markie>umm...quick said i cant call the destructor ( in themedmenu) inside of the class itself..understood
18:32<Markie>but am i correct in what needs to be done is the code thats in the destructor? i.e. i just copy and paste that code?
18:32<Markie>delete logo; delete buttonnorma; delete buttonactive
18:32<Markie>and then go through the iterations
18:47-!-nevertheless [] has joined #mythtv
18:48-!-nevertheless [] has quit [Remote closed the connection]
18:48-!-nevertheless [] has joined #mythtv
18:59-!-nevertheless [] has quit [Remote closed the connection]
19:00<yebyen>Chutt: hmm
19:00<yebyen>Chutt: what are the keys for editing again?
19:01<yebyen>(or key, for 0.7)
19:01<Universe>e to go into edit mode
19:01<Universe>left, right, and enter/space
19:02<yebyen>now I just need another button on the remote :P
19:02<paperclip>hey that's the code from contra on the SNES =)
19:03<lichen_>up up down down left right left right b a start!
19:03<paperclip>yeah.. yeah.. it was a joke nerdboy
19:04<lichen_>shh, everyone knows the konami code
19:04<paperclip>oh.. does that work to enter edit mode too =)
19:04<lichen_>and if you dont you shouldn't be using computers at all
19:13<-- Syn-has quit (Read error: 104 (Connection reset by peer))
19:16<yebyen>Chutt: couldn't find codec -1 (1196444242)
19:17--> Syn-( has joined #mythtv
19:17<yebyen>Chutt: when my recordings end (if I don't quit them with escape), I get that message and mythfrontend goes defunct
19:18<yebyen>Chutt: 0.7, could be gone in CVS if you know about it...
19:34<yebyen>Chutt: and apparently tv_cat exists to concatenate two listing files together... i've got an xml file with all of the listings I want, now I just need a way to load it into the database :)
19:34-!-KeyserSoze [] has joined #mythtv
19:35<lichen_>isn't there mythadddatabase or something?
19:35-!-SadMan [] has quit []
19:35-!-mdz_ [] has quit []
19:36<yebyen>mythfilldatabase, yeah
19:37<lichen_>so whats the trouble? :) ... (im not being sarcastic.. im just working on setting up my own box, im working on gathering as much info as possible :))
19:37<lichen_>everyone says xmltv is the hardest part
19:37<yebyen>lichen_: I needed to create my own listing, nothing on is accurate for me... so I had to tv_grab_na from two different providers manually, and merge them together
19:37<lichen_>ohhh man.. yeah that would be a huge pain
19:38<yebyen>mythfilldatabase does the tv_grab_na on its own, I need to figure out how to do it manually
19:38<yebyen>or convince chutt to modify it to do it this way :)
19:40<lichen_>im hoping this works well with my g400 + rainbow runner
19:42<yebyen>who knows :)
19:42<lichen_>well i shoudl hope at least someone tried ti before, i dont wanna go at this alone :)
19:42<lichen_>i guess the main thing is to get v4l playing with it
19:42<yebyen>if that works, you should be fine
19:43<lichen_>what hardware d oyou use?
19:43<yebyen>hauppauge bt848, and the tv out on my gf2gts
19:44<lichen_>oh one thingi was wondering about, is it actually necessary to install X at all?
19:45<Universe>mythtv runs on X
19:46<lichen_>ah dang, so it needs Qt for X11 i guess
19:46<lichen_>i dont need some beefy installation of it though right? i can just make it use some simple window manager without all the gnome/kde crazy desktop managers?
19:47-!-mdz_ [] has joined #mythtv
19:47-!-SadMan [] has joined #mythtv
19:48-!-mdz__ [] has joined #mythtv
19:48-!-mdz_ [] has quit [Read error: 104 (Connection reset by peer)]
19:50<mdz__>Chutt: avcodec_decode_video is returning success, but it seems to only be drawing only one line of the image. any ideas?
19:51<Chutt>don't they have stuff to draw slices?
19:51<mdz__>yeah, but I'm not using it
19:51<mdz__>the codec doesn't even support that mode
19:51<Chutt>might it think you are?
19:51<yebyen>Chutt: hey
19:51<Chutt>yebyen, figure it out yourself :p
19:51<Chutt>make a wrapper around tv_grab_na or something
19:52<yebyen>Chutt: what do you use to insert it into the database
19:52<Chutt>all that stuff in mythfilldatabase
19:52<mdz__>nope,not that. hmm.
19:53<Chutt>"Greetings, My name is <> and we are seeking a c++ based developer..."
19:53<Universe>you getting emails requesting your services Chutt?
19:54<Chutt>just got one
19:55<Chutt>mdz, can i see what you've got?
19:56<mdz__>Chutt: if you want...I haven't cleaned it up
19:56<mdz__>it seems to be shuffling the buffers correctly, but the data isn't getting drawn into it by avcodec
19:57<mdz__>and I'm sure rtjpeg is completely broken
19:57<mdz__>it's against 0.7
19:58<mdz__>I can see the very top line changing, can't really tell if it's correct but it looks believable
19:58<mdz__>it's drawing all 3 planes
19:58<mdz__>but only one line
20:00<mdz__>yeah, I watched the same video in mplayer and the top line looks right
20:02<mdz__>actually, it may not be returning gotpicture as true
20:02<mdz__>I don't think that's checked
20:04<mdz__>now I've checked, and it's coming back true
20:07<mdz__>oh, I'm a moron
20:07<mdz__>I think I forgot to set a couple of avcodec DR parameters
20:10<mdz__>ok, it draws the whole frame now, yay
20:10<mdz__>some weirdness with the colour at the top and bottom
20:17<yebyen>Chutt: but yeah, what do you think about that "Cannot find codec"
20:17<Chutt>i dunno.
20:17<yebyen>Chutt: want a backtrace?
20:17<Chutt>i've never seen it
20:17<yebyen>can I get a backtrace if it doesn't really segfault?
20:17<Chutt>not really
20:18<Chutt>you can generally hit ctl-c in gdb and see where its hanging, though.
20:20<yebyen>Chutt: the editing stuff is cool :)
20:20<mdz__>this would be easier if I understood YUV I think
20:21<mdz__>I seem to have green bands at the top and bottom of the image
20:21<Chutt>what'd you change to get it to draw more than one line?
20:21<mdz__>I assume those are zeroes in the UV?
20:21<mdz__> mpa_ctx->dr_stride = video_width;
20:21<mdz__> mpa_ctx->dr_uvstride = video_width / 2;
20:22<mdz__>line 616
20:22<mdz__>there are separate settings for DR apparently
20:24<Universe>what ar eyou creating mdz?
20:24<mdz__>Universe: hopefully making playback faster
20:27<mdz__>so the Y plane is w*h, and U and V are w*h/4 each, right?
20:28<mdz__>so one line in Y is width, and one line in U or V would be width/2, no?
20:28<mdz__>I've got to be getting uvstride wrong
20:29<mdz__>heh, you see it?
20:29<Chutt>every keyframe's perfect
20:29<Chutt>it goes downhill from there =)
20:29<Chutt>doesn't look like you're getting either stride wrong
20:30<Chutt>no green bars, though
20:30<mdz__>downhill how, then?
20:30<mdz__>oh, that
20:30<Chutt>it was segfaulting on me
20:30<Chutt>so i had to turn on the CODEC_FLAG_EMU_EDGE
20:30<mdz__>really? it runs forever here
20:30<Chutt>and that stopped it
20:31<Chutt>i may have messed up your patch, though =)
20:31<mdz__>I had that on previously and took it out when I was trying to figure out that one-line problem
20:31<mdz__>ahh, CODEC_FLAG_EMU_EDGE fixes the colors!
20:32<mdz__>so now I need to deal with the other problem
20:32<mdz__>it acts almost like it's losing frames
20:32<Chutt>are you sure the dr_opaque_frame is what it's supposed to be?
20:32<mdz__>dr_opaque_frame is just opaque data to go to the buffer callback
20:32<mdz__>we own it
20:34<mdz__>yeah, I was about to try that
20:34<mdz__>because I noticed that the sound sync is way off
20:34<mdz__>as if perhaps it's only getting half the frames
20:34<mdz__>dr_ip_buffer_count doesn't seem to change anything
20:35<mdz__>audio sounds like it's at 2x
20:35<mdz__>actually, it does look better with dr_ip_buffer_count
20:35<Chutt>for me
20:35<mdz__>just not perfect yet
20:35<Chutt>each keyframe looks fine
20:35<Chutt>then it sorta smears upwards
20:35<Chutt>like its not saving the current frame's data
20:36<Chutt>to base the old stuff off of
20:36<mdz__>for me, there's only occasional corruption
20:36<-- nyquiljer(jer@ has left #mythtv
20:36<mdz__>and it's in that blocky pattern
20:36<mdz__>as if it's missing the data for some frames and continuing on
20:37<mdz__>or maybe getting the data from the wrong frame for some spots
20:37-!-mdz__ is now known as mdz_
20:38<mdz_>maybe I broke the free buffer calculation and it's writing into the next frame past the end of the buffer...
20:38<Chutt>it's using a good 10% less cpu, though
20:38<Chutt>sometimes 20%
20:38<mdz_>the fact that it looks different for you gives me that idea
20:38<Chutt>i've got 35-40% cpu free in livetv mode now
20:38<mdz_>it should be zero copies
20:39<mdz_>instead of 2
20:39<Chutt>right =)
20:39<Chutt>lemme take a screenshot, i'll show you what it looks like
20:40<mdz_>I think it may just be getting the wrong buffer sometimes
20:40<mdz_>I think I'm missing a lock
20:40<Chutt>no, this is constant
20:40<Chutt>unless i misapplied something in your patch
20:41<mdz_>are you running in debug or release mode?
20:41<mdz_>I've been on debug
20:42<mdz_>I'm tempted to rip out all the rtjpeg stuff from decodeframe so that I can see
20:44<mdz_>you mean I didn't break the screenshot stuff?
20:44<Chutt>what screenshot stuff?
20:44<Chutt>i just make it use the video blitter instead of the overlay
20:44<mdz_>what's screengrab about?
20:44<Chutt>just look at it =)
20:45<mdz_>I didn't read it, just blew by it doing some searches
20:45<mdz_>that looks quite different from what I see
20:46<mdz_>I assume those red blotches are not normal?
20:46<Chutt>the stuff on top is
20:46<_shad>How do I make the video brighter?
20:46<mdz_>mine looks perfect, except every few seconds there is one frame that is bad
20:47<mdz_>or sometimes a couple
20:47<Chutt>can you re-diff your stuff?
20:47<Chutt>i'll compare
20:48<mdz_>I'm also not using the OSD
20:49<mdz_>or the deinterlacer
20:49<mdz_>or mythtv, for that matter
20:49<Chutt>this is live-tv
20:50<Chutt>it was the deinterlacing
20:50<Chutt>turn that off, it's perfect
20:52<mdz_>perfect? or the same as mine?
20:52<mdz_>every once in a while, I get some pieces of the wrong frame
20:52<_shad>Live-tv? :)
20:52<mdz_>maybe it's a bad recording, I'll watch something else
20:52<Chutt>shad, err, that's always worked.
20:52<Chutt>mdz, it does segfault on exit, though =)
20:53<_shad>Chutt: hehe. I want to watch live tv with mythtv till I can afford a faster puter
20:53<mdz_>sound is right now
20:53<mdz_>but I am definitely getting pieces of old frames
20:53<mdz_>I wonder why it doesn't happen to you
20:55<mdz_>where's the segfault on exit? probably something silly, I've never even tried shutting it down
20:55<mdz_>nuppelvideo or Xvvideooutput?
20:55<Chutt>i don't know
20:56<Chutt>haven't looked at it yet
20:56<Chutt>it's funny seeing the shadows darken on pause =)
20:58<mdz_>oh, yeah, filters would definitely be broken
20:58<mdz_>easy to fix though
20:59<mdz_>hmm, no. not what I thought
20:59<Chutt>i don't see anything obviously wrong with the filters
21:02<mdz_>I'll get a perfect frame except for one block which is from an earlier frame
21:05<mdz_>then it gets worse, and is a mix of two GOPs until the keyframe, which is correct
21:07<Chutt>it's not the deinterlacing
21:07<Chutt>somethin else is goin on
21:07<mdz_>it's acting as if it expects the new buffer to be a copy of the old one
21:08<mdz_>and so it's not writing the entire frame, just the deltas
21:08<mdz_>that is my video-novice assessment
21:08<Chutt>ok, it's perfect if i don't have deinterlace=1 on
21:08<mdz_>not for me :-)
21:08<Chutt>if i turn on deinterlacing, it's crap
21:08<mdz_>on low-motion frames it's worse
21:08<Chutt>but if i comment out the deinterlacing stuff
21:09-!-elsefuderr [] has joined #mythtv
21:09<Chutt>the actual process_filters or whatever
21:09<Chutt>it's still crap
21:09<mdz_>are we running the same code?
21:09<mdz_>did you apply the patch to 0.7 or something newer?
21:10<elsefuderr>what causes a run out of audio buffers? i was watching tv (a bit behind the actual transmission) and suddenly audio went off
21:10<Chutt>anyway, i'll bbl
21:11<elsefuderr>and i got that error.. turned mythtv off, but still got same errors when i restarted it.. had to restart alsa
21:28<mdz_>Chutt: increasing dr_ip_buffer_count fixes my corruption issue
21:31<lichen_>whats alsa? i saw no mention of alsa anywhere on the myth page except from you guys mentioning it
21:32<mdz_>Chutt: I see that same crawling effect that you do when I enable linearblend
21:33<mmc2>lichen_: advanced linux sound architecture
21:33<mdz_>lichen_: I believe
21:33<mmc2> I think
21:33<mmc2>yeah thats it
21:33<lichen_>oh okay.. man, this is going to be one hell of a project getting all thsi working too :)
21:34<mmc2>if you are using debian debianplanet has a howto for building alsa with a kernel
21:34<lichen_>im use a live with the addon digital card, im assuming all thats supported?
21:34<lichen_>yeah im about to install debian right now
21:34<Universe>if you know nothing about linux... its good to start play with it before you when start with something like mythtv
21:35<lichen_>oh no, i know linux like teh back of my hand
21:35<lichen_>in terms of a server anyhow... when it comes to multimedia stuff, thats where my experience is lacking :)
21:35<Chutt>mdz, i don't think it's the linear blend algorithm, though
21:35<Universe>so you know nothing about a desktop linux system...
21:35<mdz_>Chutt: me either
21:35<Universe>thats surprising.
21:35<mdz_>Chutt: but I don't know what it is
21:36<mdz_>Chutt: it's the same damn thing with a different buffer
21:36<lichen_>no i wouldn't say nothing, im familiar with X and how to install it, configure it, use it and all that
21:36<lichen_>im just not acquinted with all the video/audio tools and support
21:37<lichen_>or well acquainted i should say
21:38<lichen_>but im sure i can do this
21:53<-- Universehas quit ()
21:58<Chutt>oh wait, maybe it is the linear blend
21:58<Chutt>does libavcodec access the previous frame?
21:59<mdz_>I was wondering
22:00<mdz_>if it didn't, it would have to make a copy of it
22:00<mdz_>I bet it uses the same one
22:01<mdz_>so linearblend is modifying the buffer and then it's being used by avcodec afterward
22:02<mdz_>that would also explain what I was seeing
22:02-!-dmz [] has quit [Killed (NickServ (Nickname Enforcement))]
22:03<mdz_>no, still doesn't make sense
22:03<mdz_>I'm not sure why increasing dr_ip_buffer_count fixed it, either
22:03-!-witten_ [] has joined #mythtv
22:03<mdz_>I set it to the MAXVBUFFER
22:04<witten_>anyone have a list of cool hardware they use for a dedicate mythtv/media box?
22:04<witten_>dedicated, rather
22:04<mdz_>cool as in low-heat?
22:04<witten_>no, cool as in not a big ATX beige PC :)
22:04<witten_>but low-heat would be nice too :)
22:05<mdz_>well, low-heat usually means higher noise
22:05<mdz_>so really you want hot quiet hardware
22:05<witten_>okay, hot quiet not big ATX beige PC then :)
22:06<mdz_>Chutt: I don't know what to do about the algorithm reversible?
22:08<mdz_>if not, I see no choice but to copy it
22:10<witten_>so, everyone just runs mythtv on their PCs?
22:11<witten_>no one puts it on a box in the living room plugged into their TVs?
22:11<mdz_>witten_: you are absolutely right
22:18<Chutt>mdz, or do it on display
22:18<Chutt>since display isn't the immediately previous frame
22:19<mdz_>it could be, couldn't it?
22:20<mdz_>it could be done on record
22:24<mdz_>how does that affect compression?
22:27<Chutt>doing the deinterlacing before display works fine
22:28<mdz_>but is it guaranteed to work fine?
22:28<mdz_>if the buffer is nearly empty, couldn't it be displaying the previous frame while it encodes the next?
22:29<mdz_>it could always reserve that buffer
22:29<Chutt>it only needs the current buffer and the immediately previous buffer
22:29<Chutt>since i don't allow it to generate b frames
22:30<Chutt>and i think it refuses to display until there are > 2 frames in the output buffer
22:30<mdz_>ah, that I did not realize
22:30<Chutt>the whole prebuffering stuff
22:30<Chutt>anyway, good work, this really cuts cpu usage =)
22:30<mdz_>I hope so
22:30<mdz_>I haven't been able to try it on my mythtv box yet
22:30<mdz_>I'm hoping it will get me 640x480 back
22:30<Chutt>it should
22:31<Chutt>considering i'm getting at least 10% more unused cpu with this
22:31<Chutt>at 640x480 with deinterlacing off
22:31<Chutt>now i just need to fix it so that it works with the preview window
22:31<Chutt>ie, pip
22:32<mdz_>and rtjpeg
22:32<Chutt>and pausing
22:32<mdz_>did you make the dr_ip_buffer_count change?
22:32<Chutt>i made it MAXVBUFFER - 1
22:32<Chutt>which seems to work here
22:32<mdz_>sounds good
22:33<Markie>yea!! i got dynamic themes working!!!!!!
22:33<Chutt>and fix that segfault on exit
22:34<mdz_>my mythplay doesn't currently have an "exit" function
22:34<mdz_>so I didn't quite run into that one
22:35<Markie>Chutt, are you gonna not be happy if i have to change something core?
22:36<Markie>well it's not that much of a big deal..
22:36<Markie>mythcontext.h has SetSetting private
22:36<Chutt>oh, whatever
22:36<Markie>i need to make it public so that you cna change the settings
22:36<Markie>kewl :)
22:48-!-dmz____ [] has joined #mythtv
22:48-!-dmz____ is now known as \dmz
22:49-!-witten_ [] has quit ["bye"]
22:57-!-Universe [] has joined #mythtv
23:08-!-aw [] has joined #mythtv
23:14<_shad>There is no way currently to set the brightness and contrast?
23:28<-- Syn-has quit ("* k8 liked it better when syn was too busy working and couldnt play quake | <k8> HISYN | <a|wiseguy> syn has it right, esp un)
23:31--> Syn-( has joined #mythtv
23:38<mdz_>_shad: you can set them before you start mythtv, though
23:40<Chutt>fixed the preview window, hmm
23:40<Chutt>and the segfault on exit =)
23:43<-- Universehas quit ()
23:43-!-yebyen [] has quit [Read error: 104 (Connection reset by peer)]
23:43-!-yebyen [] has joined #mythtv
23:45<mdz_>Chutt: nice
23:45<mdz_>Chutt: what about the deinterlacer?
23:45<Chutt>i made it not initialize xv unconditionally
23:45<Chutt>still the same
23:46<mdz_>you have decided that is the way to go though, to do it before display?
23:46<Chutt>think so
23:46<mdz_>are your current changes in CVS yet?
23:46<mdz_>hmm, I should probably go to bed anyway, or I'd work on it
23:46<Chutt>want to fix rtjpeg first
23:46<mdz_>ah yes
23:47<Chutt>which, i think i just did
23:48<mdz_>I'm off to bed, but if you want to send me your diff I can test it some tomorrow if you want some confirmation before you commit it
23:48<Chutt>i'll probably just commit it
23:48<Chutt>if you don't mind
23:49<mdz_>no problem for me
23:49<Chutt>i'll send an email to the list and ask people to test it
23:49<mdz_>it could make a big difference for some of those people on very underpowered systems
23:49<Markie>i'm going to bed...i'm happy..i inderstand the code quite a bit now, and i got it working too!
23:49<Chutt>not if they're using rtjpeg, though =)
23:49<mdz_>true, which they probably all are
23:50<Chutt>but, it may make mpeg4 useable by more people
23:50<mdz_>Markie: what are you working on?
23:50<Markie>btw, Chutt in ~themedmenu ,theres a segfault bug.
23:50<Markie>looping theour the allButtonIcons.
23:51<Markie>just do an allbuttonicons.clear()
23:51<Markie>i'll have it in my patch
23:51<Markie>mdz: umm..MythSettings
23:51<Markie>right now, changing themes on the fly
23:51<Markie>then setting up/updating channels
23:52<Chutt>if you just do an allbuttonicons.clear(), how does it delete the pixmap?
23:52<Markie>ah..gotach..all i know was that that loop was segfaulting every time.
23:52<Markie>i didnt really look to see that allbuttonicons sotred :^)
23:53<Markie>i changed it to use clear() and it stopped segfaulting :^)
23:53<Chutt>well, you changed something else to make it segfault :p
23:54<Markie>*shrug* i'll look into it more tomorrow
23:54<Markie>oh, and i learned on other new thing thats completely off topic: theres a Terminal Server/Remote Desktop client for linux! woo hoo!
23:54<Chutt>what, vnc?
23:55<Markie>for windows terminal servers
23:55<Markie>and winXP remote desktop
23:55<Markie>night night
23:56<paperclip>old hat =)
23:59<Markie>is ButtonIcon a QT thing?
23:59<Chutt>it's a struct defined in themedmenu.h