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

00:00<just1nux>any reason that the playback position does not get saved on exiting once you reach the end of a recording? (Chutt i know you dont use this feature but...)
00:00<just1nux>should probably reset to begining
00:02<rkulagow___>chutt: are printexpire and printsched supposed to be hidden, or just didn't get anyting added to the "help" for mythbackend?
00:04<fulbert>mplayer and /dev/dsp1, I get sound, myth /dev/dsp1, no sound, ideas?
00:06<Captain_Murdoch>rkulagow_: I forgot to add --printexpire when I added that feature. no reason it can't be in the 'help'
00:07<rkulagow___>captain_murdoch: ok, got something queued up for syncing in a bit. thanks.
00:16<rkulagow___>hrmm. is mythfrontend not doing the right thing when it gets the -1 from NuppelVideoPlayer.cpp::OpenFile? i've got two "family guys" that didn't get recorded, (no files on drive), but the entries were in the db. when i went to view one of them from "watch recordings", the cerr at line 346 gets printed STDERR, but it doesn't appear that teardown occurs based on the return -1 at line 347 because i'm left with a black screen and have to
00:27<-- bline( has left #mythtv ("Client exiting")
00:29<mikegrb>MythTV looks like a good start, but the effort required to get it working is significant, and it doesn't do anything BUT timeshift and record. It can't playback your DVD, VCDs, SVCDs, or Divx CDs, it can't save your recorded shows to CD/DVD, it can't playback music or display images, etc... Once MythTV/Freevo gets all these features, then this current software won't be that impressive. For now, since there is nothing else out there l
00:30<rkulagow___>looks like a troll.
00:30<mikegrb>very off the mark
00:30<Chutt>just you average ignorant slashdot poster
00:30<mikegrb>heh yes
00:31<Captain_Murdoch>one of those people who comments but who has never clicked the link and actually read the article (or in this case the site). :)
00:33<rkulagow___>chutt: if i'm following the code correcty, at ~512 of tv_play we're launching the decoder? it doesn't look like anything is saying "ah, got a -1 on Open, crap out instead"?
00:34<Chutt>yes, you're right
00:34<Chutt>the 'nope' was 'nope, nothing's handling the error'
00:35<Chutt>TVRec::GetNextProgram is using the db wrong
00:39<Captain_Murdoch>Chutt, should that be QSqlQuery sqlquery = db_conn->exec(querystr);
00:39<Chutt>i've just fixed it
00:39<Chutt>there's two queries there
00:39<Captain_Murdoch>dunno where I got that code from. I think that was mine. I know I copied it from somewhere though.
00:39<Chutt>probably from the programinfo struct
00:40-!-bline [~sbeck@] has joined #mythtv
00:40<Chutt>i just fixed all those recently
00:41<Captain_Murdoch>guidegrid and programinfo still have a few unless you fixed them in the past 2 days or so when I last synced with cvs.
00:41<Chutt>those are ok
00:41<Chutt>for now, at least
00:42<Captain_Murdoch>ok. what's the difference if you don't mind my asking. is it cause they're frontend stuff?
00:42<Chutt>they're running in the main qt thread
00:42<Chutt>and i've pretty much said that that can use the default database connection everwhere
00:43<bline>Chutt: what version of libpng do you have?
00:43<Chutt>bline, 'sec
00:43<Captain_Murdoch>ok. thanks. slowly but surely I'm learning more about QT and forcing myself to think more about threaded programs. :)
00:43<bline>damn, same here
00:44<Chutt>bline, take a snapshot of the playback screen in the 'blue' theme, could you?
00:45<Chutt>just curious =)
00:46<Chutt>mdz, all the db changes for that are done, i just want to test em a bit
00:48<bline>ok, one sec
00:48<bline>I just confirmed it isn't libpng btw
00:48<bline>something with the rendering qt does
00:50<rkulagow___>chutt: looks like i've got to go to bed now, but void NuppelVideoPlayer::StartPlaying(void) should be an int so we can pass the -1 back up higher? the if (OpenFile() < 0) return; doesn't do much good..?
00:50<rkulagow___>at ~1319 of VideoPlayer
00:51<Chutt>rkulagow, yup
00:51<Chutt>it should pass that back up
00:52<Chutt>bline, you're not getting any alpha blending there, either
00:52<bline> gimp rendering vs qt rendering
00:53<bline>this is with the showimg example from the qt directory
00:53<Chutt>xdpyinfo | grep RENDER
00:54<bline>it just says RENDER
00:54<Chutt>there goes that idea
00:54<Chutt>i was hoping it wasn't running =)
00:55<bline>I guess gimp uses the gdk lib for redering
00:55<Chutt>gimp's probably doing it internally
00:55<bline>ee also does not render properly
00:55-!-hfb [] has joined #mythtv
00:56* blineinstalls gqview
00:56<Chutt>steal a video card from work and try it
00:57<bline>I had a friend try it on his slack system, he gets the same result
00:57<Chutt>first i've seen of it :(
00:57<bline>but he is using a nvidia card also
00:57<Chutt>i've got a really old gf2
00:57<Chutt>but it doesn't boot in this motherboard
00:57<bline>which one? I've got the 400MX
00:57<Chutt>this is a gf2mx
00:58<Chutt>i don't know which one
00:58<Chutt>arg, bbiab
00:58<bline>lspci | grep nVidia
01:00<bline>heh gqview renders it fine
01:01* blinedigs around in Qt source
01:55-!-fulbert [] has quit []
01:55-!-ahbritto [] has quit []
01:55-!-Conaz [] has quit []
01:55-!-rkulagow__ [] has quit []
01:55-!-rizzi [] has quit []
01:55-!-keturn [] has quit []
01:55-!-term [] has quit []
01:55-!-poptix [] has quit []
01:55-!-vektor [] has quit []
01:55-!-fulbert [] has joined #mythtv
01:55-!-ahbritto [] has joined #mythtv
01:55-!-rizzi [] has joined #mythtv
01:55-!-rkulagow__ [] has joined #mythtv
01:55-!-poptix [] has joined #mythtv
01:55-!-term [] has joined #mythtv
01:55-!-vektor [~bbiggs@nat-pc.cs.Dal.Ca] has joined #mythtv
01:55-!-Conaz [~conaz@] has joined #mythtv
01:55-!-keturn [] has joined #mythtv
01:56-!-rkulagow___ [] has quit []
01:56-!-mikegrb [] has quit []
01:56-!-ca1vin [] has quit []
01:56-!-Edgan [] has quit []
01:56-!-bigguy [] has quit []
01:56-!-rkulagow___ [] has joined #mythtv
01:56-!-ca1vin [] has joined #mythtv
01:56-!-Edgan [[] has joined #mythtv
01:56-!-bigguy [] has joined #mythtv
01:56-!-mikegrb [] has joined #mythtv
02:18* blinegoes to bed
02:18-!-bline [] has quit ["Client exiting"]
02:22-!-hfb [] has quit ["Client exiting"]
03:05-!-bline [] has joined #mythtv
04:22-!-rcaskey [] has quit [Read error: 110 (Connection timed out)]
04:57-!-bline [] has quit ["Client exiting"]
05:15-!-KikoV [] has joined #mythtv
05:20-!-bline [~sbeck@] has joined #mythtv
05:47<KikoV>moegreen: are you therE?
05:48<KikoV>how can I build the myth weather plugin?
05:48<KikoV>make doesn't work... and I have use qmake and executed make and doesn't work :(
05:53<bline>qmake; make; works for me
05:54<KikoV>only qmake?
05:55<KikoV>when I put $ qmake, it showes the list of options..
05:55<bline>this is from a fresh cvs ceckout
05:59<KikoV>umm... I think my qmake is broken because it doesn't link to -lqt
05:59<KikoV>There is no library defined by -L/usr/lib/qt3
06:00<bline>where is
06:00<KikoV>it should be in /usr/lib/qt3
06:00<bline>You need to make sure the path it is in is in /etc/
06:00<bline>then run ldconfig
06:00<KikoV>it's on /usr/lib
06:02<KikoV>ummm, cache problems :/
06:02<KikoV>It is workin
06:06<KikoV>umm, it's not working
06:07<bline>what's the error?
06:07<KikoV>well... I have just unzipped the sources again.
06:07<KikoV>if I put $ make
06:07<KikoV>it says: make: *** No rule to make target '/mkspecs/linux-g++/qmake.conf'
06:07<KikoV>needed by 'Makefile', stop
06:08<bline>did you try running qmake; first?
06:08-!-tdb30_ [] has quit [Read error: 60 (Operation timed out)]
06:10<KikoV>now I have run qmake -o Makefile
06:10<bline>I don't, but ok
06:11<KikoV>it doesn't find the qt headers...
06:11<KikoV>when make
06:12<KikoV>well... I has just modified the ( adding the INCLUDEPATH = /usr/include/qt3 )
06:13<bline>add INCLUDEPATH += /usr/include/qt3
06:13<bline>rerun qmake
06:13<KikoV>now It compile some things... and then it going into a loop like this
06:13<bline>then make
06:14<KikoV>( cd /src/moc; make )
06:14<KikoV>error: there is no directory src/moc
06:14<bline>use +=
06:15<KikoV>1200 levels of recurrency...
06:15<KikoV>I have used the *=
06:16<bline>$(QTDIR) isn't defined
06:17<KikoV>what I have to do?
06:17<bline>export QTDIR=/usr/include/qt3 qmake; make
06:18<-- Peit|workhas quit ("Client Exiting")
06:18<bline>on my system QTDIR is set to /usr/qt/3
06:19<bline>in that directory I have:
06:19<bline>bin include lib mkspecs plugins
06:19<bline>which contains the qt libs and includes
06:20<bline>I wish I could help more, I'm no expert on qt compilations
06:21<KikoV>qmake alone doesn't work...
06:21<KikoV>it shows the qmake usage
06:22<bline>maybe they changed it in some version then
06:23<KikoV>well... now it is compiling...
06:23<bline>you set QTDIR to what? just curious
06:24<KikoV>it worked
06:24<bline>ok, I'll have to remember that for when someone asks again :)
06:26<KikoV>well... I'm making the debian package for mythweather...
06:28<bline>cool, too bad I don't use deb
06:29<KikoV>umm... it seems that debian doesn't want qmake
06:34<bline>you should write a howto :)
06:45<KikoV>bline: there are thousand of debian packagers better than me ;)
07:46-!-jkolb [] has joined #mythtv
07:57<KikoV>bline: do you know how does the mythvideo plugin works?
07:57<KikoV>bline: how can I initialize the videodatabase? ( I have just done: "mysql -u root -p < metadata.sql" )
07:57<KikoV>I get errors... and segmentation faults
07:58<bline>what error?
07:58<bline>did you setup what player to use?
07:59<KikoV>umm, how?
07:59<KikoV>there is new stuff in the Setup tabs?
07:59<bline>you have to set the player
08:00<bline>but I thought it defaulted to mplayer
08:00<bline>do you have mplayer?
08:01<bline>well try setting it in setup, though I doubt it will help cause I think it defaults to mplayer
08:01<bline>also check mythbackend logs, and run mythfrontend in termnal and see what error is output if any
08:06<KikoV>I'm doing this :]
08:09<KikoV> work perfecly!! my goodness, mythtv is fantastic!
08:09<bline>very cool
08:10<KikoV>ok.. time to go lunch, cu
09:29<bline>early morning commits
09:29-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
09:55<KikoV>hi again...
09:55<KikoV>um... the ivtv card has arrived
10:11-!-jkolb [] has joined #mythtv
10:19-!-choenig [] has joined #mythtv
10:20-!-choenig [] has quit ["Client exiting"]
10:21-!-choenig [] has joined #mythtv
10:25-!-choenig [] has quit [Remote closed the connection]
10:26-!-choenig [] has joined #mythtv
10:28-!-Drikus_ [] has joined #mythtv
10:30<Captain_Murdoch>Chutt or mdz: if either of you is around, do you know of anyone working on adding "record this program even if it's a dup" functionality?
10:34<mdz_>Captain_Murdoch: I posted to mythtv-dev a basic spec for how I think it should work
10:34<mdz_>there are still a couple of questions to resolve I think
10:34<mdz_>KikoV: eh? I already maintain Debian packages for mythweather
10:35<mdz_>KikoV: they're at the same location as the other mythtv debs
10:35<Captain_Murdoch>I was thinking that it would be easy to add a "record even if dup" field to the record table and then just check that field in ScheduledRecording::findAllProgramsToRecord() and if it's set then set 'duplicate' to 0. that would make the scheduler act as if it's not a dup.
10:37<mdz_>Captain_Murdoch: hmm, maybe we are talking about different things
10:37<mdz_>Captain_Murdoch: the feature I proposed operated at the per-program level
10:37<Captain_Murdoch>so query the 'ignoredups' field in the select and then if ignoredups is set set programinfo->duplicate = 0 else programinfo->duplicate = 'duplicate value from query'
10:38<Captain_Murdoch>ok, this is per-scheduled-recording.
10:38<mdz_>so you would go to a specific instance of a program and unsuppress it, the way you do now, but without removing oldrecorded, and you could also suppress it
10:38<Captain_Murdoch>I remember your post now.
10:39<mdz_>maybe you could do recording-level overrides in a similar way
10:39<mdz_>I'm thinking there will probably be a number of things that we will want to be able to override, so it would be nice if it were extensible
10:40<mdz_>i.e., in a separate table rather than adding columns to record
10:40<Captain_Murdoch>recording-level only needs 'ignoredups', doesn't need a suppressall really.
10:41<Captain_Murdoch>that table would be tied to the program table though right?
10:49<mdz_>the program-level one would, the record-level would not
10:51<Captain_Murdoch>so you're thinking extra record-level table just to keep the record table from getting too 'wide' with columns?
10:56<Captain_Murdoch>I'm curious because I'm looking into adding functionality to give the "maxepisodes" feature the ability to stop recording new episodes rather than recording new ones and deleting old ones (which will never be rerecorded since they're in the oldrecorded table). I'd prefer that to the current method on some scheduled recordings.
11:00-!-schultmc [] has joined #mythtv
11:03<bline>is there any reason QSettings class isn't used to store settings?
11:03<bline>things like state information for recording selects
11:10-!-extremis [] has joined #mythtv
11:11<mdz_>Captain_Murdoch: I guess I don't see any particular problem with adding columns to record
11:11<mdz_>makes it much simpler to edit them
11:12<mdz_>bline: yes
11:12<bline>yay, I fixed my transparency issues
11:13* blinewent through qt source half the night
11:13<extremis>so, after clearing the DB and resetting everything up (with no xmltv offset) I still can't record
11:13<extremis>it shows the recording options for the program, but it doesn't record
11:13<extremis>I thought I would go back to .10
11:14<extremis>again, no errors and nothing with mythbackend -v
11:14<extremis>I'm recompiling all the dependancies, and installing .10 now
11:15<extremis>I'll drop the db and start from scratch again
11:15<extremis>I haven't seen anything on the mailing list about this yet
11:16<bline>extremis: any errors in mysql error log?
11:20<Captain_Murdoch>extremis: does "mythbackend --printsched" show the list of shows to be recorded?
11:20<extremis>if I stopped mythbackend and restarted it, the shows were still scheduled
11:20<extremis>I have already removed the binaries, so I can't do that now
11:23<bline>I wonder why qt requires xft support to render alpha transparency
11:23<Captain_Murdoch>mdz_: I'm thinking about something like "recorddups" and need to think of something for the 'stop recording when at max episodes' item, maybe "stopatmax' or 'maxepisodesstop'
11:23<Captain_Murdoch>extremis: maybe something was hosed up with your capturecard setup so it didn't think it had cards to use. did LiveTV work?
11:25<extremis>livetv worked fine
11:25<bline>mdz_: out of curiousity, what was the reason?
11:25<extremis>I'm also going to reread the docs to make sure I didn't miss something stupid
11:25<extremis>although I would assume if livetv worked and it changed channels and the guide came up fine that recording should work
11:26<extremis>I've tried with default recording options (encoding etc...) and also with modifying them for rtjpeg or mpeg4 also
11:27-!-Chutt [] has quit [Read error: 104 (Connection reset by peer)]
11:28-!-bline [] has quit ["restart X"]
11:28-!-mecraw [~mecraw@] has joined #mythtv
11:29-!-hfb [] has joined #mythtv
11:30-!-Chutt [] has joined #mythtv
11:31-!-bline [~sbeck@] has joined #mythtv
11:31<mdz_>bline: qsettings stores things in text files
11:32<mdz_>Captain_Murdoch: maxepisodes seems fine
11:33<bline>mdz_: right, but gui settings do not need to be networked. They are seperated off by host anyway.
11:33-!-choenig [] has quit [Read error: 104 (Connection reset by peer)]
11:34<mdz_>bline: <bline> things like state information for recording selects
11:34<bline>hey Chutt, found the problem after going through lots and lots of warn's in the Q* classes
11:34<Chutt>what was it?
11:34<bline>mdz_: I was refering to the gui state
11:34<mdz_>bline: what gui state?
11:35<bline>Chutt: it seems Qt does not render alpha if xft support if not turned on
11:35-!-choenig [] has joined #mythtv
11:35<bline>Chutt: I had xft support, but for some reason it could not find the setting for it with QSettings class
11:35<bline>to ~/.qt/qtrc fixed it
11:36<bline>mdz_: there isn't any _now_, it was an example of what type of settings could be stored with the QSettings class
11:36<Chutt>i don't like the qsettings stuff
11:37<bline>Someone should add this little bit to the faq or something, I'd hate for someone to go through the Qt source warning everywhere like I had to.
11:38<bline>visor sure it pretty :)
11:39<Chutt>mention it to rkulagow
11:42* blinegoes to bed
11:42-!-bline [] has quit ["Client exiting"]
12:02<Captain_Murdoch>mdz_: maxepisodes is already there. I'm taking about a way to allow you to tell tell maxepisodes to stop when it gets to the max rather than recording the new episode and deleting the oldest one.
12:04<KikoV>mdz, ok... don't worry
12:06<mdz_>Captain_Murdoch: oh, I didn't realize it deleted the oldest one
12:07<mdz_>Captain_Murdoch: sounds like the distinction is "keep oldest" vs. "keep newest" then, no?
12:07<mdz_>Captain_Murdoch: I was also thinking the other day about how duplicate suppression could be improved by setting a flag when a recording actually gets played back
12:07<Captain_Murdoch>never thought of it that way. :)
12:08<mdz_>Captain_Murdoch: so that if the user never even looks at it, it isn't considered for duplicate suppression
12:08<mdz_>that would help a whole class of unwanted behavior I tihnk
12:08<mdz_>including the rotation stuff
12:08<mdz_>if it's deleted without being watched, it should be recorded again when it comes around
12:10<Captain_Murdoch>so if the flag is unset when you delete a recording then delete the oldrecorded entry as well (or use whatever new method there is for allowing re-recording a dup)
12:13<mdz_>I'd probably put the flag in oldrecorded
12:13<mdz_>and recorded
12:13<mdz_>and copy it from recorded to oldrecorded
12:14<mdz_>no, hmm
12:14<mdz_>just in oldrecorded I guess
12:14<mdz_>it seems like it ought to be associated with the current recorded program though
12:18-!-choenig [] has quit [Remote closed the connection]
12:18<KikoV>mdz_: I had problems with your myth packages
12:18<KikoV>I should recompile them a lot of times to get into the epia m9000
12:19<KikoV>Could it be "another architecture"?
12:20<Captain_Murdoch>yeah. depends on whether oldrecorded has multiple entries if it rerecords a show I guess. if so then it could be there since that's associated with a particular instance. then the ScheduledRecording::findAllProgramsToRecord query could just check that field to only flag as dup if it had been watched.
12:21-!-choenig [] has joined #mythtv
12:25<mdz_>KikoV: I know of no reason why you should need to compile it more than once
12:25<mdz_>for each new release
12:25<mdz_>but if you are asking me to maintain yet another set of packages, I must decline
12:26-!-choenig [] has quit [Remote closed the connection]
12:29-!-choenig [] has joined #mythtv
12:37-!-choenig [] has quit [Remote closed the connection]
12:40-!-choenig [] has joined #mythtv
12:45<mdz_>Chutt: do you have an opinion on that match to mute during seeks?
12:47<Chutt>it's in cvs
12:48<mdz_>oh, ok
12:48<mdz_>I must have missed the commit
12:48<Chutt>i didn't respond to the email since bline and i were discussing the patch on here
12:58<KikoV>mdz, hehe... don't worry... I am making your packages for my cpu... I don't mind...
12:58<KikoV>indeed, I'm not asking you about maintainin packages...
13:21-!-Chutt [] has quit [Read error: 54 (Connection reset by peer)]
13:29-!-jhurliman [] has joined #mythtv
13:30<jhurliman>after upgrading to cvs (and redoing the database, possibly something else?) i get this awful buzzing sound in livetv and recordings. xawtv sounds fine, so im puzzled
13:35<-- jkolbhas quit ()
13:37-!-Chutt [] has joined #mythtv
13:40-!-jkolb [] has joined #mythtv
14:13-!-Chutt [] has quit [Read error: 104 (Connection reset by peer)]
14:13-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
14:13-!-Chutt2 [] has joined #mythtv
14:14-!-Chutt2 is now known as Chutt
14:15-!-choenig [] has quit [Remote closed the connection]
14:18-!-sc00p [] has quit [Read error: 60 (Operation timed out)]
14:21-!-Chutt2 [] has joined #mythtv
14:24-!-Chutt [] has quit [Read error: 60 (Operation timed out)]
14:24-!-Chutt2 is now known as Chutt
14:35-!-choenig [] has joined #mythtv
14:40-!-choenig [] has quit [Remote closed the connection]
14:42-!-choenig [] has joined #mythtv
14:43<mikegrb>fam monitors files for changes
14:43<mikegrb>sorry wrong window
14:44<mikegrb>fam is using it
14:55-!-extremis [] has quit ["changing servers"]
14:56-!-ahbritto [] has quit ["Client exiting"]
14:56<-- jhurlimanhas quit ()
14:57-!-choenig [] has quit [Remote closed the connection]
15:02-!-choenig [] has joined #mythtv
15:06-!-choenig [] has quit [Remote closed the connection]
15:09-!-extremis [] has joined #mythtv
15:09-!-dopez [] has joined #mythtv
15:09<extremis>does mythvideo have the ability to burn to DVD?
15:09* extremisshould stop asking faqs
15:09* ca1vinagrees :P
15:09<ca1vin>heh heh heh
15:25-!-jamesb0nd [] has joined #mythtv
15:33-!-Thyndas [~conaz@] has joined #mythtv
15:41-!-jkolb [] has joined #mythtv
15:46<-- jkolbhas quit ()
15:46-!-rkulagow__ [] has quit [Read error: 110 (Connection timed out)]
15:47-!-Conaz [] has quit [Read error: 110 (Connection timed out)]
15:58<jamesb0nd>is the lcd plug in just dormant?
16:03<jamesb0nd>does it work and the problem is there isn't any code that utilizes it?
16:05<Chutt>pretty much
16:05<Chutt>there's a couple things that use it
16:05<Chutt>but no one's added any more
16:06<jamesb0nd>oh well, any one use a powermate with myth?
16:08<Captain_Murdoch>I am about finished with adding functionality to "record all episodes even if duplicate" and "stop recording when reaching maxEpisodes rather than recording new episode and deleting oldest"
16:11<Chutt>captain_murdoch, hey, can you add some code to have it stop recording completely if there's no space and nothing to delete?
16:12<Captain_Murdoch>Chutt, that's on my TODO list. :) I can take a look at it now sure.
16:13<Chutt>shouldn't be very much work at all
16:13<jamesb0nd>anyone know where that website is that has a list of people's systems with all thier hardware and stuff
16:13<Chutt>search on google for 'linux pvr hardware'
16:14<Captain_Murdoch>I added a "suppressed" flag to programinfo as well as a "reasonsuppressed" QString. what's a good numer to use when checking for free space? If less than 100 megs free don't even start a recording? If less than 100 free on the master mark all recordings as suppressed for "Not enough free space"?
16:14-!-extremis [] has quit ["changing servers"]
16:15<Chutt>it shouldn't add stuff to the db
16:15<Chutt>should just be a flag in the scheduler code
16:15<Captain_Murdoch>not for the free space, this is for my other stuff.
16:15<Chutt>i dunno
16:15<Chutt>that's fine
16:16<Captain_Murdoch>just in the scheduler for the free space. at low-res, still takes more than 100 megs for a half hour right?
16:17<Captain_Murdoch>you think higher or lower than 100? maybe 500?
16:18<Chutt>i dunno, say 250
16:18<Captain_Murdoch>ohhhhh... :) so in the scheduler, get the free space from a backend and if less than 250 don't give it any jobs.
16:19<Chutt>or just not start recording anything
16:20<Captain_Murdoch>hmmm... was thinking slaves would be harder but if I can do that it would work. well, if the master fills up, why stop slaves from recording. if it checks each slave that will suffice all those people who keep asking about one system filling up while the other has lots of space left free.
16:22<jamesb0nd>how graphic intensive are the music visualizations, are they 3d rendered?
16:37--> [Ripp](~deadbeef@ has joined #mythtv
16:38-!-Ripp [] has quit [Connection timed out]
16:43-!-extremis [] has joined #mythtv
16:45-!-choenig [] has joined #mythtv
16:47<-- thor(~thor@ has left #mythtv
16:55<Chutt>thor, yo
17:13-!-TheAsp [] has joined #mythtv
17:13<TheAsp>could the increment for the autodeletion threshold be set to 0.5?
17:14<TheAsp>or possibly 0.25?
17:15<Captain_Murdoch>no, it would have to be specified in megs then. the spinbox only does ints I believe. course I could be wrong with my limited QT knowledge.
17:16<Captain_Murdoch>I tried .5 to begin with. :)
17:21-!-thor [~thor@] has joined #mythtv
17:22<Captain_Murdoch>could maybe change it to do 50 or 100 meg increments if 1Gig is to low of a limit. I figured 1 gig would leave a little room for a livetv buffer that's why I set that as the minimum.
17:22<Captain_Murdoch>err s/too low/too high/
17:30-!-jkolb [] has joined #mythtv
17:31<jamesb0nd>any graphic cards anyone can recommend?
17:39-!-Drikus_ [] has quit ["toedeledoki"]
17:45<thor>Chutt, turns out I'm writing a socket based transcoding daemon ... does transcode based stuff in threads when nothing else is going on ... separate process to mythbackend ... does this make sense to you?
17:46<thor>more work than I thought
17:46<thor>but better than staring at an inactive dialogue for two hours
17:47<Chutt>i'd want a progress dialog
17:47<Chutt>that you could, say, rejoin later
17:48<thor>you can go into mythDVD and get status
17:48<Chutt>(i'm planning to make the cd ripping stuff similar)
17:48<thor>the rip dialog just copies over the selected VOB's and puts another job on the daemon
17:49<thor>man oh man do I wish transcode was already a complete library
17:49<thor>it's going to be a total mess to keep up with code changes
17:54* extremisgoogles
17:54<thor>work in progress
17:54<extremis>thor: is that what you are writing?
17:54<thor>at the moment
17:55<Chutt>someone sent in a pair of shell scripts to the lists
17:55<TheAsp>Captain_Murdoch: ahh, never thought of the ringbuffer
17:55<Chutt>and named it 'mythdvd', but, well, it's getting smacked down
17:55<TheAsp>does the whole ringbuffer get allocated at once?
17:55<Chutt>theasp, nope
17:56<TheAsp>so it doesnt matter then
17:56<TheAsp>Captain_Murdoch: i was going for mb in mine...
17:56<extremis>gah, initial mythfilldatabase is sloooooow
17:57<TheAsp>i seem to have duplicate and empty channels in my db...
18:02<-- [Ripp]has quit (Read error: 110 (Connection timed out))
18:05--> [Ripp](~deadbeef@ has joined #mythtv
18:05<Captain_Murdoch>Chutt: I have working code in the scheduler to stop scheduling new recordings it free space on the master falls below 250 megs. checks every second same as the todo check does.
18:06<TheAsp>would it be possible to have multiple recording locations, and it writes to the one with the most space free?
18:06<TheAsp>or would thta just be too complex?
18:07<TheAsp>a friend wants more space but doesnt want to wipe it to lvm...
18:14<Captain_Murdoch>TheAsp: I was just working on functionality for "stop recording when at max episodes rather than record & delete oldest" as well.
18:15<Captain_Murdoch>when I fill up my 120GB drive I just installed the other day I might get the urge to play with multiple dirs, but by then I'll have a bigger drive anyway. :)
18:22<just1nux>Chutt: I'm seeing problems with the edit osd. It appears to not draw the red.png when you hit 'z' and then sometimes it only draws some of the 'start' and 'stop' arrows. Occasionally it draws everything right, but mostly its not.
18:23<Captain_Murdoch>TheAsp: about the ringbuffer and the minimum free space auto-expire threshold. I set it at 1G minimum because I wanted to try to make it harder for people to cause programs to auto-expire becuase they were watching TV and the ringbuffer was growing.
18:30-!-choenig [] has quit [Remote closed the connection]
18:33<Peit|Home>what's full PAL capture size anyone?
18:34-!-jamesb0nd [] has quit [Read error: 54 (Connection reset by peer)]
18:47-!-jkolb [] has quit []
18:47<-- [Ripp]has quit (
18:47-!-Thyndas [] has quit []
18:47-!-mikegrb [] has quit []
18:47-!-ca1vin [] has quit []
18:47-!-rkulagow___ [] has quit []
18:47-!-Edgan [] has quit []
18:47-!-bigguy [] has quit []
18:47-!-KikoV [] has quit []
18:47-!-mecraw [] has quit []
18:47-!-rizzi [] has quit []
18:47-!-fulbert [] has quit []
18:47-!-keturn [] has quit []
18:47-!-term [] has quit []
18:47-!-poptix [] has quit []
18:47-!-vektor [] has quit []
18:47-!-schultmc [] has quit []
18:47-!-moegreen [] has quit []
18:47-!-just1nux [] has quit []
18:47-!-rkulagow_ [] has quit []
18:47-!-radsaq [] has quit []
18:47-!-jfm [] has quit []
18:47-!-yebyen [] has quit []
18:47<-- Snow-Manhas quit (
18:47<-- Peit|Homehas quit (
18:47-!-thor [] has quit []
18:47-!-TheAsp [] has quit []
18:47-!-dopez [] has quit []
18:47-!-hfb [] has quit []
18:47-!-Captain_Murdoch [] has quit []
18:47-!-Viddy [] has quit []
18:47-!-GreyFoxx [] has quit []
18:47-!-mdz [] has quit []
18:47-!-Justin_ [] has quit []
18:48--> [Ripp](~deadbeef@ has joined #mythtv
18:48-!-jkolb [] has joined #mythtv
18:48-!-thor [~thor@] has joined #mythtv
18:48-!-TheAsp [] has joined #mythtv
18:48-!-Thyndas [~conaz@] has joined #mythtv
18:48-!-dopez [] has joined #mythtv
18:48-!-hfb [] has joined #mythtv
18:48-!-mecraw [~mecraw@] has joined #mythtv
18:48-!-schultmc [] has joined #mythtv
18:48-!-KikoV [] has joined #mythtv
18:48-!-mikegrb [] has joined #mythtv
18:48-!-bigguy [] has joined #mythtv
18:48-!-Edgan [[] has joined #mythtv
18:48-!-ca1vin [] has joined #mythtv
18:48-!-rkulagow___ [] has joined #mythtv
18:48-!-keturn [] has joined #mythtv
18:48-!-vektor [~bbiggs@nat-pc.cs.Dal.Ca] has joined #mythtv
18:48-!-term [] has joined #mythtv
18:48-!-poptix [] has joined #mythtv
18:48-!-rizzi [] has joined #mythtv
18:48-!-fulbert [] has joined #mythtv
18:48-!-moegreen [] has joined #mythtv
18:48-!-rkulagow_ [] has joined #mythtv
18:48-!-just1nux [] has joined #mythtv
18:48-!-jfm [] has joined #mythtv
18:48--> Peit|Home( has joined #mythtv
18:48-!-radsaq [] has joined #mythtv
18:48--> Snow-Man( has joined #mythtv
18:48-!-yebyen [yebyen@] has joined #mythtv
18:48-!-GreyFoxx [] has joined #mythtv
18:48-!-mdz [] has joined #mythtv
18:48-!-Viddy [] has joined #mythtv
18:48-!-Justin_ [] has joined #mythtv
18:48-!-Captain_Murdoch [] has joined #mythtv
18:49<Captain_Murdoch>since there will now be a "record all episodes even if dup" setting, I also made myth check the recorded table for dups to make sure it doesn't re-record the same program again if it still exists and hasn't been deleted yet.
18:50<Captain_Murdoch>this will allow me to get rid of that cron job I have that is fudging descriptions and subtitles on some shows that don't have them filled in properly sometimes. :)
18:56-!-mecraw [] has quit ["Trillian ("]
18:59<Captain_Murdoch>thor: check the date on your machine or something. your emails have been coming in dated a few hours in the past.
19:01<thor>ah ... was et to UTC
19:02<thor>fixed (sorry)
19:02<Captain_Murdoch>that's ok. figured you might want to know. :)
19:02<Captain_Murdoch>was getting ready to paste in the date line so you could see that. I thought that was what it was.
19:02<Captain_Murdoch>and I knew you were a couple timezones behind me not in front of.
19:03<thor>I'm EST
19:04<Captain_Murdoch>I thought you were PST?
19:04<Captain_Murdoch>musta assumed something from when I saw you talking the other night.
19:04<thor>nope, at least not at the moment
19:05* Captain_Murdochscrolls back and sees it was bline who was PST who you were talking to about him being from Vancouver area.
19:06<thor>I used to live out there , long time ago
19:07<Captain_Murdoch>my wife's from there but she moved here to VA to be with me.
19:07<thor>ah VA, I'm in DC
19:08<Captain_Murdoch>I go up there every couple weeks for work. company's headquarters is at Tyson's corner with another facility near silver springs.
19:09-!-schultmc [] has quit ["Client exiting"]
19:09<thor>I know the areas ... we're downtown, Dupont Circle
19:22-!-Justin_ [] has quit [Remote closed the connection]
19:22-!-Justin_ [~justin@H239-214.STATE.RESNET.ALBANY.EDU] has joined #mythtv
19:25-!-tmk [] has joined #mythtv
19:27<mdz>Program received signal SIGSEGV, Segmentation fault.
19:27<mdz>[Switching to Thread 770083 (LWP 6947)]
19:27<mdz>0x082de0df in virtual function thunk (delta:-60) for SpinBoxSetting::configWidget ()
19:27<mdz>that's the second one like that I've gotten
19:27<mdz>this time I didn't get to it in time to get a backtrace
19:28<mdz>but it wasn't particularly useful the last time
19:28<mdz>yeah, especially since this was from the _backend_
19:28<mdz>which I'm pretty certain never calls configWidget ever
19:28<Chutt>yeah, doubt it
19:28<mdz>I think this kind of thing is responsible for a number of my backend crashes
19:29<mdz>I don't know if it's the box or what
19:29<Chutt>memory corruption of some sort
19:29<mdz>it wasn't hot
19:29<Chutt>no, internal to mythtv
19:29<mdz>but that was my previous theory
19:29<mdz>because we were having a lot of hot days in a row
19:30<mdz>got an air conditioner now, though
19:30<mdz>helps :-)
19:30<Chutt>you saw the 'Alternative livetv to recording switching' patch?
19:31-!-[Ripp] is now known as Ripp
19:35<mdz>no, just saw the followup
19:35<mdz>must have missed the patch itself
19:36<Chutt>gets rid of most of the nasty stuff
19:37<mdz>I never quite followed that code
19:37<mdz>didn't matter much since I didn't use live tv much
19:37<Chutt>does replace it with some additional nastiness
19:37<mdz>I have been a little recently
19:37<Chutt>but, it's mostly cleanups and stuff
19:37<mdz>my system is just a _little_ bit too slow, it hiccups once in a while
19:38<mdz>and going back and forth to the guide is rather slow for some reason
19:54-!-extremis [] has quit ["changing servers"]
20:09<Captain_Murdoch>were some people mentioning duplicate episodes being recorded occasionaly?
20:09<Chutt>people occasionally report that
20:09<mikegrb>std::cout is part of iostream right?
20:10<mikegrb>hmmm thought so
20:10<Captain_Murdoch>I'm running cvs as of a few days ago on my master backend and I'm seeing where it's going to record a dup in a half hour according to printsched. I'm looking at it to see if that's maybe what's causing people's dups.
20:11<Captain_Murdoch>I'm thinking of just setting proginfo->recording = false inside ScheduledRecording::findAllProgramsToRecord if the program is a dup. right now it defaults to true and lets the scheduler turn recording off if it's a dup.
20:11<Chutt>i'd rather not do that
20:11<Chutt>recording = false is irreversible =)
20:12<Captain_Murdoch>ok. so any logic to disable a recording should be in the scheduler?
20:12<mikegrb>Chutt or Captain_Murdoch, have a C++ book you would recomend
20:13<Chutt>i've only ever used books as references
20:13<Captain_Murdoch>ok. I tested my code to stop recording when reaching maxepisodes and tested it in both locations so I'll leave it in the scheduler. wasn't sure if that was the right place or not.
20:13<mikegrb>me too <g>
20:13<Captain_Murdoch>only c++ book I have is for turbo c++ v1.0. :)
20:13<Chutt>'large scale c++ software design' is rather nice, but it's not for everyone
20:13<Captain_Murdoch>wouldn't recommend that one.
20:13<Captain_Murdoch>I use
20:14<mikegrb>I figured I'd read up some since I have a safari subscription and the one I picked is so windows centric :-/
20:14<Captain_Murdoch>woulnd't recommend turbo c++ book that is just in case anyone confused that with the book Chutt mentioned.
20:14<Chutt>stroustrup's book is fairly good
20:19-!-hfb [] has quit ["Client exiting"]
20:21<Chutt>yay, > 200 fewer lines of code
20:21-!-ahbritto [] has joined #mythtv
20:22<tmk>for Q in `ls mythv-src`; do echo "" > $Q;done
20:22<tmk>0 lines of code!
20:22<Chutt>amazing, i got connected to a sf cvs server right away
20:22<tmk>i never have a problem..
20:23<jkolb>You get to connect to the ssh servers.
20:23<Chutt>you're a developer, you're using a different machine
20:23<Chutt>the drive in my main dev machine is going to die
20:24<jkolb>Hearing the click of doom?
20:24<Chutt>more like a 'plonk' or 'bong'
20:24<Chutt>oh well
20:25<Chutt>i badblocks'd it earlier today
20:25<Chutt>snow-man, fix the mailing lists
20:31-!-bline [] has joined #mythtv
20:31<tmk>man my hd at home clicks anytime my cellphone gets within 5 feet of it
20:31<tmk>that scares me
20:50-!-tmk [] has quit ["Client exiting"]
20:53<Captain_Murdoch>Chutt: should there be a 0.10-to-0.11.sql file yet?
20:53-!-FryGuy [] has joined #mythtv
20:59<Captain_Murdoch>ok. I'll make one from cvs.sql and put it in with my commit I'm getting ready to do.
21:00<Chutt>i need to bump the version number, too
21:00<Chutt>of the library
21:01-!-tdb30_ [] has joined #mythtv
21:05-!-_shad [] has joined #mythtv
21:05<_shad>Chutt: Around?
21:06<Captain_Murdoch>Chutt: I had to bump the version number anyway so that's done as well. I just committed.
21:08<tdb30_>I'm curious if anyone else has reported not being able to control the program guide with a remote. My remote doesn't work on that page.
21:11<Captain_Murdoch>not that I know of. I rarely use the program guide with my remote. I schedule things in mythweb or while I'm sitting at the computer messing with code.
21:17-!-FryGuy [] has quit [Read error: 113 (No route to host)]
21:18--> [-ripp-](~ripp@ has joined #mythtv
21:18-!-[-ripp-] is now known as Ripp_NB
21:22<tdb30_>anyone using an nvidia geforce 4 MX with tv out successfuly? I want to rule out the drivers if I can.
21:24<mikegrb>tdb30_: I have a geforce 440 mx
21:24<mikegrb>I rhink
21:24<Chutt>you probably need to be using the nvidia binary drivers
21:25<Chutt>but they should work
21:26<-- jkolbhas quit ()
21:29<tdb30_>yeah I am using them..... I have Videocsync1: invalid argument alternating with videosync0: invalid argument in one window and autio buffer overflow, audio data lost in another.
21:30<tdb30_>wat does this mean?
21:30<Chutt>that means your capture card isn't setup right
21:31<mikegrb>hmm not sure exactly the cause but I've seen the videosync error once or twice
21:31-!-rkulagow [] has joined #mythtv
21:31<tdb30_>could all my probelms be related to a slow computer (1G athlon)?
21:31<Chutt>nope, that't plenty fast
21:32<Chutt>what are you using as a capture card?
21:33<tdb30_>the ati wonder ve tv card
21:33<Chutt>well, shouldn't have too many problems with that
21:33<mikegrb>I'm using the same card
21:33<tdb30_>its about as bottom of the line as far as capture cards go
21:34<mikegrb>tdb30_: what are your card and tuner settings?
21:34<_shad>Chutt: what kind of system is required to run without xv?
21:35<Chutt>a fast one
21:35<_shad>Heh, then I'm doomed for failure
21:35<Chutt>much cheaper to buy a modern graphics card
21:35<_shad>I'm gonna attempt to run mythtv on a diskless xterminal
21:35-!-Captain_Murdoch_ [] has joined #mythtv
21:35<tdb30_>card isn't set specificly (i'll see if I can get it ) but tuner is set to type 2
21:36<mikegrb>I've got card = 1 and tuner 2
21:37<mikegrb>probably our problem there was a recent thread about it but my picture has been great and I found those settings on someone's page
21:37<tdb30_>It detected it as card 64
21:37<mikegrb>how often do you get the videosync error?
21:38<tdb30_>not often that I know of. mostly I get segfaults.
21:40<mikegrb>steve at has card 64 and tuner 2
21:40<tdb30_>anyone else running mandrake 9.1?
21:41<mikegrb>u might check
21:41<mikegrb>er wrong window
21:42<tdb30_>san-quinten ehh. not chatting with those felons again are you. ;)
21:42<mikegrb>some dumbarse is in the irc admin channel asking where #ccinfo went on slashnet
21:58<tdb30_>humm seems to be a little quicker with the card set as 1
21:58<tdb30_>could just be coincidence
21:59<mikegrb>I dunno I've had good experience with it set that way
21:59<mikegrb>just twice I believe have I discovered the /var partition filled up with logs
22:12-!-dopez [] has quit [".."]
22:19<tdb30_>arrg machine locked up on me again.
22:58-!-mdz [] has quit ["Client exiting"]
23:01-!-TheAsp [] has quit [Remote closed the connection]
23:08-!-mdz [] has joined #mythtv
23:08-!-ribo [] has joined #mythtv
23:08<fulbert>anyone have suggestions for dvd playback software with myth?
23:09<ribo>anyone know the cheapest place to get a PVR-350 ?
23:11<ribo>127 and 3 days left on the bid :/
23:11<fulbert>I don't see the 350's all that often, a lot of resellers only have the 250.
23:11<ribo>whats different?
23:11<fulbert>does the decoder for playback get supported yet?
23:11<fulbert>the 250 does not have a decoder, the 350 does, but last I knew the drivers did not support the decoder, so it's of little use.
23:12<fulbert>the 250's go for 100-150.
23:12<ribo>how is the quality on either of them?
23:13<fulbert>I'm using 250s, the quality is great.
23:13<ribo>does the 250 have the tv out?
23:13<fulbert>no, but the tv out on the 350s is not supported.
23:13<ribo>well then :D
23:13<fulbert>you need to have a video card with TV out
23:13<ribo>yea i do
23:13<fulbert>most supported/used is the nvidia units.
23:13<ribo>and i have an ati tv card
23:13<ribo>but its grainy
23:14<fulbert>the best units are thought to be the nvidia cards with the Conexant CX25871 chip.
23:15<fulbert>I find the CX25871 chips provide the best looking tv output by far.
23:15<ribo>are they just tv cards or vid card w/tuner?
23:15<fulbert>many models of the GeForce 4 Ti cards have the CX25871 as their tv encoder.
23:16<fulbert>not all, but many. mostly in the older 4x versions, the newer
23:16<fulbert>SE ones with 8X agp seem to have moved away from the CX25871.
23:16<fulbert>not sure why. I am using a Leadtek A250 TD Ti 4200 based card, looks great.
23:16<ribo>is that supported with mythtv?
23:25-!-tmk [] has joined #mythtv
23:30-!-Ripp_NB [] has quit ["Client exiting"]
23:41<Chutt>tmk, you had said you were testing decoding sometime?
23:47<tmk>right now infact
23:47<tmk>doesn't work tho, i can tell ya that ;)
23:51<vektor>wow, someone authoritative posted something intelligent to video4linux-list
23:51<vektor>is the sky falling ?
23:53-!-ribo [] has quit ["leaving"]
23:57-!-sc00p [] has joined #mythtv