Back to Home / #mythtv / 2002 / 12 / Prev Day | Next Day
#mythtv IRC Logs for 2002-12-07

00:03<mdz_>any idea how to give focus to the next widget in the tab order?
00:05<mdz_>apparently, the list is kept in a QFocusData, but I don't see how to get a handle to it
00:05<mdz_>ah, QWidget::focusData()
00:05<Chutt>true or false depending on the direction
00:07<mdz_>that's even easier
00:07<Chutt>i've got a qlineedit extension in mythmusic/cdrip.cpp
00:07<Chutt>if you want to use that
00:08<mdz_>good point, maybe this stuff should all go in one plac
00:08<Chutt>i've got a mythwidgets.h started in my local tree
00:08<Chutt>and mythwidgets.cpp
00:08<Chutt>in libmyth
00:09-!-bigguy [] has joined #mythtv
00:12<mdz_>well check it in :-)
00:13<Chutt>no can do =)
00:13<Chutt>live tv doesn't work yet
00:13<Chutt>once that does, i will
00:13<Chutt>but watching what you're recording and those transitions will be broken in my initial checkin
00:15-!-bigguy [] has quit ["bed"]
00:16<-- devtrashhas quit ()
00:16<mdz_>what do you have in mythwidgets?
00:16<Chutt>a toolbutton and pushbutton
00:16<Chutt>their only modification is wrt drawing
00:17<Chutt>made em more visible when focused
00:23<Chutt>hey, for your mplayer patch
00:23<Chutt>is there any reason for that struct to go into the .h file?
00:23<mdz_>the extendeddata?
00:24<mdz_>the rest of the file format stuff was in there
00:24<Chutt>oh, ok
00:24<mdz_>I just added it next to the nuppelvideo header and what not
00:28<mdz_>ok, I made the combobox work with those key bindings
00:33<mdz_>the spinbox doesn't work the same way, though, apparently
00:34<mdz_>the spinbox object doesn't get the keypress events
00:34<mdz_>I guess it creates some subordinate widget
00:34<mdz_>yeah, it's a qlineedit
00:35<Chutt>tricky =)
00:37<mdz_>there is a filter function which gets the event, but it's as a QEvent, how do I get the keypress out of that?
00:37<Chutt>not sure
00:37<Chutt>cast it somehow
00:37<Chutt>bah, it's probably how you're supposed to
00:38<mdz_>still yuck
00:38<mdz_>let's make a macro for the cast
00:38<mdz_>then it'll be just like gtk
00:39<Chutt>it's probably a subclass :p
00:39<mdz_>ok, got that working
00:39<Chutt>ya know, polymorphism and all that stuff
00:41<mdz_>if you have to check some enum to get the type, and then cast to that type, in order to do what you want, the interface should have been different ;-)
00:41<mdz_>I don't see where the keyboard events get handled for the slider
00:42<mdz_>never mind
00:45<-- Arelius_has quit ()
00:45<mdz_>ok, the whole recordingprofile wizard now works with just arrows+ok
00:46<mdz_>where should I put these widgets?
00:46<mdz_>I could create my own mythwidgets.{h,cpp} if you don't want to check yours in :p
00:47<Chutt>that'd be best
00:47<Chutt>my stuff'll just add on to yours, then
00:47<noobie>Does the Happauge WinTV PCI card support btaudio? The btaudio module loads, but I can't get any data from /dev/dsp
00:47<Chutt>well, or i can check it in
00:47<Chutt>noobie, depends on the card
00:48<noobie>Hmm. Is there a table listing card rev->audio capabilities?
00:48<Chutt>not that i'm aware of
00:50<mdz_>Chutt: in libmyth?
00:53<Chutt>lichen, your mythweb changes are in
00:53<Chutt>now i've gotta go to bed
00:55<mdz_>ok I committed the widgets
01:07-!-brtb [] has joined #mythtv
01:27-!-moegreen [] has joined #mythtv
01:37-!-noobie [] has quit [Remote closed the connection]
02:19-!-noobie [] has joined #mythtv
02:19-!-moegreen [] has quit [Read error: 104 (Connection reset by peer)]
02:53-!-noobie [] has quit [Remote closed the connection]
03:59-!-witten [] has joined #mythtv
05:38-!-mirk_dt [] has quit []
05:38-!-tinsley [] has quit []
05:38-!-vektor [] has quit []
05:38-!-_shad [] has quit []
05:38-!-SadMan [] has quit []
05:38-!-yebyen [] has quit []
05:42-!-witten [] has quit []
05:42-!-DarkHelmet [] has quit []
05:42-!-QSECOFR [] has quit []
05:42-!-Kyzoku [] has quit []
05:43-!-SadMan [] has joined #mythtv
05:43-!-yebyen [] has joined #mythtv
05:43-!-_shad [] has joined #mythtv
05:43-!-vektor [] has joined #mythtv
05:43-!-tinsley [] has joined #mythtv
05:43-!-mirk_dt [] has joined #mythtv
05:43-!-witten [] has joined #mythtv
05:43-!-DarkHelmet [] has joined #mythtv
05:43-!-QSECOFR [] has joined #mythtv
05:43-!-Kyzoku [] has joined #mythtv
06:15-!-Edgan [] has quit ["Client Exiting"]
06:29-!-mirk_dt [] has quit []
06:29-!-tinsley [] has quit []
06:29-!-_shad [] has quit []
06:29-!-yebyen [] has quit []
06:29-!-SadMan [] has quit []
06:29-!-vektor [] has quit []
06:29-!-DarkHelmet [] has quit []
06:29-!-witten [] has quit []
06:29-!-QSECOFR [] has quit []
06:29-!-Kyzoku [] has quit []
06:30-!-SadMan [] has joined #mythtv
06:30-!-yebyen [] has joined #mythtv
06:30-!-_shad [] has joined #mythtv
06:30-!-vektor [] has joined #mythtv
06:30-!-tinsley [] has joined #mythtv
06:30-!-mirk_dt [] has joined #mythtv
06:30-!-witten [] has joined #mythtv
06:30-!-DarkHelmet [] has joined #mythtv
06:30-!-QSECOFR [] has joined #mythtv
06:30-!-Kyzoku [] has joined #mythtv
07:37-!-Edgan [] has joined #mythtv
07:40-!-mirk_dt [] has quit [SendQ exceeded]
08:02-!-giuppi [~giuppi@] has joined #mythtv
08:03<giuppi>hi! does anyone have experience with mythtv on a 16:9 or 16:10 display ?
08:03-!-Edgan [] has quit ["Client Exiting"]
08:09-!-Edgan [] has joined #mythtv
08:11-!-Edgan [] has quit [Client Quit]
08:27-!-Edgan [] has joined #mythtv
08:47-!-giuppi is now known as giuppi_kebab
09:16-!-giuppi_kebab is now known as giuppi
11:49<mdz_>yay, the IR thing arrived today
11:55<vektor>`Does it work?
11:55<mdz_>haven't unpacked it yet
11:55<mdz_>others have had success with it, and it's just a simple serial device, so I have high hopes
11:55<vektor>oh cool.
11:55<vektor>Well let me know.
11:55<vektor>I'm curious.
12:00<mdz_>Chutt: what's the reason for the separate videosource table?
12:01<mdz_>it seems like videosource<->cardinput should always be 1:1, and name could be a column in the same table with the cardinput data
12:05<mdz_>I'm ready to work on the GUI setup for the inputs, but it would be significantly simplified if those tables were merged
12:09<Chutt>don't you have multiple inputs on your card that you use?
12:10<Chutt>i guess there's no real reason for them to be separate
12:10<Chutt>ah, wait
12:11<Chutt>i've got 2 cards, sharing one video source
12:12<Chutt>just seemed the best way to break things up, but i suppose they could be merged
12:12<mdz_>Chutt: also, you said something about wanting the recordingprofile settings moved out of libmyth...where should they go?
12:12<mdz_>I do have multiple inputs on my card that I use
12:13<Chutt>into the frontend, i'd say
12:13<Chutt>well, the gui code for it, at least
12:13<mdz_>the videosource corresponds to an xmltv channel source, right?
12:13<mdz_>yeah, I guess you could connect multiple cardinputs to the same logical channel source
12:14<mdz_>I'll follow that then
12:14-!-devtrash [] has joined #mythtv
12:14<Chutt>kinda like how i have it in the setup program now
12:14<Chutt>you setup what channel sources you have
12:14<Chutt>then you associate them with inputs on the card
12:16<mdz_>I'd like to simplify the common case, though
12:16<mdz_>and have a wizard which goes straight through for a single video source
12:18<mdz_>Chutt: you track unstable on your mythtv development system, right?
12:18<mdz_>Chutt: have you tried that new gdb?
12:19<mdz_>I'm curious if it's worth putting it on my testing system
12:19<vektor>Is it sexy?
12:19<Chutt>haven't yet
12:19<mdz_>vektor: * Add a patch which makes debugging threaded applications drastically
12:19<mdz_> (5x - 10x) faster. Whee!
12:20<mdz_>there sure seem to be a lot of long delays in threaded programs with the old version
12:20<vektor>wow interesting.
12:26-!-giuppi [] has quit ["leaving"]
12:34-!-moegreen [] has joined #mythtv
12:50-!-dschwarz [] has joined #mythtv
12:52-!-Universe [] has joined #mythtv
12:54<dschwarz>hello, is Isaac on here?
12:55<Chutt>sorry for not responding to your patch yet
12:55<dschwarz>no prob
12:55<Chutt>i've been really busy, haven't had time to look it over
12:55<dschwarz>I've been lagging behind the CVS head so it doesn't merge 100% cleanly. One or two fixes needed
12:55<Chutt>no worries, there
12:56<Chutt>my current tree isn't anywhere near cvs anyway =)
12:56<dschwarz>right now I'm trying to figure out why it segfaults against the head but worked OK against my earlier version :(
12:56<dschwarz>Which version of QT libraries do you recommend I target when coding? debian-unstable headers are < qt 3.1
12:57<Chutt>just whatever's in debian unstable
12:57<Chutt>i've got some fixes in my tree for qt 3.1, since i installed cvs debs of kde 3.1
12:57<dschwarz>qt 3.1 has some nice enhancements to the QDateTimeEdit control. Without those I might as well go looking for a replacement control.
13:00<dschwarz>I'll stick with 3.0.x for now and look for substitute controls.
13:00<dschwarz>thanks for MythTV, it's a lot of fun to work with
13:00<Chutt>thanks =)
13:00<Chutt>and yeah, most people will be using 3.0 for a good time to come, so i don't think it makes sense to require qt 3.1
13:02<dschwarz>maybe a runtime version check and use new features only if available.. dunno if that's possible with qt. this is my first time programming with the qt libs, they're incredibly easy to ramp up on.
13:02<Chutt>mythtv was the first time i touched em, too
13:04<Chutt>only problem with runtime stuff like that is compiling everything
13:04<Chutt>dunno if they changed the api or not, etc
13:04<dschwarz>true, you'd have to conditionally include the additional headers in mythtv somehow
13:05<Chutt>and ifdefs like that are just messy
13:05<Chutt>and hard to maintain
13:05<Chutt>so, probably the best thing to do would be to just assume 3.0
13:06<dschwarz>yeah. I'll look for a replacement control. Not sure I'm up to writing a new one yet
13:07<dschwarz>I'm thinking the "resolve conflicts" menu item wants to evolve into a general "view list of programs to record and adjust their properties" feature
13:09<dschwarz>this would be the UI to change start/end times, adjust recording quality setting on a per -program basis, and deactivate recordings in conflict
13:19<mdz_>someone is complaining that watching TV doesn't work when they haven't created any profiles
13:21<dschwarz>can anyone sort out the various mysql scripts in the databases directory?
13:21<dschwarz>I'm sure some of them are quite obsolete
13:21<dschwarz>there's no clear path to follow when upgrading versions
13:24<mdz_>the upgrade instructions are always in UPGRADING
13:24<lichen_>hmm nosticed a bug in listings.php .. if the same program is back to back it combines them into one big cell
13:26<mdz_>I think the instructions are very clear
13:32<Chutt>and it's cvs
13:32<Chutt>they shouldn't be using it in the first place
13:34<Chutt>i need to figure out how to handle the ringbuffer remotely
13:35<mdz_>BEEP :-)
13:36<Chutt>well, without too much network traffic
13:36<mdz_>why not just wrap read, write, seek, etc. in an RPC mechanism
13:36<mdz_>oh wait, that would be NFS :-)
13:36<Chutt>it's the rpc that's the important part
13:37<Chutt>i need to know what the write position is on the writer, in the reader
13:37<Chutt>so i don't wrap around it
13:37<mdz_>hmm, that's tricky
13:37<Chutt>i could just send ask every time i need to know that, but it's fairly often =)
13:38<Chutt>send a query and ask
13:38<mdz_>what does the reader do if it runs into it? go to sleep?
13:38<Chutt>until there's enough data produced
13:38<mdz_>the rpc call could block until something is available
13:38<Chutt>but it's a ring buffer
13:38<Chutt>goes round and round
13:38<Chutt>available isn't well defined
13:39<mdz_>it is if it isn't too generic
13:39<mdz_>I guess if you want multiple readers it isn't
13:39<mdz_>the reader has a well-defined idea of whethere data is available
13:40<mdz_>and that logic could be moved to the server side
13:42<Chutt>the major thing is, it's not hard to find out where the server/writer is and how much data is available
13:42<Chutt>that part's easy
13:42<Chutt>i just don't want to be doing it as often as every read
13:42<mdz_>not over the network anyway
13:43<mdz_>but if the reader doesn't actually need to know, and just needs to block or sleep until data is available, the test can happen on the remote side
13:43<Chutt>that'd still involve a network hit
13:43<mdz_>no more than the reading itself
13:44<Chutt>hadn't thought of it that way
13:44<mdz_>it's too bad there aren't any decent BEEP library implementations around
13:44<mdz_>because this seems like a good beep application
13:45<Chutt>i was kinda hoping to optimize the both reader/writer on the same machine case
13:46<mdz_>optimize how?
13:46<vektor>mdz: You like BEEP?
13:46<mdz_>unix socket?
13:46<Chutt>no network
13:46<mdz_>vektor: that's a trick question :-)
13:46<Chutt>well, minimal network
13:46<mdz_>vektor: BEEP is a pretty good idea, but so far it looks like all the implementations suck
13:47<vektor>mdz: I'm not entirely convinced BEEP is a good idea.
13:47<mdz_>vektor: it's not the end-all, be-all, but I think it has solid applications
13:47<mdz_>vektor: syslog is not one that I would find appropriate :-)
13:48<vektor>Well my problem was that it was proposed like it was going to be the be-all end-all.
13:48<vektor>IM is another.
13:48<vektor>I was disappointed by the BEEP IM crud.
13:49<vektor>Anyway, the main BEEP originator I've found to be a weenie, but only though very little contact so I could be wrong.
13:51<mdz_>Chutt: no network as in IPC, or run them as threads?
13:51<Chutt>some ipc
13:51<Chutt>but, i was just trying to think of a way to minimize how often it needed to know where the writer was
13:51<Chutt>is all
13:51<mdz_>if you're going to special-case that one to optimize it, why not just run threads?
13:52<Chutt>but i guess there really isn't any reason to special case it
13:52<Chutt>just have all the logic live on the server
13:59<_shad>how fast is the loopback?
14:00<Chutt>ok, since when did the sblive get multiple adcs?
14:01<_shad>I have seen so many versions of the sb live, it's not funny
14:01<_shad>I have one that I can't find windows drivers for it
14:01<Chutt>yeah, but none of them can record two different things at the same time =)
14:01<_shad>That's stupid
14:02<mdz_>Chutt: you can just do it in software
14:02<lichen_>haha yes! i fixed the buggy listings.php .. sometimes i wonder what thor was doing, it seems like he takes the most complicated way somtimes
14:02<Chutt>of course!
14:02<_shad>I personally don't see any difference between a 16bit soundblaster and a sblive
14:02<mdz_>Chutt: read the mailing list :-)
14:02<Chutt>lichen, send a patch -- you saw the commit last night?
14:03<_shad>Chutt: for local recorder/player, would using the loopback be fast enough?
14:03<mdz_>heh, I don't think he read that URL that he posted
14:03<mdz_>what the 4front drivers can do is allow multiple applications to record from the same input at the same time
14:03<_shad>I'll supply an OSS license for you :)
14:03<lichen_>yep... thanks.. i think im gonna do some more work on it too, like get up some basic resolve conflicts work or something then ill submit another patch
14:03<_shad>Courtesy of Bill Gates
14:04<mdz_>I've never had any need for commercial OSS
14:04<Chutt>lichen, i just like the colors in the grid =)
14:04<_shad>mdz: I have an Aureal Vortex here. Kinda need it
14:05<lichen_>ohh.. haha yeah i asw that, thats cool, ill just leave those commented out in my tree then, cause to me it looks like a circus and i cant figure out whats going on :)
14:05<Chutt>i dunno
14:05<Chutt>it looks nice without em, too
14:05<Chutt>but =)
14:09<-- papercliphas quit ()
14:10<mdz_>_shad: my sympathies
14:11<_shad>mdz: and a voodoo2. :)
14:12<mdz_>Chutt: any ideas about how the playback settings should be broken down? there are clearly too many for a single screen
14:12<Chutt>not right offhand
14:12<Chutt>what all is there?
14:12<mdz_>look at globalsettings.h in CVS
14:12<mdz_>about 20 things
14:13<mdz_>I was thinking about splitting off the OSD settings and the Live TV-specific settings
14:13<Chutt>it'll be a few minutes
14:13<mdz_>but that still leaves like 12 things
14:13<mdz_>no rush, I'm working on other things
14:13<Chutt>gotta reboot that machine =)
14:13<Chutt>was in windows to update my book database
14:13<mdz_>I guess the over/underscan stuff could get its own screen
14:13<mdz_>or wizard page
14:13<mdz_>there are 6 of those
14:14<mdz_>or, we could get rid of the scanmode settings, and just use negative numbers for underscan and positive for overscan
14:14<Chutt>that'd be easier
14:14<Chutt>2 settings instead of 6 =)
14:14<mdz_>4 instead of 6
14:14<mdz_>still need the displacement
14:14<Chutt>oh, the offset
14:15<mdz_>there's a lot of space between the items, maybe I should tweak that
14:15<mdz_>it would probably make it less readable on TV though
14:15<vektor>i need to get overscan etc settings in tvtime
14:15<mdz_>it's good to have space
14:15<vektor>so useful
14:15<mdz_>vektor: give in and merge with myth
14:15<vektor>yeah i should
14:15<vektor>no, i shouldn't
14:15<vektor>oh, maybe i should
14:16<Chutt>naw, you shouldn't
14:16<Chutt>people would bitch
14:16<Chutt>"why do i need all that crap if i just want to watch tv"
14:16<Chutt>mdz, thanks for moving stuff into the frontend, btw
14:17<mdz_>no problem
14:18<mdz_>I thought you were going to do the splitup so that the encoder and the player would be separate programs
14:18<Chutt>i am
14:18<mdz_>but then won't they be sharing some of those settings?
14:18<Chutt>but the recorder doesn't need to set things
14:18<Chutt>the frontend does
14:18<Chutt>the recorder is just a console program
14:18<mdz_>a console program or a daemon?
14:18<Chutt>i don't daemonize it yet
14:19<Chutt>but it could be, yeah
14:19<mdz_>that'd be natural I think
14:19<Chutt>but it's easier to debug if i can just ctl-c it =)
14:20<mdz_>it's nice to have an option to tell it not to fork
14:20<mdz_>that's what I usually do
14:21<Chutt>yeah, that's good
14:21<Chutt>i'm just lazy and haven't done that =)
14:23<mdz_>no need yet, I should think
14:23<vektor>are these AMD chips actually any good?
14:24<Chutt>i think so
14:24<vektor>sure whatever
14:24<vektor>and do i have to be careful with motherboards?
14:24<Chutt>i dunno
14:24<Chutt>i haven't had any problems with mine whatsoever, really
14:24<vektor>and what's yours?
14:24<Chutt>abit nv7-133r
14:24<Chutt>with an xp 1800+
14:24<Chutt>that's an nforce motherboard, though
14:25<vektor>holy crap dude
14:25<Chutt>so i have to use a binary net card driver
14:25<vektor>that chip is sooooo cheap
14:25<Chutt>well, it was more when i got it =)
14:25<vektor>sure but
14:25<vektor>and your box is alot faster than mine
14:25<moegreen>Hey, i've been throwing around some ideas for the program guide. The changes i've made are still a little rough around the edges but wanted to get some feedback. I've got a screenshot and summary of what i've done thus far:
14:25<Chutt>stuff's dirt cheap now
14:26<mdz_>XPs are very fast and very cheap
14:26<Chutt>moegreen, i'd like it if you didn't copy freevo :p
14:26<mdz_>P4s are not fast and not cheap
14:26<moegreen>well the real inspiration was from a digital cable box I used to have
14:26<Chutt>since that's their layout pretty much exactly, iirc
14:27<vektor>this is insanely cheap
14:28<Chutt>moegreen, got code for it, though?
14:30<moegreen>there are still a few small changes i need to make to some of the layout code (and i want to ensure that it works well when resized).
14:31<Chutt>my biggest issue with changing the program guide is that i like how the current one is =)
14:31<Chutt>as much info as possible
14:31<vektor>Chutt: when it says 'nvidia nforce motherboard' what does that mean? like is there on-board video or something?
14:31<Chutt>vektor, well, it's semi-nonstandard =)
14:31<Chutt>moegreen, but if you can make it configurable
14:32<Chutt>vektor, like, the ide controller's different than a normal one, but that's supported now
14:32<Chutt>there's a binary module for the built-in networking
14:32<moegreen>Chutt: which part configurable? from the old version and this version?
14:32<Chutt>moegreen, yeah
14:32<Chutt>vektor, my board doesn't have built-in video, but others do
14:33<Chutt>vektor, it's got built-in audio that's fairly crappily supported in linux -- it's the same audio stuff that's in the xbox, really
14:33<Chutt>hardware dolby digital encoder, etc
14:33-!-paperclip [] has joined #mythtv
14:33<vektor>i'd rather just buy a cheap normal mobo
14:33<vektor>but they seem hard to find
14:33<Chutt>but all that's supported in linux is your standard pcm, i'm not even sure if multichannels are in there =)
14:33-!-paperclip [] has quit [Read error: 104 (Connection reset by peer)]
14:33<vektor>it's like every mobo on this dude's price list is all decked out
14:33<Chutt>yeah, that'd be smartest
14:35-!-dschwarz [] has quit ["ChatZilla 0.8.11 [Mozilla rv:1.2.1/20021130]"]
14:42<tinsley>anyone have pictures of their tvs running myth, not screenshots
14:42<Chutt>ah, not i
14:44-!-mirk_dt [] has joined #mythtv
14:46<mirk_dt>Chutt: mythgame is currently set up to find the correct command line switches for xmame and use them.
14:46<mirk_dt>but for the fullscreen option, there's no way to find out whether your using DGA or XV
14:46<mirk_dt>so the option could be either -X11 1 or -fullscreen
14:47<mirk_dt>would you be ok with defining these switches in the mythgame-settings.txt?
14:47<mirk_dt>cool. I'll work on it.
14:47<Chutt>excellent, thanks
14:59<Chutt>nice cd collection on the wall
14:59<tinsley>_shad: thats just tv
14:59<_shad>and it's a monitor though :)
15:00<_shad>Chutt: most of them are aol cd's :)
15:00<Chutt>i've always found decorating with cds was weird
15:00<_shad>I actually called up aol and told them I was doing a presentation at school and to send me 100 cd's :)
15:00<_shad>I had them on my ceiling too
15:00<Chutt>the gigabeat/napster offices were like that, too, but they had em hanging from the ceilings
15:00<_shad>but then I'd get waken up in the middle of the night when they started falling
15:01<tinsley>you can usually go to compusa and they have stacks of aol cds
15:01<tinsley>good coasters
15:01<tinsley>disposable coasters rather
15:01<_shad>Too bad I gave my digicam to my mom for her b-day
15:01* _shadgoes to steal it back for a min :)
15:11<Chutt>moegreen, i didn't discourage you from submitting those changes, did i?
15:11<Chutt>since, like, i could make it configurable to the old way if you didn't want to do that..
15:11<moegreen>no, I had just hacked up the guidegrid.cpp, so i'm making the changes configurable
15:12<Chutt>ok, cool
15:12<Chutt>i'm sure people will like it looking that way
15:12<moegreen>Chutt: what do you think the possibility of getting the video to output to the top right section would be?
15:12<Chutt>might be a tad tricky
15:12<_shad>some other mythtv pics
15:12<Chutt>but i'm fairly sure i can work it out
15:12<_shad>and my mess :)
15:13<Chutt>moegreen, of whatever channel the user had it on when they went into the grid?
15:13<_shad>and movies
15:13<Chutt>should be able to tell the output window to resize and move it into place fairly easily
15:14<Chutt>bah, time to go shopping
15:14<_shad>Chutt: one of those computers in the corner will by one of my players :)
15:14<_shad>or 2, or 3. hehe
15:15<_shad>might have to stick one in the bathroom.
15:18<mdz_>Chutt: you may have noticed that I ended up lowercasing all of the setting names...if you feel strongly about the way they were, now would be a good time to standardize it
15:47<mdz_>Chutt: now I remember why I put the recording profile in libmyth
15:48<mdz_>it needs to go in libmythtv I guess
15:54<mdz_>I've moved it there so that CVS builds correctly again
15:56<mdz_>it could be modified to use the generic libmyth settings interface to pull out the settings, and the frontend could pull them out of the database using the real recordingprofile interface, but I'm not sure I see the point
16:02<Edgan>mdz_: Yesterday you said you were going to post the mplayer patch to play mythtv video, but I don't see any sign of it.
16:16<Chutt>mdz, ah
16:17<Chutt>mdz, i just wanted the gui stuff in the frontend, is all
16:39<tinsley>so there will be teh ability to play arbitrary video files with myth soon?
16:40<Chutt>someone seems to be writing such stuff, yeah
16:40<Chutt>i don't really see the point
16:40<Chutt>but, whatever
16:40<tinsley>you dont?
16:41<Chutt>how does one manage to get arbitrary video files onto a set top box?
16:42<tinsley>i'm going to mount my servers divx directory
16:43<Chutt>just being a frontend to another program is just silly.
16:43<tinsley>well, for this type of thing i'm a fan of lots of things rolled into one
16:44<tinsley>but i do see your point
17:03<Chutt>i should just not allow anonymous cvs
17:03<Chutt>or provide snapshots
17:22<brtb>got people downloading stuff right in the middle of a fix and wondering why it doesn't work?
17:23<Chutt>and bitching to the list about it
17:27<Markie>tinsley: i'll be posting my mythvideo tomorrow. it allow for playing video files
17:28<Markie>(actually, it sllow for playing any type of file using any external program)
17:34<_shad>Chutt: I like cvs :)
17:36<tinsley>Markie: nice
17:42<Markie>i'm gonna be finishing it up tomorrow
17:43<_shad>The next time you're having a bad day, imagine this. You're a Siamese twin. Your brother, attached
17:43<_shad> at your shoulder is gay and you're not. But you only have the one ass. Feel better?
18:08<lichen_>wow lot of patches coming in for mythweb
18:08<lichen_>i guessi sparked some interest
18:08<lichen_>i cant keep track of em all anymore
18:13<lichen_>wow.. with the movies.php patch i cant even execute it cause it hits the 8meg script resource limit set in php.ini
18:14<lichen_>i think this is indicative of some bad coding somewhere
18:26<lichen_>this is great, actual except from patch:
18:26<lichen_>if(smellsLikeMovie($proginfo->duration, $proginfo->progType) && $proginfo->title != "Saturday Night Live")
18:26<lichen_>good thing they write code thats bound to work in all situations!!
18:28<Markie>i'm making my own imdb i'm assuming once i post it, the movies.php will use the one i'm doing
18:28<Markie>sucks..theres no imdb library that currently exists
18:29<lichen_>imdb library? whats it gonna do?
18:29<Markie>return imdb stuff based on the movie name
18:30<lichen_>cool, for mythfrontend or what?
18:30<Markie>i.e. when you'r playing/choosing a movie in my mythvideo, it'll show you the poster icon, plot summary, credtis..etc for a video
18:32<Markie> "mythvideo" really is "mythexplorer"
18:32<lichen_>very nifty.. unfortunately im not so sure i know of any way to use the lib in php
18:32<lichen_>at least no without some external app
18:32<Markie>i.e. just a file explorer that spawn off handler programs...
18:32<Markie>lichen: i can make a php module
18:32<Markie>it can be a native php module to php
18:32<Markie>once i make an imdb library, i'll just link it into php
18:33<lichen_>ohhh... okay, cool, im not as much of a php expert as i should be
18:33<lichen_>link it in? would you ahve to totally relink the php lib?
18:34<Markie> biggie..wel, actually php can load dynamic modules
18:34<lichen_>yeah im thinking that would be better, you know, for hte average user
18:34<Markie>i'm actually one of the original authors of php, so it's cake to me :^)
18:34<lichen_>oh really?! very cool :)
18:35<Markie>it's funny, I think i have a sense for "good" opensource projects.
18:35<Markie>i pick them, and they become huge.
18:35<Markie>not that it's me that makes them highe, it's more me being lucky
18:37<Markie>i actually havent worked on php since it became's been a long time!
18:38<Markie>the last i programemd php was converting the modules from 3.0 to 4.0
18:38<Markie>i'm gonan use libcurl for the IMDB stuff...does that sound ok?
18:39<Markie>seems to be the best url scraper in library form, apart from PERL
18:39<lichen_>yeah thats what i would use
18:40<Markie>i'm gonna get mythvideo done tomorrow, post it..then extend it with the imdb stuff
18:41<lichen_>hey well would you have any idea about this php problem im having, like i dont know if you've been following the mythweb updates, but some guy posted a patch to it to show like all the movies that are in the future, and when it executes it seems to be using up all 8megs of the resource limit set in php.ini and i cant possibly figure out why, i mean myqsl_free_result is called on all the large result sets, and there isn't anything else huge thats being
18:42<Markie>i'll take a look at it..who sent in the patch? which patch is it?
18:43<-- moegreenhas quit ()
18:43<lichen_>sent in by grant taylor, its been like the third patch since my huge diff yesterday, its supposed to add another option in the main menu to list all the movies in the future, and some other misc things
18:44<Markie>ok..i'll look into it later tongiht..i have to run out to a holiday party right now..
18:44<lichen_>okay, that would be cool... ill be... indisposed tonight :) ... but i can see what you come up with tomorrow or something
18:47<Markie> is it safe for me to assume that people have videos (movies) on their computers, or am i the only one with gobs of movies on my PC?
18:47<Markie>am i making mythvideo just for myself, or do you think other people have this need?
18:49<lichen_>i hoenstly dont even know what mythvideo is :)
18:50<Markie>just a way to watch divx,avi's..etc..from mythtv
18:51<_shad>Markie: I actually burn all my movies. don't have room for 500 movies :)
18:51<lichen_>yeah i think i could benefit from it
18:52<Universe>Markie... I would use it
18:53<Markie>that makes me happy
18:53<Universe>it would come in really handy when Chutt splits it up to be a server/client setup...
18:53<Universe>have a massive server somewhere with all your movies/mp3s on it.
18:54<tinsley>Markie: mythvideo is a highly requested feature
19:15-!-moegreen [] has joined #mythtv
20:05-!-paperclip [] has joined #mythtv
21:00-!-matr1x [matr1x@] has joined #mythtv
21:00<matr1x>lotta people
21:00<matr1x>knight__ !
21:20<-- moegreenhas quit ()
21:33<matr1x>whats the best video card for mythtv
21:40<devtrash>matr1x: yes
21:40<devtrash>matr1x: which do you have?
21:58<matr1x>im looking for one
21:58<matr1x>i currently have a G400 in this box
21:58<matr1x>but doubt itd be sufficient for mythtv
22:03<tinsley>ati all in wonder radeon 7500
22:05-!-mirk_dt [] has quit ["Lost terminal"]
22:08<devtrash>it will work
22:12<matr1x>it will?
22:23<-- devtrashhas quit ()
22:27-!-bigguy [] has joined #mythtv
22:49<brtb>videocard? sufficient? for recording, a BT878-based tuner works fine, pretty much any videocard works for playback - all the compression/decompression is done in software anyway, so it's all dependent on raw processing power
22:54<-- bigguy( has left #mythtv
22:55-!-bigguy [] has joined #mythtv
22:56<brtb>though i probably shouldn't say any, some wiseguy will dig out an old trident 8900 and try to use it or something
22:56<brtb>and that's a lot of extra spaces... oops
22:57<matr1x>any sort of card you could get that would help the processor out?
22:57<bigguy>not really in linux
22:58<brtb>well.... if you can get something that's supported by mjpeg-tools, maybe
22:58<bigguy>there are some mpeg2/4 cards that help slower procs watch/record divx/mp2 ect files but they only have good drivers in winders
23:05<matr1x>what do tivo's use
23:06<bigguy>they have hardware encoder/decoder
23:06<bigguy>thats how they can have the slow proc
23:15-!-witten_ [] has joined #mythtv
23:15-!-witten [] has quit [Remote closed the connection]
23:17<mdz_>Edgan: I posted it to the mailing list, twice
23:17<mdz_>Edgan: as part of an existing thread on the subject
23:20<brtb>speaking of mailing list... i really ned to get on that thing, lol
23:20<Edgan>ok, I found it
23:23<tinsley>brtb: its a little high volume :P
23:23<mdz_>it has been recently
23:24<matr1x>just read the archives
23:24<mdz_>it doubled from september to october
23:24<tinsley>i just subscribed starting about Dec 1
23:25<tinsley>hey, does anyone have their myth setup, with hw specs and pictures online?
23:26<mdz_>I have a page that I've been making notes in since I started, but haven't put it up anywhere
23:26<Chutt>mdz, 360 people now.
23:27<mdz_>Chutt: I was looking at the traffic, but that too
23:27<Chutt>i know, but =)
23:27<brtb>high volume's no problem, all comes to my box here, plenty of space for it
23:34<mdz_>having space for mail is rarely a problem
23:34<mdz_>being able to read and digest it is another matter
23:34<brtb>lol true
23:43<Chutt>mdz, oh, that guy that wrote several emails about his box locking up?
23:44<Chutt>i told him 3 times in private email that it was his sound card, and he should upgrade alsa
23:44<Chutt>of course, he didn't listen
23:46<bigguy>some guy wrote to avoid cmedia based cards and onboard sound but I have a motherboard with a cmedia 8738 and a soundcard with the same chipset and both work great and I have no noise on the line in
23:46<Chutt>it really depends, it seems
23:47<matr1x>yah i have one too
23:47<matr1x>it works decent enough
23:47<bigguy>think its UserError
23:47<bigguy> ;)
23:47<matr1x>with 2.6 the alsa drivers should make it even better
23:47<Chutt>i kinda doubt that
23:47<Chutt>like, i'm pretty sure there's some really horrible on-board chipsets out there =)
23:48<matr1x>i had no idea anyone had created anything as feature near-complete as mythtv until knight__ over there started talking about it
23:48<bigguy>I had to get rid of my sb lives! they just suck compared to the onboard audio on my abit nv7-133r and my cmedia card
23:49<bigguy>plus they seem to have problems on via chipset boards
23:56<matr1x>why is hercules in space on these tv shows
23:56<matr1x>what is sam raimi smoking
23:58<bigguy>Chutt how goes the client/server stuff?
23:58<Chutt>gettin there
23:59<Chutt>almost have live-tv working over the network
23:59<Chutt>it mostly works now, just some small stuff to do
23:59<Chutt>playback doesn't happen over a network yet, though