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

---Logopened Wed Dec 31 00:00:41 2003
---Daychanged Wed Dec 31 2003
00:00<cmorgan>so i found the source of the delays
00:00<dopez>Rule: not sure about mythweb, i do know that tv_grab_nl is having some trouble grabbing anything from 2004
00:01<dopez>not sure if your using that tho
00:01<cmorgan>appears to be in killPlayer(). qApp is locked so no more events are being processed and we then wait for nvp to start playing, then we pause the rbuffer and wait until its paused then we stop nvp and wait until it stops
00:01<cmorgan>this can take some 4000ms in some cases
00:02<Rule>dopez : I verified that it is in fact in the database, xmltv is ok
00:02<cmorgan>i think the old code had this delay but it had unlock/processEvents/locks inside of killPlayer()
00:02<cmorgan>so events were being handled
00:02<dopez>Rule: nevermind me then ;)
00:02=ShockValue [~ShockValu@12-229-50-69.client.attbi.com] quit ("KVIrc 3.0.0-beta2 "T-Rex"")
00:12<Chutt>events weren't being handled, that was all wrapped in an ignoreevents
00:15<cmorgan>ahh yes
00:15<cmorgan>any ideas?
00:15<Chutt>nope
00:15<cmorgan>i was going to just start inserting timers all over
00:15<cmorgan>i'm surprised it is slower.... :-(
00:16<cmorgan>you don't get the pause when starting playback?
00:16<cmorgan>the change defers starting nvp until the next video update
00:16=Rule [~Rule@D5765250.kabel.telenet.be] quit ("need sleep")
00:17<cmorgan>maybe that is making the delay for it to start longer so we wait longer for it to start in killPlayer()...
00:17<cmorgan>could you add the unlock/processEvents/lock lines into killPlayer() and see if that makes it go away?
00:18<cmorgan>the bad delay that is
00:20<Chutt>the initial startup delay was 500 ms before
00:20<Chutt>now, i think you just do 33 ms, right?
00:20<cmorgan>that would make sense
00:20<cmorgan>since i don't actually start anything
00:21<Chutt>well, the old timer was a singleshot one
00:21<Chutt>i think
00:21<Chutt>so it'd get reset all the time
00:22<cmorgan>i didn't change any of the timer stuff
00:22<cmorgan>just made it use a 1000/30 timer all of the time
00:22<cmorgan>figured it wouldn't hurt to have extra update events in the case where we didn't need them, we don't actually do anything in those cases anyway
00:24<Chutt>yeah, except for when it was delaying the start for user input to happen =)
00:24<Chutt>i'm going through and making the ringbuffer's readahead thread not used for the previews
00:24<cmorgan>what will that do?
00:25<cmorgan>oh i see
00:25<cmorgan>in updateInfo() the timer->start(500)
00:25<Chutt>well, it won't take time to shut it down anymore
00:25<Chutt>should speed that all up a bit
00:25<cmorgan>i should remove that in the code i sent you
00:25<Chutt>remove what?
00:26<cmorgan>the call to timer->start() in updateInfo()
00:26<cmorgan>we never stop the timer
00:26<cmorgan>so there is no need to have it hold off for 500ms
00:27<Chutt>err
00:28<Chutt>the point of that 500 ms there was to have it not start the preview window for a little bit
00:28<Chutt>so the user could possibly hit another key and not have to wait while it started the preview playback
00:28<cmorgan>but now we don't need to wait
00:28<cmorgan>the user can change selections without the nvp starting up
00:29<Chutt>how?
00:29<cmorgan>all nvp stuff is done via updateVideo()
00:29<cmorgan>even if nvp is starting up the user can switch selections
00:29<Chutt>that's in the same thread that the keypress handler is in
00:29<Chutt>it's still blocking
00:30<cmorgan>but updateVideo() isn't waiting for the player to start like before
00:30<cmorgan>it just exits out and checks next time
00:30<cmorgan>there is that unfortunate delay in killPlayer() though...
00:30<Chutt>it's waiting for it to die, though.
00:31<cmorgan>if that could be fixed that would be quite nice
00:31<Chutt>so, it's still waiting.
00:31<Chutt>and the net effect is that the new code is slower than the old stuff.
00:31<cmorgan>i still don't think the 500ms delay is necessary now that we aren't waiting for it to start although that would avoid having to kill it...
00:31<Chutt>that's the whole point.
00:31<cmorgan>i'll state machine up the killPlayer() routine
00:31<cmorgan>so we can check and exit
00:32<cmorgan>rather than sit and spin
00:32<Chutt>that'll slow things down
00:32<cmorgan>that should eliminate the delay on shutdown
00:32<cmorgan>we would be processing key events during that time
00:32<Chutt>as you'll only be checking every so often, instead of killing off things in order properly
00:32<cmorgan>and updating the list text
00:32<Chutt>right, but it'll slow down the whole preview startup/shutdown process.
00:32<cmorgan>we'll check 30 times a second i think
00:33<cmorgan>each time the timer expires
00:33<cmorgan>so there will be some wasted time but maybe 3/30th of a second?
00:35+Viddy [~lsk@203-167-191-181.dsl.clear.net.nz] joined #mythtv
00:35<cmorgan>i'd hate to give up on the patch at this point
00:36<cmorgan>let me move the delay in starting up the new playback
00:36<cmorgan>and see about fixing up killPlayer()
00:37<cmorgan>i'll have the updateVideo routine wait 'X'ms after it sees that it should start a new playback
00:37<cmorgan>that should keep from having to wait to kill it
00:37<cmorgan>having killPlayer() not sit and wait should really speed things up
00:37<Chutt>having it not run the readahead thread should help more
00:37<Chutt>and i'm almost done with that..
00:37<cmorgan>if those two are fixed and its faster is it good to go?
00:38<Chutt>sure
00:38<cmorgan>;-)
00:38+ShockValue [~ShockValu@12-229-50-69.client.attbi.com] joined #mythtv
00:38<Chutt>what about the timer->stop at the top of killplayer?
00:38<cmorgan>alright. i'll fix it up a bit tomorrow. i think it should be quite smooth after those changes.
00:38<cmorgan>that will have to go
00:38+jarrett [~jarrett@wht-3-36.caro.net] joined #mythtv
00:38<ShockValue>anyone here use NVTV?
00:38<cmorgan>since we'll need the timer to update us
00:39<cmorgan>i'll shut it down at some other time prior to destroying the object
00:39<ShockValue>im trying to figure out how to put a +2 horizontal shift on the command line.
00:39<cmorgan>Chutt: as usual your help has been very helpful ;-)
00:40<Chutt>i'll probably commit some of this tonight
00:41<Chutt>as i want to get pahli_bar's stuff in
00:41<cmorgan>the stuff i sent in or the ringbuffer stuff?
00:42<Chutt>both
00:42<cmorgan>alright. i'll merge up any differences and send you a patch tomorrow sometime.
00:42<cmorgan>night, and thanks again
00:42<Chutt>great
00:42<Chutt>later.
00:45=cmorgan [~cmorgan@cpe-68-118-244-105.ma.charter.com] quit (Remote closed the connection)
01:01+hfb [~hfb@adsl-63-201-96-68.dsl.lsan03.pacbell.net] joined #mythtv
01:09<ShockValue>ok, so i ripped a DVD in perfect mode, with the "en 6 ch DTS" option on. yet when i play it back, it comes in as DD5.1.. what did i do wrong here?
01:25+acm [~acm@c-24-8-74-193.client.comcast.net] joined #mythtv
01:25=matli [~matli@foo157-229.visit.se] quit (Read error: 104 (Connection reset by peer))
01:58=mgi [~mgi@adsl-19-209.swiftdsl.com.au] quit ("[BX] Reserve your copy of BitchX-1.0c19 for the Amiga today!")
02:05=ahbritto [~ahbritto@adsl-64-161-117-108.dsl.snfc21.pacbell.net] quit (Client Quit)
02:13=jeffpc [~jeffpc@ool-44c218a8.dyn.optonline.net] quit (Remote closed the connection)
02:17+jeffpc [~jeffpc@ool-44c218a8.dyn.optonline.net] joined #mythtv
02:20+_kch_ [~kch@175.Red-80-37-138.pooles.rima-tde.net] joined #mythtv
02:30+marc [~Marc@bhgiwp2.eurx.dupont.com] joined #mythtv
02:49+Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] joined #mythtv
02:54+mchou [~mchou@c-24-6-158-93.client.comcast.net] joined #mythtv
02:54=Octane [octane@dsl092-100-149.nyc2.dsl.speakeasy.net] quit (Connection timed out)
03:00=MythMichalezzzzz [[7ywW5yCyp@pln.cc] quit ("Leaving")
03:03=tmk [~no@c-24-6-225-39.client.comcast.net] quit ()
03:03=hfb [~hfb@adsl-63-201-96-68.dsl.lsan03.pacbell.net] quit ("Client exiting")
03:06=marc [~Marc@bhgiwp2.eurx.dupont.com] quit ("Leaving")
03:09+matli [~matli@foo157-229.visit.se] joined #mythtv
03:18-mchou [~mchou@c-24-6-158-93.client.comcast.net] left #mythtv ()
03:53=jarrett [~jarrett@wht-3-36.caro.net] quit (Read error: 60 (Operation timed out))
03:53=matli [~matli@foo157-229.visit.se] quit (Read error: 104 (Connection reset by peer))
04:10=dilate [~dilate@adsl-68-72-134-138.dsl.chcgil.ameritech.net] quit ("Leaving")
04:48=acm [~acm@c-24-8-74-193.client.comcast.net] quit (Read error: 110 (Connection timed out))
04:55+shamoun [~shamoun@c-24-10-37-99.client.comcast.net] joined #mythtv
05:07+Lad [~Lad@81-86-161-26.dsl.pipex.com] joined #mythtv
05:10+matli [~matli@foo157-229.visit.se] joined #mythtv
05:15-Lad [~Lad@81-86-161-26.dsl.pipex.com] left #mythtv ("Kopete 0.7.2 : http://kopete.kde.org")
05:27+Octane [octane@dsl092-100-149.nyc2.dsl.speakeasy.net] joined #mythtv
05:46=matli [~matli@foo157-229.visit.se] quit (Read error: 104 (Connection reset by peer))
06:10=_kch_ [~kch@175.Red-80-37-138.pooles.rima-tde.net] quit ("Terminando cliente")
06:11+acm [~acm@c-24-8-74-193.client.comcast.net] joined #mythtv
06:15=FryGuy [~fryguy@c-24-2-50-122.client.comcast.net] quit (Read error: 104 (Connection reset by peer))
06:34+sfr [~sfr@p508ABA7C.dip.t-dialin.net] joined #mythtv
07:25+racer [~t@cc96378-a.hnglo1.ov.home.nl] joined #mythtv
07:45+nijo [~niess@p50856386.dip0.t-ipconnect.de] joined #mythtv
08:07=Justin_ [~justin@H250-136.FREEDOM.resnet.albany.edu] quit (Read error: 60 (Operation timed out))
08:11=Dirus [65536@ip68-228-33-26.tc.ph.cox.net] quit (Connection timed out)
08:51+Dirus [65536@ip68-228-33-26.tc.ph.cox.net] joined #mythtv
09:40=nijo [~niess@p50856386.dip0.t-ipconnect.de] quit (Remote closed the connection)
10:17+sc00p [~sc00p@adsl-212-80-54.cae.bellsouth.net] joined #mythtv
10:32+_rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] joined #mythtv
10:37+cmorgan [~cmorgan@cpe-68-118-244-105.ma.charter.com] joined #mythtv
10:44+hfb [~hfb@lsanca1-ar2-4-60-002-085.lsanca1.dsl-verizon.net] joined #mythtv
10:46+Henk_Poley [~Wuxmak@a80-126-114-182.adsl.xs4all.nl] joined #mythtv
10:47<Henk_Poley>Is there someone around who knows about setting up mythtv in Europe (esp. the Netherlands)
10:48<Henk_Poley>Or some (working/usefull) pointers
10:48<Henk_Poley>There is supposed to be some "non US" doc, but there's only an 'under construction' notice on that website
10:49<sfr>where do you have problems, Henk_Poley?
10:50=rkulagow_ [~rkulagow@c-24-7-220-28.client.comcast.net] quit (Read error: 110 (Connection timed out))
10:51<Henk_Poley>no problems untill now, I just bought the hardware, it will arive in a week or so
10:51<Henk_Poley>But I thought I'd better be prepared
10:51=Vee2d2 [~vin@c66.169.136.41.ts46v-07.ftwrth.tx.charter.com] quit (Connection timed out)
10:52<Henk_Poley>The intructions in the normal docs at mythtv.org are sometimes quite USA centric
10:52<Henk_Poley>But maybe the XMLTV stuff is now in such a good shape that I can use the standard package (that at least, wasn't the case 6 months or so ago)
10:53+Vee2d2 [~vin@c66.169.136.41.ts46v-07.ftwrth.tx.charter.com] joined #mythtv
10:54<Henk_Poley>I've stopped really reading the mailinglist (err mailingflood) 6 months ago
10:55<cmorgan>haha
10:55+holger_ [~holger@dialin-212-144-011-199.arcor-ip.net] joined #mythtv
10:55=_rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] quit (Read error: 110 (Connection timed out))
10:56<sfr>for setting up your channels, it's probably best to set up xawtv first (if possible) and then use your xawtvrc file with mythfilldatabase. and add the --preset option as well (this option isn't mentioned in the docs afaik, see mythfilldatabase --help for what it does)
10:57<Henk_Poley>thank you, nice to know
10:57<Henk_Poley>I knew there was 'something' with setting the channels up via xawtv yes
10:59<Henk_Poley>btw, does anybody know a list of keys used to steer mythtv? So I can see if I need to get another remote or something
10:59<sfr>keys.txt in the source tree
10:59<Henk_Poley>Hmmm, "handy"
11:00<Henk_Poley>Is there a CVS html viewer, for mythtv CVS? I don't really need the full tree now
11:00<Henk_Poley>Or can somebody put up the file somewhere.
11:00<sfr>yes
11:01<Henk_Poley>And can anybody say if going the simple "KnoppMyth" path would be handy?
11:02<Henk_Poley>I'm going to use a Pundit with Celeron 2.4GHz and 512MB RAM, so I think I won't *need* optimizations, but well...
11:04<Henk_Poley>Found one http://stealthboy.dyndns.org/~msherman/keys.txt
11:09<Henk_Poley>The mouse doesn't do anything in MythTV isn't it?
11:12*Henk_Poley guesses he's asking the wrong questions at the wrong time ;)
11:12+rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] joined #mythtv
11:13+dja [~alden@zaphod.math.ohio-state.edu] joined #mythtv
11:13<rkulagow>it only took 12 days for comcast to fix their routing outage. that's outstanding.
11:13<rkulagow>and i only had 2836 messages in the queue.
11:16<Henk_Poley>rkulagow: mostly mythh-users and myth-dev mails? ...
11:17<rkulagow>935 -users, 261 -dev, 290 ivtv and a bunch in nanog and bugtraq and stuff.
11:27=rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] quit (Read error: 54 (Connection reset by peer))
11:48=Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] quit ("toedeledoki")
11:48=Teflon [~rhooper@CPE00a0cc30463d-CM014110200038.cpe.net.cable.rogers.com] quit (Read error: 54 (Connection reset by peer))
11:55+Teflon [~rhooper@CPE00a0cc30463d-CM014110200038.cpe.net.cable.rogers.com] joined #mythtv
11:56=cjs [~cjs@cs662594-112.satx.rr.com] quit ("ircII EPIC4-1.1.6 -- Are we there yet?")
12:01<Henk_Poley>Does anybody know how long a stage 1 Gentoo install of mythtv should take on a Celeron 2.4 ?
12:03=holger_ [~holger@dialin-212-144-011-199.arcor-ip.net] quit ("Client exiting")
12:03=ShockValue [~ShockValu@12-229-50-69.client.attbi.com] quit (Read error: 113 (No route to host))
12:12+rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] joined #mythtv
12:12=dja [~alden@zaphod.math.ohio-state.edu] quit (Read error: 110 (Connection timed out))
12:42<sfr>bitbyte: done
12:44<bitbyte>woohoo!!
12:45<bitbyte>how big is it?
12:45<sfr>bitbyte: including a few minutes pre/postroll ~920MB
12:45<bitbyte>little bigger than we thought
12:45<bitbyte>but not significantly
12:46<bitbyte>i figured about 800
12:46<sfr>i guess the high-res probably wasn't necessary on ~35 years old film material :)
12:46<bitbyte>perhaps
12:47<bitbyte>altho sometimes a low quality recording only takes a bad picture and makes it even worse
12:47<bitbyte>i've seen that happen lots of times
12:47<bitbyte>its like making a copy of a vhs tape on another vhs tape
12:47<sfr>hah, exactly 30 minutes long
12:47<bitbyte>ok
12:48<bitbyte>i thought more like 20, but it's been 3 years since i've seen it
12:48<sfr>the show itself is a few minutes shorter
12:48<bitbyte>if you want to convert it to a divx to make it smaller thats fine, i can reconvert it back on my side
12:49<sfr>i don't care about the filesize, if that is your concern.
12:49<bitbyte>yes
12:49<bitbyte>i just tohught it would take a lot less time to download
12:51<bitbyte>i dont want to take up your bandwidth for a long time
12:51<bitbyte>you said you are capped at 10kBytes/second?
12:51<sfr>hm, i've actually never converted s/t to divx :) about maybe ~14kBytes
12:51<bitbyte>i dont think it's hard
12:52<bitbyte>let me find the software a second
12:52<sfr>transcode?
12:52<bitbyte>yes
12:54<bitbyte>you on windows?
12:54<bitbyte>please say yes!
12:54<bitbyte>hehe
12:54<sfr>suggest a working combination of cmdline args for transcode and i'll use that. :) Hell, no.
12:55<bitbyte>the software is called transcode
12:55<bitbyte>you have that?
12:55<sfr>bitbyte: i'll see if i can get it transcoded in the next days.
12:55<sfr>bitbyte: yes, sure.
12:56<bitbyte>i'm lookin for a howto now
13:02<bitbyte>hm
13:02<bitbyte>i just keep seeing vob2divx4.pl stuff
13:02<bitbyte>doe stranscode include a bunch of other perl scripts for mpg to divx?
13:02<bitbyte>i'm surprised it can read a vob directly, typically you have to extract them first
13:03<sfr>the power of unix, hehe
13:03<sfr>hm, there is nuvexport
13:04<bitbyte>this would be dead easy on a window smachine
13:04<bitbyte>hehe
13:05<sfr>rm 1021_20031231181300_20031231183300.nuv, ups
13:05<sfr>;)
13:06<bitbyte>eek
13:08<bitbyte>it's mpeg2 right?
13:08<sfr>yes
13:09<sfr>i'll play with nuvexport a bit, it's time to move some recordings to cd anyway
13:09<bitbyte>MEncoder should be able to do this
13:09<bitbyte>it's part of Mplayer
13:10<bitbyte>i'mlooking for a howto now
13:10<sfr>yes. all the tools are there, i just never used them :)
13:11<Henk_Poley>Some 'frontend' of the kind, take this input, make it VCD compatible (or something) would be handy though
13:12<bitbyte>indeed
13:15<Henk_Poley>Please note that even on windows that doesn't really exist
13:15<bitbyte>yes it does
13:15<bitbyte>www.divx.com
13:15<bitbyte>and it's free
13:15<bitbyte>:)
13:16<Henk_Poley>For example the otherwise excelent Gordian Knot has magnificent bitrate calcs etc. but it only rips DVDs...
13:16<bitbyte>i'll bbiab
13:16<bitbyte>i'll keep lookin sfr
13:16<Henk_Poley>It converts them to about any format on the planet though...
13:17<bitbyte>i was thinking he could use a program to make a vob from the mpg he has now, and then use transcode to convert it, that shoudl be simple, but a bit more involved than i think he wants to gte
13:17<bitbyte>get
13:17<bitbyte>bbiab
13:18*sfr cuts off the pre/postroll parts, i'm too nice
13:22*pahli_bar wonders if there's a clean way to mix qt widgets and myh uitypes
13:22<Chutt>pahli_bar, thor's doing it in mythdvd
13:22<pahli_bar>cool. off to downloading mythdvd... thanks
13:22+tmk [~tmk@c-24-6-225-39.client.comcast.net] joined #mythtv
13:22<Chutt>he is just using a line edit box
13:23<Chutt>but, think that should work for other stuff
13:23<pahli_bar>thats good enuf. i just want to add a spinbox
13:25<sfr>anyone here used nuvexport? it only removes a recording with the nuv/sql export option, right?
13:25<sfr>err, removing from the db that is
13:26<acm>hrm, mythweb chokes if mythfilldatabase hasnt been run..
13:27<acm>Fatal Error at /var/www/localhost/htdocs/mythweb/includes/programs.php, line 85: load_all_program_data() attempted with an empty $Channels array
13:27<Chutt>so fill the database
13:27<pahli_bar>acm: so run mythfilldatabase
13:27<acm>yeah i am. should have some sorta nice msg there tho
13:27<acm>cause im new and it took me a while to figure that out
13:27<Chutt>you can't watch tv or schedule recordings with an empty database either
13:27<pahli_bar>what would you expect to see there if there is not db
13:27<acm>"run mythfilldatabase" :)
13:28<Chutt>the docs tell you to run it after finishing the setup app
13:28<acm>not a php error
13:28<Chutt>the setup app itself tells you to run it after finishing
13:28<acm>yes yes i know
13:28<pahli_bar>acm: guess you started from the wrong end of the install :)
13:28<acm>im just saying its not very robust if not running it can crash the php script
13:28<Chutt>pahli_bar, you going to merge in your updated mythnews stuff today?
13:28<Chutt>acm, feel free to submit a patch, then
13:29<acm>i might!
13:29<pahli_bar>Chutt: the mainwindow is ready. i can merge it in.
13:29<pahli_bar>Chutt: working on a themed setup now
13:29<Chutt>ah, ok
13:30<pahli_bar>want to get replace the clunky ole listview(s) with some nice uitype(s)
13:30<pahli_bar>s/get//
13:32<Chutt>heh
13:33<Chutt>i broke some widget focusing last night
13:33<Chutt>ah well
13:33<pahli_bar>in ...?
13:34=racer [~t@cc96378-a.hnglo1.ov.home.nl] quit ()
13:34<Chutt>everywhere =)
13:34<pahli_bar>heh
13:35<pahli_bar>nice.. thor used uiblackhole to fix the geometry of the lineedit. very clever
13:35<Chutt>he wrote all that in the first place, so =)
13:36<pahli_bar>guess he wrote uiblackhole to do that hack, eh!
13:36<pahli_bar>necessity being mother of invention
13:36<bitbyte>sfr, does your ftp server support resume for downloads?
13:36<sfr>i guess so, it's proftpd
13:37<bitbyte>probably does
13:37<bitbyte>send me the login info and i'll give it a shot whenever you are ready
13:37<sfr>nuvexport doesn't seem to like utf-8, always gets stuck when showing the description
13:37<bitbyte>i'm guessing you have to somehow get it from nuv to mpeg or something?
13:37<Chutt>the uiblackhole stuff was for the mythmusic vis, originally
13:38<meth>anyone have a dvb-s card or using a satellite receiver with mythtv?
13:38<sfr>bitbyte: i wanted to encode it as a divx using nuvexport
13:41<acm>should mythweb 0.13 work fine w/mythtv 0.12?
13:43<Chutt>no.
13:43<acm>doh. getting : SQL Error: Unknown column 'recpriority' in 'field list'
13:43<acm>when i try to record..
13:45<Chutt>because it's not compatible.
13:45<acm>ok
13:45<bitbyte>sfr, ok, however you want, i dont wnat this to becoem a lot of trouble for you tho
13:45<bitbyte>and i dont mind fussing with the mpeg2 here on my system
13:45<acm>all i had to choose from in emerge
13:46<sfr>bitbyte: it wouldn't be if nuvexport would work/i knew why it seems to get stuck. i'll just make the nuv file available for download
13:46<bitbyte>we could give the download a try and see how fast it goes along
13:47<Chutt>mythtv 0.13 is in gentoo.
13:47<bitbyte>ok, so whats an nuv then?
13:47<bitbyte>and will i be able to work with it?
13:47<bitbyte>or do i need myth installed?
13:47<sfr>bitbyte: just rename it to mpeg
13:47<bitbyte>ah ok
13:47<bitbyte>thats fine
13:48<bitbyte>if the ftp supports resume, i can get it in bits and pieces
13:48<bitbyte>i would think it does
13:48<bitbyte>most all of them support it for downloads, only a few for uploads
13:49<bitbyte>with any luck i'll be able to get on your ftp from work
13:49<bitbyte>depends on how you have it configured, our firewalls are a pain in the ass
13:49<bitbyte>just msg me the info plz, i am heading back to work now
13:49<bitbyte>(i'm at home now)
13:50<bitbyte>:)
13:50<sfr>bitbyte: ok
13:50<bitbyte>thanks again
13:50<bitbyte>the entire family thanks you!
13:50<sfr>bitbyte: you got another 5 minutes?
13:54<kvandivo>just had a random thought... it might be neat when using preroll to have a flag to have playback default to starting at the "expected start time". So, if you had things set to start recording 2 minutes early when you actually played it it would start 2 minutes into the recording... could be done with an autobookmark, i suppose.. although not real clean..
13:54*kvandivo goes off to add an item to his list.
13:55+dopez_ [~unknown@dopez.xs4all.nl] joined #mythtv
14:04<meth>is it possible to use a smart card w/ dvb to decode encrypted satellite signals?
14:05<cmorgan>i've heard of apps that will decrypt scrambled cable, not sure if they work though ;-)
14:06+loebrich [~chatzilla@rdu57-84-059.nc.rr.com] joined #mythtv
14:06<meth>ive read a few things on this just hard to find a good source of info
14:06<meth>i dont want to illegaly decrypt it
14:06<meth>so its gotta be done with the smartcard,pccard
14:07<meth>Nova-t PCI product can receive and show digital TV. (DVB Free-to-Air channels)
14:07<meth>free-to-air i imagine is non encrypted
14:07=dopez [~unknown@dopez.xs4all.nl] quit (Read error: 110 (Connection timed out))
14:09dopez_is now known as dopez
14:10<meth>im trying to setup myth on a sat card where i dont need a normal sat. receiver
14:10<meth>doesnt look very possible
14:12+sweetboy [~mythtv@pcp01286415pcs.hurtl301.al.comcast.net] joined #mythtv
14:13+Justin_ [~justin@H250-136.FREEDOM.RESNET.ALBANY.EDU] joined #mythtv
14:32=Henk_Poley [~Wuxmak@a80-126-114-182.adsl.xs4all.nl] quit (Remote closed the connection)
14:41+michale [[GLUx+aydR@pln.cc] joined #mythtv
14:41michaleis now known as MythMichale
14:46<bitbyte>anyone here running myth on an xbox?
14:46<MythMichale>Yes... Sorta :)
14:47<MythMichale>I have it installed, but have yet to connect it to my back end...
14:47<bitbyte>is it cd bootable? or do you ahve to install it on the harddrive? I'd like to be able to multitask an xbox for playback as well as normal usage as a game console
14:49<kvandivo>check out the knopp project. i believe they made a livecd for the 'xbox
14:49<kvandivo>i know someone did.. mythtv.org has a comment on it as well
14:51<Chutt>in the links section
14:51<MythMichale>I have it installed on the HD
14:53<bitbyte>MythMichael, are you still able to use the xbox as a game console?
14:54<kvandivo>xbox-linux.org, bitbyte. it will have answers to a lot of your questions.
14:54<MythMichale>Yep.... I run it thru EVOX and have a MYTH link on the main menu
14:54<bitbyte>aha, thanks very much kvandivo
14:54<kvandivo>also, xbox-scene.com has a bunch of stuff
14:55<bitbyte>very nice Michael. I think I may have found a way to convince the wife to let me buy an xbox!
14:55<kvandivo>:) once you get one you'll want two
14:55<kvandivo>since i didn't get a second for christmas for my second tv i might end up getting another one myself
14:57<bitbyte>i already planning on that haha
14:58<bitbyte>it's a cheap front end, and you get to play games on it too!
14:58<bitbyte>hehe
15:01<MythMichale>Bit I have seen them for as cheep as $100 The last one I got (we have 2) I paid $125 including shipping
15:01<bitbyte>i've seen them refurbed for 139
15:01<bitbyte>locally
15:01<bitbyte>and i live out in the sticks
15:01<bitbyte>hehe
15:01<meth>i got 2 from bestbuy, both broke within 2weeks
15:03<bitbyte>warranties ar eyour friend
15:04<meth>:)
15:05<meth>for $130 tho it would make a great frontend
15:05<meth>better then a 333 or similar, only thing thats gonna be around $100 for a full pc
15:06<bitbyte>exactly
15:06<bitbyte>hard ot get even a crappy computer for 130 dollars
15:06<bitbyte>michael, any particular mod chip you recommend?
15:07<MythMichale>Actually, I would recomend against a mod chip...
15:07<MythMichale>Do the 2 Solder mod and then the Mech Installer...
15:07<bitbyte>hm
15:07<bitbyte>i'm guessing you mean ot piggyback to bios'es?
15:08<bitbyte>i'll have ot go read up on this
15:08<MythMichale>I have one that is hard mod-ed and one that is Chip modded.. And the hard modded one is a LOT more reliable...
15:08<MythMichale>xbox-scene has some of the best info around
15:08<MythMichale>But since I have started in Myth, I haven't kept up on my XBOX....
15:08<meth>any of you two use satellite?
15:09<bitbyte>yeah, is it info on the har dmod itself? or mythTV too?
15:09<bitbyte>i use satellite, but not myth yet
15:09<bitbyte>so i dont know if i'll be of much help
15:09<meth>hehe
15:09<meth>nope :)
15:10<bitbyte>:)
15:10<bitbyte>but i know about pvr's quite well and i know a lot about satellite
15:10<bitbyte>just not myth specifically
15:11<bitbyte>i think chutt wishes i'd go away :)
15:13<MythMichale>I was bummed to learn that the pcHDTV card can only do OTA :^(
15:13+FryGuy [~fryguy@c-24-2-50-122.client.comcast.net] joined #mythtv
15:17+sfr_ [~sfr@p508A9719.dip.t-dialin.net] joined #mythtv
15:18<sfr_>bitbyte: you don't even use mythtv yet? if i had known this before
15:19<bitbyte>ut oh
15:20<bitbyte>i'm building the system now
15:20*bitbyte starts the download as quickly as he can
15:21<bitbyte>are you going to hold that against me?
15:22<sfr_>hehe, i might have had second thoughts about recording that show for you (um, does that make sense?)
15:23<Chutt>i've spent entirely too long cleaning this patch up
15:24<cmorgan>Chutt: setEnabled(false) doesn't appear to be working in playbackbox
15:25<Chutt>hm?
15:25<cmorgan>i'm able to enter exitWin() multiple times
15:25<Chutt>holding down the escape key?
15:26<cmorgan>hitting alt-esc a couple of times
15:26<cmorgan>not very close together
15:27<Chutt>i'll attempt to reproduce
15:27<Chutt>in the middle of a recompile right now, though
15:27<cmorgan>i've state machined killPlayer() so the time spent in there goes from ~400ms to ~0ms
15:30<cmorgan>i'm basically going through trying to reduce all blocking processing
15:31<cmorgan>that change appears to greatly speed things up. still working on adding in the delay between item selection and playing
15:32=sfr [~sfr@p508ABA7C.dip.t-dialin.net] quit (Read error: 110 (Connection timed out))
15:38=loebrich [~chatzilla@rdu57-84-059.nc.rr.com] quit ("ChatZilla 0.9.35 [Mozilla rv:1.5/1]")
15:40<Chutt>why the hell are class definitions in channelsettings.h and their functions in channeleditor.cpp
15:40<cmorgan>heh
15:41<Chutt>_entirely_ too much time spent on this crap
15:41<cmorgan>another patch? or mine?
15:42<Chutt>the dvb settings patch
15:42<cmorgan>ahh
15:42<cmorgan>you should have a 2nd in command that goes through patches
15:42<Chutt>eh
15:43<cmorgan>then you could be like "number 2, clean up patch X"
15:43<Chutt>i'd rather not have to clean patches up in the first place
15:48=sweetboy [~mythtv@pcp01286415pcs.hurtl301.al.comcast.net] quit (Remote closed the connection)
15:53+Greensky [~nin@trilocal.blackfoot.net] joined #mythtv
15:55<sfr_>heh, according to my mrtg stats, i started using my remote frontend around ~9 of July
15:55<Greensky>does anyone here know much about the Hauppauge PVR-350 .. I'm trying to find out if it would work in my system...
15:56<cmorgan>pvr-350 is a nice card
15:56<Greensky>is says it needs a "VGA card (PCI or AGP) which supports video overlay"
15:56<cmorgan>nope
15:56<Greensky>I have a really low profile system w/a built in video card...
15:56<sfr_>only if you don't want to use the tv-out feature
15:57<cmorgan>you can do hardware encoder in(svideo or cable tuner) and rca/s-video out via hardware decoder
15:57<cmorgan>if you'd like to watch on your computer monitor then yes, i'd imagine you'd want vga at the very least ;-)
15:57<Greensky>I have a standard VGA video card, is that what it means
15:57<Greensky>or is that something special?
15:58<Greensky>I have an "intel direct accelerated graphics port"
15:58<cmorgan>i'd imagine that should be fine. any video card from the last couple of years should do
15:58<cmorgan>maybe even the last 5/6 years
15:58<Greensky>cool, my machine is PERFECT for this application, small & quiet... I'de love to test it out
15:58<cmorgan>pvr-350 is hardware decoding and encoding
15:58<cmorgan>so cpu use is low
15:58<Greensky>so it basically means "a video card"
15:59<cmorgan>(if you are using the decoder)
15:59<Greensky>yeah, my machine is only a 650 so I want hardware encoding/decoding
15:59+_rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] joined #mythtv
15:59=rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] quit (Read error: 54 (Connection reset by peer))
15:59<Greensky>I'm planning on using gentoo or debian
16:00<Greensky>I've read that the drivers don't work well for TV out, but are in development, I don't mind using it on a monitor for a while
16:00<cmorgan>they work pretty well for tv out
16:01<cmorgan>i haven't had a crash with ivtv drivers from yesterday
16:01<cmorgan>although thats only since yesterday...
16:01<cmorgan>so...
16:01<Greensky>what's ivtv (sorry I'm a mythtv noobie)
16:01<cmorgan>oh, the driver for the pvr's
16:01<Greensky>I'm reading docs as I go...
16:01<cmorgan>ivtv.sourceforge.net
16:02<Greensky>cool... other than an encoder/decoder do you need a sound card or is that in the pvr-350?
16:02<cmorgan>pvr takes care of that on the tvout
16:03<Greensky>sweet...
16:03<Greensky>is 650Mhz good enough with the pvr or should I upgrade to a faster chip ?
16:03<Chutt>cmorgan, try to get it to reenter exitWin with current cvs
16:04<cmorgan>Chutt: k
16:05<Chutt>i couldn't reproduce it, though
16:05<Chutt>what i did may work
16:05<cmorgan>i should know in a sec, i have a couple of printfs in there
16:05<Chutt>heh
16:05<Chutt>won't be a 'sec'
16:06<Chutt>libmyth version change :p
16:06<cmorgan>will this break frontend/backend compatibility?
16:06<cmorgan>ie, do i need to upgrade the backend as well?
16:07<Chutt>naw
16:07<Chutt>just some classes changed in libmyth, so the version number needed bumped
16:07=Greensky [~nin@trilocal.blackfoot.net] quit ("Client exiting")
16:17<cmorgan>Chutt: that update appears to have fixed it. only bugs i've introduced remain ;-)
16:18<Chutt>great
16:18<Chutt>was just a guess =)
16:29<Chutt>hahaha
16:29<Chutt>top /. story
16:31<Chutt>it's the crappiest pvr project ever! =)
16:31<cmorgan>heh
16:32<Chutt>i wonder how knoppmyth r5 is coming along
16:33<cmorgan>apparently that site is slashdotted
16:33<Chutt>it's a _crappy_ project
16:34<Chutt>i thought it was dead, actually
16:35<Chutt>there hadn't been any news on their website in a very long time
16:37<cmorgan>apparently they were hard at work on a new version
16:37<Chutt>heh
16:37<cmorgan>heh
16:37+Ripp_ [~Ripp@hiper30-ppp92.chouteautel.com] joined #mythtv
16:38<cmorgan>you plan to bundle more themes with mythtv?
16:39<Chutt>gant
16:39<Chutt>don't want to make the main distribution too large, though
16:39<cmorgan>ahh
16:39<cmorgan>maybe pick the best ones?
16:39<Chutt>blue and gant, probably
16:39<cmorgan>ahh
16:40<Chutt>o_cee had said something about updates for it
16:40<Chutt>so i was waiting on that before merging gant in
16:40<Chutt>but he hasn't been around at all
16:40<acm>are there just the 4 other themes?
16:41<Chutt>that work with 0.13, yes
16:41<Chutt>there were a bunch of others, but the authors never updated them when the theme format changed
16:42<sfr_>the SasQuatch OSD looks nice and still works
16:42<Chutt>it does?
16:42<Chutt>i need to put together an osd themes section
16:42<sfr_>i'm using it. iirc Martin/Michael, a danish guy, posted an updated one some time ago.
16:43<Chutt>ah
16:44<Chutt>well, when i get to updating the website stuff, i'll get that on there as well
16:46<cmorgan>god damnit
16:47<cmorgan>how many emails is Jin Meng going to send to the list...
16:47-Ripp_ [~Ripp@hiper30-ppp92.chouteautel.com] left #mythtv ("Leaving")
16:47+dilate [~dilate@adsl-68-72-134-138.dsl.chcgil.ameritech.net] joined #mythtv
16:48<Chutt>hopefully just those two
16:48<cmorgan>he is away until 1-12
16:48<cmorgan>heh
16:49<cmorgan>if only we had an email classification standard
16:49+mythtv_ [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] joined #mythtv
16:49<cmorgan>like email_type = spam/normal/urgent/out_of_office
16:51mythtv_is now known as brandon
16:57=hfb [~hfb@lsanca1-ar2-4-60-002-085.lsanca1.dsl-verizon.net] quit ("Client exiting")
17:02<bitbyte>the email spamlords will fight that with every fiber of their being
17:02<bitbyte>just like we need a .sex tld
17:05<Chutt>i want audio feedback in the menus
17:05<Chutt>hmm
17:07+paulproteuss_ [~chatzilla@cpe-66-75-217-2.bak.rr.com] joined #mythtv
17:08<kvandivo>or at least a 'this button has been pressed' image. :)
17:08<Chutt>well
17:08<kvandivo>image -> state, perhaps
17:08<Chutt>it deselects the button now
17:09<kvandivo>ya.. i noticed that
17:09<kvandivo>that helps
17:09<Chutt>but i want music in the background, and audio feedback
17:09<cmorgan>that should be fine
17:09<Chutt>but that means audio mixing for less capable soundcards
17:09<Chutt>and i don't really want to do that
17:10<cmorgan>apparently alsa supports that now
17:10<Chutt>for the oss emulation?
17:10<cmorgan>i guess you can open up multiple /dev/dsp's
17:10<Chutt>dmix or whatever only worked for native alsa apps, last i checked
17:10<cmorgan>and it will mix for you
17:12<Chutt>biggest thing would be moving the music playback into a more accesible mode
17:12<Chutt>like, thor's mfd =)
17:12<Chutt>but that's not quite ready yet
17:13<Chutt>hmm
17:14<Chutt>maybe i'll start making libmythtv a shared lib
17:14<cmorgan>i quite like the jack audio server, jackit.sourceforge.net
17:15<cmorgan>it does mixing for you and is very low latency
17:16<sfr_>also mpd is nice
17:16<cmorgan>mpd?
17:17<sfr_>www.musicpd.org
17:18<cmorgan>yeah
17:19<cmorgan>different projects though
17:19<cmorgan>you'd run mpd and output to jack on the host machine for instance
17:19<cmorgan>mpd is more of a transport system
17:19<cmorgan>and doesn't appear to be low enough latency for pro audio stuff
17:20+dcstimm [~daryl@ny-amherst-C4-1-bg3a-7-197.bflony.adelphia.net] joined #mythtv
17:20<tmk>cmorgan: hows the pvr card working for you
17:20<dcstimm>any ones speak japanese?
17:20<cmorgan>tmk: working quite well actually
17:20<cmorgan>tmk: hardware decoding like a charm
17:21<tmk>great
17:21<cmorgan>tmk: watching livetv crashes myth's backend but not sure whos deal that is ;-) no need to point fingers
17:21<tmk>yeah. If you get bored tomorrow afternoon and i'm around, you want to sort that out?
17:21<Chutt>i need to update to latest ivtv cvs
17:21<cmorgan>tmk: yeah, very nice. ivtv driver has certainly shaped up. this is on a smp machine
17:21<Chutt>had a recording go all vertical liney on me
17:21<cmorgan>tmk: i'm not sure if it is a mythtv issue though
17:21<cmorgan>tmk: since i can record and watch recordings
17:21<dcstimm>what advantages are there between a bt878 card and a wintv 350 card using mythtv?
17:21<tmk>cmorgan: yeah i can sort the ivtv stuff
17:22<sfr_>cmorgan: well, all i need is server-side playback. and mpd does that.
17:22<kvandivo>sort < ivtv stuff
17:22<tmk>dcstimm: bt878 uses your cpu to encode
17:22<cmorgan>sfr_: yes, it seems like a neat project
17:22<dcstimm>tmk, what are the advantages?
17:22<tmk>the pvr cards use the card's encoder, but they only encode to mpg2
17:22<dcstimm>tmk, with mythtv
17:22<tmk>the pvr-350 also has tv-out
17:23<cmorgan>tmk: i'll see if i can't capture the crash to save some time. i'll probably be around tomorrow afternoon est and certainly the rest of the weekend. why the generous offer to help? ;-)
17:23<tmk>the live-tv crash is bad
17:23<dcstimm>but what are the advantages?
17:23<tmk>and i don't want to bother chutt
17:23<tmk>dcstimm: hardware encoding
17:23<Chutt>heh
17:23<kvandivo>from what i hear chutt likes being bothered anyway
17:24<dcstimm>tmk, that doesnt mean much to me, i have a pretty fast machine, any new feautres, smoother playback? better quality?
17:24<kvandivo>particularly with repeated questions answered elsewhere, and patches that he really gets to tweak before committing
17:24<Chutt>i haven't had any problems with mythtv cvs + david engel's latest patch
17:24<Chutt>kvandivo, 7 *hours* to fix the patch
17:24<kvandivo>i saw the.... comments... from above
17:24<cmorgan>tmk: alright. probably going to be back late tomorrow though b/c of new years and hanging out with people, i'll msg you when i get back, thanks again for the excellent driver ;-)
17:24<tmk>dcstimm: no not really, better video quality probably
17:24<tmk>but that's subjective
17:24<kvandivo>how big was it, anyway? i didn't look at it since it is a dvb thing
17:25<Chutt>4 additional files, a bunch of changes elsewhere
17:25<kvandivo>nod
17:25<Chutt>one of the .cpp files was empty
17:25<Chutt>though, not anymore
17:26<kvandivo>i saw your comment about putting the class defs in one .h and the fct defs in a different named one. :)
17:26<kvandivo>that's rich
17:26<Chutt>yeah
17:26<Chutt>so i fixed all that
17:26<Chutt>well, a chunk of that 7 hours time was getting rid of an extraneoud popup class
17:27<kvandivo>that's an example of what i used to call a FLUC back when I was teaching..
17:27<Chutt>and removing redundant stuff out of the patch
17:27<kvandivo>a Fundamental Lack of Understanding of the Concepts of how things work
17:27<Chutt>heh
17:27<Chutt>good acronym
17:28<Chutt>excellent, this should seriously cut down on the installed size
17:29<kvandivo>just means that i can't 'programs/mythfrontend/mythfrontend' anymore to test things. no biggie, though
17:29<Chutt>heh, sorry
17:29+mchou [~mchou@c-24-6-158-93.client.comcast.net] joined #mythtv
17:29<kvandivo>the size savings is well worth it
17:29<Chutt>hmmm
17:29<Chutt>shall i just stuff libavcodec/format into libmythtv
17:31<mchou>darn, that conflict resoultion feature is too smart for it's own good.....
17:32<kvandivo>i wish it would look for future showings of a higher priority show in order to allow a lower priority show to be recorded now... at least as an option
17:33*kvandivo goes off to edit his list again.
17:33<Chutt>difficult to do
17:33<kvandivo>that's why they called us, right?
17:33<Chutt>since the priority stuff was just tacked on
17:34<cmorgan>Chutt: so i changed killPlayer() around a little bit, put a state machine in it and have updateVideo() basically say if killState != done, call killPlayer() and return
17:34<cmorgan>this way we don't wait in killPlayer() all day.
17:34<mchou>yeah, there's definitely some "funky" logic. I've got enough tuners to record all conflicts, but it insists on defering some shows.....
17:35<cmorgan>sound reasonable?
17:35<Chutt>cmorgan, sure
17:35<kvandivo>read the mail archives, mchou. this has been discussed a number of times.. and within the past couple of weeks, iirc
17:35<Chutt>just test it a bit =)
17:35<cmorgan>Chutt: it won't be ready until tomorrow or the day after(new years and social things get in the way of coding)
17:35<mchou>kvandivo: ok, thx....
17:36<cmorgan>but it makes the average delay go from ~400 to ~4ms
17:36<cmorgan>there is also a 1.6 to 2.5 second delay starting the dialog itself
17:36<cmorgan>that i'll try to get rid of
17:36<kvandivo>basically, mchou... ya, it has some boundary conditions that cause it problems. feel free to submit a patch to fix them. :)
17:37<sfr_>cmorgan: will you also look at channel-changing times? ;) /me runs for shelter
17:37<cmorgan>sfr_: :-P
17:37<Chutt>there's a bunch of stuff that could be done for channel changing times
17:38<cmorgan>happy new years to you guys, see ya all later
17:38=cmorgan [~cmorgan@cpe-68-118-244-105.ma.charter.com] quit ("I like core dumps")
17:39<mchou>kvandivo: hmm, I think I'm just going to revert to myth .12 "logic." :)
17:39<Chutt>err
17:39<Chutt>the scheduler hasn't changed
17:39<Chutt>at all
17:41<mchou>yeah, but (Theory here only) but I think pre-roll/post roll might have thrown a monkey wrench in the "conflict resolution" works....
17:41<Chutt>only if you have it on
17:41<Chutt>per-show pre/post roll is _not_ optional to the scheduler
17:41<Chutt>the global setting is
17:43<kvandivo>i was thinking about that idea i had before about auto setting a bookmark X seconds into the show where X is the preroll amount, and i think i like it. the user would see the show starting directly at 7pm, but they could rewind a little bit if they needed to catch shows that start early
17:43<mchou>I'll need to do some further investigating to see what's really going on. I've got enough tuners to cover all conflicts but it insist on deferring some shows. (and I dont have pre/post per show on.)
17:44<sfr_>kvandivo: why not extend it for the early start/late end setting?
17:44<kvandivo>same thing.. i was actually including that in my mind's view
17:44<kvandivo>point being that the user's view from when they click 'play' is right at 7pm. but they can then back up if they need to
17:45<kvandivo>at any rate, i've got that on my list.. shaint work on it right now, though
17:47<mikegrb> http://railpictures.net/viewphoto.php?id=43730
17:48<Chutt>should fix up compile speed, to, no more huge linking times =)
17:48<kvandivo>and, you might find this strange enough, no more huge 'cp'ing times.. i found that 'make install' actually spent most of its time copying the executables to their dest... granted, this is debug mode..
17:49<kvandivo>copying 6 or 7 10-11 meg files took more than an insignificant amount of time
17:50<mchou>kvandivo: can u suggest what I ought to search on in the mail list for "conflict resolution" thread? I searched "conflict" || "priority" || "rank" but didn't see anything real pertinent.....
17:50<kvandivo>14 meg, actually...
17:50<Chutt>heh
17:50<Chutt>only problem is that cvs doesn't do file moves nicely
17:51<mchou>kvandivo: nm, I found it.....
17:51<kvandivo>that's being generous
17:51<Chutt>so, looks like i get to break my history
17:52<kvandivo>so mikegrb, is that train picture supposed to have some mystical mythical mythtv meaning in it that we need to get out the microscope to see?
17:53<acm>anyone use an xbox for a frontend?
17:53<kvandivo>yes
17:54<kvandivo>i like questions like that...
17:54<acm>kvandivo: do you run it from something like evolutionX, or cd?
17:54<kvandivo>oh.. a followup..
17:54<acm>:(
17:55<kvandivo>well, i wouldn't want to incriminate myself by admitting to anything illegal, so I'll just say "no comment"
17:55<acm>hehe
17:55<tdb30_>can someone tell me why when I put in the numbers on the remote to change the channel why it just fades away and doesn't change the channel?
17:55<acm>didnt think modchipping or softmodding alone was illegal. i guess b/c its compiled w/xdk it is..
17:56<kvandivo>binaries compiled with the xdk can't be distributed legally, no
17:56<kvandivo>but now with the xbox-linux stuff you can totally get around all of that and stay completely legit
17:57<Chutt>oops
17:57<Chutt>forgot to tell that wma decoder guy to include the new files
17:57<Chutt>ah well
17:57<kvandivo>i would have thought that would have been obvious
17:58+Greensky [~nin@trilocal.blackfoot.net] joined #mythtv
17:59<Greensky>does anyone know the difference between the WinTV-PVR-250 & 350? is it just that 350 has TV out?
17:59<kvandivo>that, price, and the radio thingy (which isn't supported in linux)
17:59<Greensky>ahh... radio tuner? both have the remote control though right?
18:00<tmk>ivtv doesn't currently support the radio
18:00<tmk>but it's worth it for the tv-out/decoder
18:00<tdb30_>350 also has onboard tv-encoding.
18:00<tmk>they both have onboard encoding
18:00<tdb30_>Oh yeah ;)
18:00<Greensky>I thought they both had harware mpeg encoding
18:01<kvandivo>my my, tmk.. aren' you just the little know-it-all.. you'd think you had written the driver or something
18:01<tmk>heh
18:01<Chutt>hrmph
18:01<Chutt>stupid ffmpeg
18:02<Chutt>doesn't compile with -fPIC
18:02<acm>kvandivo: how do i know if i should d/l the mythtv-xbox.0.3.rootfs... or progfs?
18:03<kvandivo>read the readme, i'd guess
18:04<acm>readme isnt so clear
18:04<kvandivo>search the mail archives... google... i haven't installed that one.. you'll have to use the search
18:04<acm>ok
18:05<Greensky>did anyone see the slashdot article about the Dave/Dina Multimedia Distro
18:05<Greensky>their site is slashdotted to heck though... hehe
18:06+crib2 [~root@cust-216-9-157-97.bton.kiva.net] joined #mythtv
18:06<kvandivo>dina looks a bit like rebecca romain stamos
18:06<kvandivo>but, i digress...
18:06<crib2>If I use nuvexport to .divx, what kind of compression should I expect?
18:06<mikegrb>try and see?
18:06<mikegrb>my guess is the divx will be smaller
18:07<crib2>gee thx
18:07<mikegrb>your welcome :)
18:09<Greensky>kvandivo, it's funny they took a screenshot w/a digital camera
18:09<sfr_>experts at work
18:09<mchou>Greensky: what's so special about dave/dina, they haven't even released any files???
18:10<kvandivo>they are just showing their mastery of multiple types of new technology
18:10<Greensky>mchou, they HAVE released stuff I thought, but they were slashdotted, but I'm not sure how interesting it is... haven't seen it since their site is wayyyyyy slashdotted....
18:10<kvandivo>not _only_ do they do software... they also are photography experts
18:10<Greensky>hehe
18:10<Greensky>I'm curious to see how it works
18:10<mchou>Greensky: nothing on sf.....
18:10<Chutt>it's crappy
18:11<Chutt>think the first release of freevo
18:11<mchou>wow, that bad....
18:11<Greensky>mchou, not everything is on sf though.. :P
18:11<kvandivo>see.. mythtv doesn' thave any spiffy digital camera shots. therefore we can conclude that mythtv's principals aren't photography experts
18:11*kvandivo ducks.
18:11<mchou>Greensky: yep, but they at least have a page on sf :)
18:12<Greensky>mchou, ahh, they have a page on sf, but no files... I misunderstood you... hehe
18:12=Teflon [~rhooper@CPE00a0cc30463d-CM014110200038.cpe.net.cable.rogers.com] quit ("Leaving")
18:12<Greensky>now that I've orderd an encoder card I can start trying to get my own tivo like system going
18:13<mchou>Greensky: which one u decide on 250 or 350?
18:14<Greensky>250...
18:14<mikegrb>18:09 <mchou> Greensky: what's so special about dave/dina, they haven't even released any files???
18:14<mikegrb>18:10 <kvandivo> they are just showing their mastery of multiple types of new technology
18:14<mikegrb>18:10 <Greensky> mchou, they HAVE released stuff I thought, but they were slashdotted, but I'm not sure how
18:14<mikegrb> interesting it is... haven't seen it since their site is wayyyyyy slashdotted....
18:14<mikegrb>18:10 <kvandivo> not _only_ do they do software... they also are photography experts
18:14<mikegrb>18:10 <Greensky> hehe
18:14<mikegrb>18:10 <Greensky> I'm curious to see how it works
18:14<mikegrb>18:10 <mchou> Greensky: nothing on sf.....
18:14<mikegrb>18:10 <Chutt> it's crappy
18:14<mikegrb>18:11 <Chutt> think the first release of freevo
18:14<mikegrb>18:11 <mchou> wow, that bad....
18:14<mikegrb>18:11 <Greensky> mchou, not everything is on sf though.. :P
18:14<mikegrb>18:11 <kvandivo> see.. mythtv doesn' thave any spiffy digital camera shots. therefore we can conclude that mythtv's
18:14<mikegrb> principals aren't photography experts
18:14<mikegrb>18:11 * kvandivo ducks.
18:14<mikegrb>18:11 <mchou> Greensky: yep, but they at least have a page on sf :)
18:14<mikegrb>18:12 <Greensky> mchou, ahh, they have a page on sf, but no files... I misunderstood you... hehe
18:14<mikegrb>18:12 = Teflon [~rhooper@CPE00a0cc30463d-CM014110200038.cpe.net.cable.rogers.com] quit ("Leaving")
18:14<mikegrb>18:12 <Greensky> now that I've orderd an encoder card I can start trying to get my own tivo like system going
18:14<mikegrb>18:13 + zwi [~zwi@ewa-denver.com] joined #ivtv-dev
18:14<Chutt>blah
18:14<mikegrb>shite
18:14<mikegrb>sorry
18:14<Chutt>i don't know enough mmx to fix this
18:14<mikegrb>no cookie for me
18:14<mchou>Greensky: hehe, not man enough to brave ivtv waters for 350, eh?
18:14<Greensky>mchou, too poor to do so
18:15<Greensky>why is mikegrb repeating us?
18:15<Chutt>poor mikegrb
18:15<kvandivo>ya... we got it, mikegrb.
18:15<mchou>wtf, mikegrb, y u flooding??
18:15<Chutt>:p
18:15<kvandivo>i think most of us were here
18:15<mikegrb>:<
18:15<kvandivo>mikegrb--
18:15<mikegrb>kvandivo: I know sometimes you have to have stuff repeated for you
18:16<kvandivo>what was that?
18:16<mikegrb>kvandivo: heh I alread did mikegrb-- somewhere where it works
18:16<mikegrb>kvandivo: I know sometimes you have to have stuff repeated for you
18:16<kvandivo>aww.. i can't say too much.. every once and while my usb mouse on this linux box goes crazy and pastes whatever is in its buffer into the current window
18:17<kvandivo>so actually, i feel your pain
18:17=tmk [~tmk@c-24-6-225-39.client.comcast.net] quit ("Client exiting")
18:18<mikegrb>kvandivo: I was asking for it
18:18<Greensky>kvandivo, what distro do you use that does that or is it just a bad mouse?
18:18<mikegrb>kvandivo: I like to select text and stuff as I'm reading
18:18<kvandivo>well, it's not the mouse.. i've tried multiple mice..
18:18<Greensky>mikegrb, hehe, that will get you in trouble every now and then
18:19<kvandivo>we are running rh.... 7 or 8
18:19<kvandivo>7.3
18:19<kvandivo>i don't think it is is a distro thing..
18:21<Greensky>well mike just keeps everything selected, one middle click and it's pasted... :P
18:22<Greensky>so it mythTV easier/harder to install then Gentoo?
18:22<mchou>well, I've never used gentoo, but I'd imagine myth is easier than gentoo...
18:23<mchou>y any1 want to use gentoo is beyond me.....
18:23<Greensky>how bout dvd playing, is it hard to get that to work because of the legal issues or pretty easy?
18:23<mchou>Greensky: easy hard depending on distro :)
18:24<Greensky>mchou, I'll either use gentoo or debian unstable
18:24<mchou>I'd think debian is a better choice than gentoo....don't u think?
18:24<Greensky>mchou, well I just never quite liked debian, gentoo worked so much better for me...
18:25<mchou>ok, cool, different strokes....
18:25<Greensky>although compiling everything isn't always my favorite, but w/out KDE, OO.org, etc compiling should be pretty easy..
18:25<Greensky>yeah... I agree, that's why there are multiple distros
18:26<Greensky>so it looks like there are video editing features, can you edit out commercials fairly easily?
18:26<mchou>on myth, yes.
18:26<mchou>couldn't be easier.
18:26<Greensky>cool.. sorry for all the questions, tell me to RTFM if you get tired of me
18:27<Greensky>how is mythTV different than freevo?
18:27<mchou>u should RTFM....don't undersatnd y ppl dont if they're interested in something.....
18:28<Greensky>mchou, ok.. I'm not against it, just like to get some basic info 1st
18:28<mchou>never used freevo, couldn tell u even if I wanted to.
18:29<Greensky>looks like they are two similar products sorta like emacs & vi that do similar things...
18:29<mchou>just know freevo isn't as feature rich as myth.....
18:29<Greensky>mchou, yeah, I'm going to try myth out 1st, it looks a little better to me
18:31+ahbritto [~ahbritto@adsl-64-161-117-108.dsl.snfc21.pacbell.net] joined #mythtv
18:34<Greensky>well thanks for the help mchou I'm off to read the docs...
18:34=Greensky [~nin@trilocal.blackfoot.net] quit ("Client exiting")
18:41<sfr_>hm, for some time now i can't use the second tuner while the first one is recording a show. mythfrontend won't even connect to the backend then. will the logs be of any help to find the problem?
18:43<mchou>um, what do the logs say?
18:45<sfr_>on the frontend: Connecting to backend server... <CR>ReadStringList timeout (quick). QSocketDevice:writeBlock: Invalid Socket <CR> Error writing stringlist <> Connection to backend lost
18:45<Chutt>using cvs/
18:45<Chutt>err, ?
18:45<sfr_>yes, from a few days ago
18:45<Chutt>weird
18:46<mchou>sfr_: u arent using 2.6 or some other funky kernel?
18:46<mchou>make sure fe/be versions match?
18:46<kvandivo>2.0.32. ;)
18:46<sfr_>i use wolk kernels on both, frontend and backend.
18:46<sfr_>kvandivo: na, still on 0.9x + networking patch
18:47*kvandivo smirks.
18:47<sfr_>both are 2.4.20 + wolk patchset
18:48<mchou>wierd. Try w/o wolk?
18:48<mchou>weird*
18:48<kvandivo>wired&
18:49<mchou>hehe...
18:49<sfr_>in general, the replacement 'QSocketDevice class' has improved the stability of the frontend, but s/t i have to restart the frontend a few times in order for it to connect to the backend succesfully.
18:56+anduin [~awithers@209-148-122-206.arc15.nas2.200p.dial.sonic.net] joined #mythtv
18:57<anduin>Before I go digging, how do you re-disable the preview window in the latest CVS version?
18:58<kvandivo>it's one of the settings, obviously... not too hard to find, iirc
18:58<sfr_>anduin: mythfrontend->setttings somewhere
18:59<anduin>i have it checked, have for some time, upped to cvs today, no way to turn off (or old way stopped working)
18:59<kvandivo>seems like it is a little checkbox option one or two up from the bottom on one of the pages..
18:59<anduin>"Display live preview of recordings", it is unchecked
19:00<kvandivo>and then you go ahead and hit next/next/next/ finish.. and not cancel, correct?
19:00<sfr_>anduin: there's another one for the preview picture iirc
19:00<anduin>yes, really i'm not lame
19:01<kvandivo>ya, i know. :)
19:02<anduin>it seems to be stuck on, I know people have been mucking in that area, just wondering if we were all being forced to endure previews or if I should spend a few minutes tracking it down.
19:06<sfr_>hey, www.eurotv.com looks interesting. it could be a programm-data source for some countries.
19:06<Chutt>huh
19:06<Chutt>anduin, it should be able to turn off
19:06<Chutt>though i haven't tested after the latest set of patches in cvs
19:08<anduin>Chutt - I'm digging right now, PlaybackPreview is set to 0 in the db, still get the preview. I'll look into it.
19:09<Chutt>thanks
19:09<Chutt>i wonder how much trouble i'll get in with mdz if i do a shared lib without -fPIC
19:14<Chutt>anduin, so, am i going to get a sql query placeholders patch sometime? =)
19:15<anduin>Chutt - you saw me encouraging him didn't you?!
19:15<Chutt>yeah
19:15<Chutt>i doubt he'll go through everything, though
19:16<anduin>I need to clean out old changes from my local copy before I start something like that (like the socket stuff I never finished for example)
19:16<Chutt>heh
19:16<Chutt>oh yeah, you had said you were going to look into that =)
19:17<sfr_>socket stuff? ;)
19:17<anduin>yeah, got busy, the guilt was lessened when someone else picked it up
19:17<anduin>it still isn't quite what I was shooting for
19:28<Chutt>what else would you have wanted?
19:29<Chutt>well, aside from converting the backend over
19:29<anduin>Chutt - I was starting at the backend.
19:31<Chutt>ah
19:34<Chutt>heh
19:34<Chutt>mythepg binary goes from 3.7 MB to 23k
19:35<FryGuy>wow that's a lot of compression :)
19:35<Chutt>no compression
19:38<FryGuy>go from shared to dynamic libraries?
19:38<FryGuy>and it was a joke anyways
19:38<Chutt>yeah
19:39<Chutt>going from static libavcodec/avformat/mythtv to shared libs
19:42<mchou>hey Chutt, in settings.pro, there is CONFIG+= using_xv. Is this new (as compared to myth .12)?
19:45<Chutt>yup.
19:46<mchou>but myth12 used Xv by default even though it wasn't specified in settings.pro, correct?
19:47<Chutt>yup
19:47<mchou>ok, thx
19:49<anduin>ok looks like startPlayer is being called all the time, it doesn't look like I'll have time to dig much more into it today, oh well maybe someone else will fix it then, if not I'll try tomorrow
19:49<anduin>I think tokens should be pushed through the state machine though
19:49<anduin>much easier to track when it is all local
19:50<anduin>no, i'm not making a patch for it, so yes I should shut up
19:51<Chutt>heh
19:52<Chutt>i'll see about fixing it before people start showing up at my house
19:52<Chutt>if i get done shlibicizing everything
19:54<anduin>exactly, I have 2 hours and I haven't done a thing to get ready. Thanks have a good evening.
19:54=anduin [~awithers@209-148-122-206.arc15.nas2.200p.dial.sonic.net] quit ()
19:54<brandon>Chutt: in libs/libmythtv/recordingprofile.cpp line 606/607, could you bump the maxwidth to 1920 and maxheight to 1080? If you want a patch for this let me know. :) (So we can transcode to HD resolutions)
19:55<Chutt>remind me tomorrow
19:55<Chutt>or email the list
19:56+sfr__ [~sfr@p508A9F6C.dip.t-dialin.net] joined #mythtv
19:56<brandon>willdo,
20:01=sfr_ [~sfr@p508A9719.dip.t-dialin.net] quit (Read error: 110 (Connection timed out))
20:13<Chutt>allright, chops 20MB off the installed size in release mode
20:18<MythMichale>Gooot eeevning :) Hay, if I have MythTV setup and running, what do I hook up to (350 or Video Card) to see the MythTV Menus??
20:18<acm>vid card
20:18<Chutt>whichever you have things setup for
20:19<MythMichale>You mean as far as the Video devices?? I have 2 PCHD and PVR350 I don't think the Video Card ever showed up...
20:19<MythMichale>Where is that portion of the setup ??
20:25+bambito [~jarrett@wht-5-18.caro.net] joined #mythtv
20:29<Chutt>err
20:29<Chutt>mythtv displays through X
20:29<Chutt>unless you're using qt/e
20:29<Chutt>which i highly doubt
20:29<Chutt>so wherever you've setup X to run
20:29<Chutt>and have run mythfrontend from
20:29<Chutt>is where it will show up.
20:30+ShockValue [~ShockValu@12-229-50-69.client.attbi.com] joined #mythtv
20:30<ShockValue>hi all
20:36+Sobek [~btatton@166.70.218.125] joined #mythtv
20:37<Sobek>Evening everyone
20:45=ShockValue [~ShockValu@12-229-50-69.client.attbi.com] quit (Read error: 60 (Operation timed out))
20:48<MythMichale>Ahhhh So it is set up thru Linux, not thru anything Myth or ivtv or anything...
20:49<MythMichale>Got it. Thanx
20:57=shamoun [~shamoun@c-24-10-37-99.client.comcast.net] quit ("Leaving")
21:03<brandon>hmm, anyone else tried the latest cvs? I'm unable to connect to the backend for watching recorded shows, but other apps (music, etc) access the database and work fine. (Worked fine for ealier cvs, until the lst 5 hours when new cvs commits were made)
21:03<brandon>2003-12-31 19:01:59 ReadStringList timeout (quick).
21:03<brandon>QSocketDevice::writeBlock: Invalid socket
21:03<brandon>2003-12-31 19:01:59 Error writing stringlist
21:06<sfr__>you might have to kill the frontend and retry a few times. i'm seeing a similar behaviour here.
21:14<bambito>best place online for wintv-pvr 350 purchase, anyone? reasonably priced.
21:15<mikegrb>ebay?
21:16=dcstimm [~daryl@ny-amherst-C4-1-bg3a-7-197.bflony.adelphia.net] quit (Remote closed the connection)
21:19<bambito>is 170 a good price?
21:19<Misirlou>Ask PriceGrabber, but I wouldn't give them my credit card number. . . the BBB gives them an unsatisfactory report.
21:22<pahli_bar>hmmm.. that teaches me not to cut and paste code
21:22<brandon>sfr__: Have a number of times, rebuilding everything from scratch, will try again
21:24<pahli_bar>heh. thats really funny. one person makes a mistake. another one cuts and pastes same mistake. now i do it too.
21:24<pahli_bar>Chutt: you around
21:44+paulproteuss__ [~chatzilla@cpe-66-75-217-2.bak.rr.com] joined #mythtv
22:01=paulproteuss_ [~chatzilla@cpe-66-75-217-2.bak.rr.com] quit (Read error: 110 (Connection timed out))
22:03paulproteuss__is now known as paulproteuss
22:03<Chutt>sometimes
22:05<mdz>Chutt: I would be pretty annoyed about the PIC thing when my ia64 frontend failed to run
22:06<Chutt>easy for you to fix
22:06<Chutt>just a minor libavcodec.pro change
22:07<Chutt>the two bits of mmx don't compile with -fPIC
22:07<mdz>does it make it significantly faster?
22:07<mdz>oh
22:07<Chutt>encoding, yes
22:07<Chutt>if i knew more mmx, i'd fix it, but.. =)
22:08<Chutt>but this should make your debs significantly smaller
22:08+jarrett_ [~jarrett@wht-4-25.caro.net] joined #mythtv
22:09<mdz>they are pretty huge
22:09<Chutt>20MB savings on installed size in release mode
22:09<Chutt>more in debug, i'd assume
22:09<mdz>20MB? all in libmyth?
22:09<Chutt>the binaries
22:10<mdz>oh...libavcodec is linked statically, isn't it?
22:10<Chutt>and libavformat, and libmythtv
22:10<Chutt>and libvbitext and libdvbdev
22:10<Chutt>moved those last two into libmythtv, and made libavformat + libavcodec into shared libs
22:11<mdz>oh
22:11<Chutt>libmythavformat and libmythavcodec, to not clash with other packages
22:11<Chutt>and made libmythtv a shared lib as well
22:11<Chutt>so no more 4MB binaries =)
22:11<mdz>how big do libavformat and libavcodec end up being?
22:12<Chutt>2MB, 200k
22:12<mdz>there's someone on the FLAC list who's good with mmx I think
22:12<Chutt>libmythtv's 4MB
22:13<mdz>I remember FLAC used to be non-PIC and I brought it up and someone fixed it
22:13<mdz>(its mmx optimizations)
22:13<Chutt>eh, i'll send off a bug report to the ffmpeg guy sometime
22:13<mdz>which one is 2MB?
22:13<Chutt>libavcodec
22:13<mdz>I'm surprised it's so big
22:14<mdz>it's C after all
22:14<Chutt>that could be lower if i took the time to cull out all the unused formats
22:15<Chutt>all in all, 28MB vs 8MB not counting libmyth
22:17=bambito [~jarrett@wht-5-18.caro.net] quit (No route to host)
22:27<pahli_bar>Chutt: ok. mythnews new version ready. in need to send you one small patch for libmyth and then i will merge it in
22:27=_rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] quit (Read error: 104 (Connection reset by peer))
22:27+_rkulagow [~rkulagow@c-24-7-220-28.client.comcast.net] joined #mythtv
22:28<acm>im listening to the real-time audio from my sound card, not the mythtv audio.. but the mythtv docs doesnt say what to do if thats the case
22:28<Chutt>pahli_bar, ok
22:28<acm>using OSS module drivers EMU10K1
22:28<Chutt>acm, sure they do
22:28<acm>it talks about alsa
22:28<Chutt>the 'setting up alsa and the mixer'
22:28<Chutt>section.
22:28<acm>yeah, thats right where i am
22:29<Chutt>if you, i dunno, looked at the data, it talks all about oss.
22:31<acm>sigh
22:31<acm>on that page all i see is it telling you to go into the redhat menu and open up a mixer
22:33<Chutt>so use whatever mixer app you prefer and do what it says
22:33<acm>right, i guess i need to install one first then..
22:33+hfb [~hfb@adsl-209-78-208-128.dsl.lsan03.pacbell.net] joined #mythtv
22:35<pahli_bar>Chutt: what editor do you use?
22:35<pahli_bar>i can see that your indentation is slightly different than mine
22:39<Chutt>vim
22:39<Chutt>i indent manually, though
22:40<pahli_bar>heh. no wonder. you have a special way of indenting private/signals
22:59<pahli_bar>gotta go home and get drunk now. happy new year to all!!
23:04<Chutt>g'nite
23:04<Chutt>your patch'll be in shortly
23:04<pahli_bar>Chutt: thanks. g'nite
23:26c0nflictis now known as fucklamer
23:29fucklameris now known as c0nflict
23:56=hfb [~hfb@adsl-209-78-208-128.dsl.lsan03.pacbell.net] quit (Remote closed the connection)
23:59+hfb [~hfb@adsl-209-78-208-128.dsl.lsan03.pacbell.net] joined #mythtv
---Logclosed Thu Jan 01 00:00:30 2004