Back to Home / #mythtv / 2003 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2003-01-30

00:03<-- Universehas quit ()
00:03<itpopxay>i expect kde 3.1 in debian stable around 2005
00:03<itpopxay>2006 maybe
00:05-!-Rious_ [] has joined #mythtv
00:06<bigguy>it'll prolly be in within a few months
00:06<itpopxay>within a few months of hell freezing over
00:06<bigguy>but thats prolly when E 17 will get completed
00:09<itpopxay>so is anyone actually interested in 'internet radio' for the mythmusic module?
00:11<bigguy>several people have shown interest in it on the list but the ones that keep offering disappear
00:16<itpopxay>it's trivial really
00:16<itpopxay>supply a list of items to match
00:16<itpopxay>ie, bitrate, genre
00:16<itpopxay>grab the list from
00:17<itpopxay>then feed it to the decoder
00:17<itpopxay>or fork out to mpg321
00:18<bigguy>what does mythmusic use to play mp3?
00:20<itpopxay>all the usual libs for decoding the various formats
00:20<itpopxay>it doesn't shell out from what i've seen so far
00:20<bigguy>heh I see mdz chimed in on the mplayer thread on debian-devel
00:21<itpopxay>i'm reading it
00:21<itpopxay>it's like a big cat fight
00:21<bigguy>I justyeah
00:21<bigguy>I just started back reading it
00:21<bigguy>I had to take a break ;)
00:24<itpopxay>i never liked the whole mplayer attitude
00:24<itpopxay>but really, if it's a matter of binary distribution, just make a package that compiles mplayer
00:24<itpopxay>then everyone should be happy.
00:31-!-Rious__ [] has quit [Read error: 110 (Connection timed out)]
00:40-!-paperclip [] has quit ["grits.. they aren't just for breakfast anymore"]
00:40-!-paperclip [] has joined #mythtv
00:56-!-Rious__ [] has joined #mythtv
00:58-!-Rious_ [] has quit [Read error: 110 (Connection timed out)]
01:12<bigguy>well bed time
01:12-!-bigguy [] has quit ["later"]
02:16-!-SoopaT [] has joined #mythtv
03:50-!-nevertheless [] has joined #mythtv
03:59-!-SoopaT [] has quit [Read error: 110 (Connection timed out)]
04:47-!-nevertheless [] has quit [Remote closed the connection]
07:24<Viddy>itpopxay: is mythmusic slow for you for initally reading in the files to the database?
07:24<Viddy>then also slow switching between menus?
07:36-!-lichen_ [] has quit []
07:36-!-SadMan [] has quit []
07:36-!-moegreen [] has quit []
07:36-!-vidarino [] has quit []
07:36-!-jfm [] has quit []
07:36-!-Tuscany0 [] has quit []
07:36-!-_shad [] has quit []
07:36-!-vektor [] has quit []
07:36-!-yebyen [] has quit []
07:36-!-Chutt [] has quit []
07:36-!-gendal [] has quit []
07:36-!-hurdel [] has quit []
07:36-!-mdz [] has quit []
07:36-!-paperclip [] has quit []
07:36-!-mirk_dt_ [] has quit []
07:36-!-Edgan [] has quit []
07:36-!-itpopxay [] has quit []
07:48-!-Universe [] has joined #mythtv
08:49-!-Rious__ [] has quit [Remote closed the connection]
08:51-!-m0tion [] has joined #mythtv
08:51-!-paperclip [] has joined #mythtv
08:51-!-lichen_ [] has joined #mythtv
08:51-!-mirk_dt_ [] has joined #mythtv
08:51-!-gendal [] has joined #mythtv
08:51-!-itpopxay [] has joined #mythtv
08:51-!-Edgan [] has joined #mythtv
08:51-!-jfm [] has joined #mythtv
08:51-!-Chutt [] has joined #mythtv
08:51-!-_shad [] has joined #mythtv
08:51-!-moegreen [] has joined #mythtv
08:51-!-vidarino [] has joined #mythtv
08:51-!-vektor [] has joined #mythtv
08:51-!-yebyen [] has joined #mythtv
08:51-!-Tuscany0 [~Tuscany@] has joined #mythtv
08:51-!-hurdel [] has joined #mythtv
08:51-!-mdz [] has joined #mythtv
08:58-!-Tuscany0 [] has quit []
08:58-!-yebyen [] has quit []
08:58-!-vidarino [] has quit []
08:58-!-moegreen [] has quit []
08:58-!-_shad [] has quit []
08:58-!-jfm [] has quit []
08:58-!-lichen_ [] has quit []
08:58-!-vektor [] has quit []
08:58-!-Chutt [] has quit []
08:58-!-hurdel [] has quit []
08:58-!-gendal [] has quit []
08:58-!-mdz [] has quit []
08:58-!-m0tion [] has quit []
08:58-!-m0tion [] has joined #mythtv
08:58-!-lichen_ [] has joined #mythtv
08:58-!-gendal [] has joined #mythtv
08:58-!-jfm [] has joined #mythtv
08:58-!-Chutt [] has joined #mythtv
08:58-!-_shad [] has joined #mythtv
08:58-!-moegreen [] has joined #mythtv
08:58-!-vidarino [] has joined #mythtv
08:58-!-vektor [] has joined #mythtv
08:58-!-yebyen [] has joined #mythtv
08:58-!-Tuscany0 [~Tuscany@] has joined #mythtv
08:58-!-mdz [] has joined #mythtv
08:58-!-hurdel [] has joined #mythtv
09:28-!-hurdel [] has quit [Remote closed the connection]
09:29-!-hurdel [] has joined #mythtv
10:18<rkulagow>morning. chutt, are you here?
10:30<rkulagow>chutt, I'll mail you a seg fault in mythbackend that looks suspiciously like something bad happening either at "force unpause" or when the ringbuffer hits max value (5 gigs in my case). to rerun under gdb w/o waiting for 5 hours i'll try and crank up the bitrate so it happens sooner.
10:30<rkulagow>here's what was in Konsole:
10:31<rkulagow>ERROR: file I/O problem in 'safe_read()'
10:31<rkulagow>: Invalid argument
10:31<rkulagow>ERROR: file I/O problem in 'safe_read()'
10:31<rkulagow>: Invalid argument
10:31<rkulagow>ERROR: file I/O problem in 'safe_read()'
10:31<rkulagow>: Invalid argument
10:31<rkulagow>ERROR: file I/O problem in 'safe_read()'
10:31<rkulagow>: Bad address
10:31<rkulagow>ERROR: file I/O problem in 'safe_read()'
10:31<rkulagow>: Bad address
10:31<rkulagow>ERROR: file I/O problem in 'safe_read()'
10:31<rkulagow>: Bad address
10:31<rkulagow>Segmentation fault
11:04-!-nevertheless [] has joined #mythtv
11:37<moegreen>rkulagow: I saw those same errors when I had the superbowl on (then I left to watch it somewhere else). I checked the filesize of the ringbuffer and it was a little over 5 gigs.
11:38<rkulagow><whew!> glad someone else saw it. hate to think that i'm the problem child... i'm still running under gdb to see if it happens again and if i can get a backtrace.
11:44<Chutt>yeah, ringing the buffer is broken right now
11:44<Chutt>haven't had time to track it down and fix it yet
12:10<-- Universehas quit ()
12:16-!-Tuscany0 [] has quit [Remote closed the connection]
12:22-!-itpopxay is now known as poptix
12:22-!-poptix is now known as optixpay
12:23-!-optixpay is now known as itpopxay
12:29-!-paperclip [] has quit ["grits.. they aren't just for breakfast anymore"]
12:30-!-SoopaT [] has joined #mythtv
12:30-!-paperclip [] has joined #mythtv
12:36<SoopaT>morning all
12:52-!-m0tion [] has quit ["Client Exiting"]
12:59-!-zytta [] has quit ["fuck this"]
13:09-!-moegreen_ [] has joined #mythtv
13:25-!-Tuscany [~Tuscany@] has joined #mythtv
14:13<mdz_>Chutt: btw, the new disk space function uses 2^20 megabytes rather than 10^6's easy to change if you really want the other sort
14:32-!-Tuscany [] has quit ["Client exiting"]
14:48<mdz_>Chutt: hehehe...his engineers tell him it is because the sound driver isn't being unloaded
14:49<mdz_>because that's what applications are supposed to do
14:49<mdz_>I wonder if these are the same engineers writing that device driver
15:02<Chutt>the term engineer is thrown around so loosely
15:16<mdz_>that guy who says he can finally create the best of every possible PVR needs to start sending patches
15:20<moegreen_>Is this someone I missed on the list?
15:22<Chutt>i'd like more configurable keybindings
15:23<Chutt>those should probably go into a text file, though
15:23<Chutt>not the db
15:25-!-Tuscany [~Tuscany@] has joined #mythtv
15:29<mdz_>it would be nice if they went in the db
15:29<mdz_>then a key binding configurator would be easy
15:29<Chutt>you think?
15:29<Chutt>i can't see a nice ui for it
15:29<mdz_>a big list of actions, when you select one, it asks you to press the key you want
15:29<mdz_>could break up the actions by section or something if there are a lot
15:29<Chutt>would possibly want multiple keys for each action, as well
15:30<mdz_>those people can edit the database
15:30<Chutt>like the space/enter stuff
15:30<Chutt>that's two keys, one button
15:30<mdz_>might as well be one key
15:31<mdz_>unless someone is really using a keyboard
15:31<Chutt>like me? =)
15:32<mdz_>then one key is magic, the escape/cancel/back key, it can have only one binding
15:32<mdz_>the ui lets you press any number of keys and then escape/cancel/back to end
15:32<Chutt>that could wokr
15:32<mdz_>would need to only load the bindings when they're changed though
15:33<mdz_>though if the settings lookup got a cache, that would be sufficient I guess
15:33<mdz_>that would be a good idea someday anyway
15:33<Chutt>easy enough to just stuff em in a map
15:34<mdz_>yaeh, and just have a great big clear switch
15:37-!-moegreen [] has quit [Ping timeout: 14400 seconds]
15:38-!-moegreen_ is now known as moegreen
15:38<Chutt>moegreen, can you easily reproduce that?
15:41<moegreen>Yeah, it just takes a while to fill up the buffer (i've got it set to 1 gig for now, can it be a non integer?)
15:41<Chutt>but you can always modifiy the stuff in tv_rec.cpp that multiplies it out to a gigabytes
15:41<Chutt>but, how do you reproduce it?
15:41<Chutt>just let it pause until it's completely full?
15:42<moegreen>oh, I just 'Watch Live TV' and let it play - and then eventually it craps out with that error
15:42<nevertheless>which error, if I may ask?
15:43<nevertheless>ah, ok
15:43<moegreen>What do you guys think of this as a way to integrate the program finder?
15:46<Chutt>that might work
15:46<moegreen>of course the 4 & 6 key bindings can be changed
15:46<Chutt>moegreen, do you do anything before it dies?
15:46<Chutt>like, seek or pause it or..
15:46<moegreen>no, just hit live tv and let it sit
15:48<Chutt>i can't reproduce _that_
15:48<Chutt>i can make it crash if i let it pause too long
15:48<Chutt>but i've got it set for a 50MB buffer right now, and it's happily looping around
15:51<rkulagow>chutt, i've got the same problem as moegreen, and my ringbuf is at 4 gigs now (been letting it watch live tv; no pauses, no interaction). at this rate it should abort in < 1 hour.
15:52<nevertheless>hmm, I think, I get that, too, after a long time not changing channel, mythbackend dies and I'm only left with "bad filedescriptor"
15:52<rkulagow>if it does, i'll set it for < 4 gigs, just to see if maybe there's a long long or 64bit file issue?
15:53<rkulagow>(i mean: ring buf is set for 5 gigs, it's a 4 gigs now...)
16:03<rkulagow>chutt: just noticed this on the main webpage:
16:03<rkulagow>READ THE README
16:03<rkulagow>You can also browse the CVS tree and download a tarball of the current source from there.
16:03<rkulagow>you don't host a tarball anymore...
16:49-!-Universe [] has joined #mythtv
17:03-!-SoopaT [] has quit ["off to nix"]
17:09-!-bigguy [] has joined #mythtv
17:10-!-bigguy [] has quit [Client Quit]
17:10<rkulagow>chutt, i've got a backtrace on mythbackend crashing. i'll mail it to you.
17:10<Chutt>it's not that useful
17:10<Chutt>don't worry 'bout it
17:11<Chutt>the crash is happening after the thing that's going wrong
17:11<rkulagow>i didn't crash immediately on hitting the 5 gigs ringbuf; it probably went 10 minutes past that.
17:12<Chutt>i may have fixed the problem
17:15<rkulagow>oh, good then.
17:16<rkulagow>did you see my paste about website saying you can dl a tarball from cvs?
17:17<rkulagow>ok, just wondering. also, just saw thid flash by during a compile:
17:17<rkulagow>g++ -c -pipe -Wall -W -g -D_REENTRANT -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DEXTRA_LOCKING -DMMX -DQT_THREAD_SUPPORT -I/usr/local/include -I../../libs/libmythtv -I../../libs -I/usr/lib/qt3/include -I/usr/lib/qt3/mkspecs/default -o mainserver.o mainserver.cpp
17:17<rkulagow>cc1plus: warning: changing search order for system directory "/usr/local/include"
17:17<rkulagow>cc1plus: warning: as it has already been specified as a non-system directory
17:17<rkulagow>In file included from /usr/include/linux/vfs.h:4,
17:17<rkulagow> from /usr/include/linux/fs.h:13,
17:17<rkulagow> from /usr/include/linux/videodev.h:6,
17:17<rkulagow> from ../../libs/libmythtv/NuppelVideoRecorder.h:10,
17:17<rkulagow> from ../../libs/libmythtv/tv_play.h:9,
17:17<rkulagow> from ../../libs/libmythtv/tv.h:14,
17:17<rkulagow> from mainserver.h:8,
17:17<rkulagow> from mainserver.cpp:18:
17:17<rkulagow>make[2]: *** [mainserver.o] Error 1
17:17<rkulagow>make[2]: Leaving directory `/home/mythtv/myth-0.8/MC/programs/mythbackend'
17:18<Chutt>you didn't paste anything
17:18<rkulagow>isn't that mdz's comitt to get rid of the "df"?
17:18<Chutt>what's the error, though?
17:18<rkulagow>ugh. i hate trillian.
17:18<rkulagow>usr/include/asm/statfs.h:12: redefinition of `struct statfs'
17:19<rkulagow>usr/include/bits/statfs.h:26: previous definition of `struct statfs'
17:19<rkulagow>make[2]: *** [mainserver.o] Error 1
17:19<Chutt>ask mdz =)
17:19<rkulagow>In file included from /usr/include/linux/vfs.h:4,
17:19<rkulagow> from /usr/include/linux/fs.h:13,
17:19<rkulagow> from /usr/include/linux/videodev.h:6,
17:19<rkulagow> from ../../libs/libmythtv/NuppelVideoRecorder.h:10,
17:19<rkulagow> from ../../libs/libmythtv/tv_play.h:9,
17:19<rkulagow> from ../../libs/libmythtv/tv.h:14,
17:19<rkulagow> from mainserver.h:8,
17:19<rkulagow> from mainserver.cpp:18:
17:20<Chutt>that came through
17:20<Chutt>just the error didn't
17:20<rkulagow>mdz is only slightly less scarier to talk to than you are. :)
17:21<rkulagow>trillian is parsing the initial "/" as a command in /usr/include/asm {etc}. i think that's why my pastes weren't working.
17:21<nevertheless>rkulagow: thats normal with irc clients
17:22<Chutt>i'm trying it with a 5 gig ringbuffer now
17:22<rkulagow>that's what i figured. i should start with bitchx or something less graphical until i figger it out.
17:22<Chutt>i use xchat
17:23<nevertheless>so do I
17:23<Chutt>pretty much everything interprets an initial / as a commmand, though
17:24<rkulagow>makes it hard to paste in compile errors.
17:41<moegreen>Can we advocate that messages sent to the list with the subject "None" be blocked? heh... :)
17:44<Chutt>how about a content filter for people that refuse to think that they've got a configuration problem?
17:50<moegreen>Chutt: would there be any reason in particular that when I hit escape in the program finder, it disappears but leaves a messed up verson of what was below it before returning and correctly painting the screen?
17:51<Chutt>just the way qt deals with windows, i think
17:51<Chutt>i'm not aware of anything i'm doing wrong that causes that
18:17<Chutt>moegreen, rkulagow, would you mind cvs updating and testing that ringbuffer problem?
18:17<moegreen>no problems
18:29<rkulagow>hrmm. doesn't compile over here because of the redef of statfs error i had pasted earlier.
18:30<rkulagow>moegreen, are you getting this?:
18:30<rkulagow>g++ -c -pipe -Wall -W -g -D_REENTRANT -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DEXTRA_LOCKING -DMMX -DQT_THREAD_SUPPORT -I/usr/local/include -I../../libs/libmythtv -I../../libs -I/usr/lib/qt3/include -I/usr/lib/qt3/mkspecs/default -o mainserver.o mainserver.cpp
18:30<rkulagow>cc1plus: warning: changing search order for system directory "/usr/local/include"
18:30<rkulagow>cc1plus: warning: as it has already been specified as a non-system directory
18:30<rkulagow>In file included from /usr/include/linux/vfs.h:4,
18:30<rkulagow> from /usr/include/linux/fs.h:13,
18:30<rkulagow> from /usr/include/linux/videodev.h:6,
18:30<rkulagow> from ../../libs/libmythtv/NuppelVideoRecorder.h:10,
18:30<rkulagow> from ../../libs/libmythtv/tv_play.h:9,
18:30<rkulagow> from ../../libs/libmythtv/tv.h:14,
18:30<rkulagow> from mainserver.h:8,
18:30<rkulagow> from mainserver.cpp:18:
18:30<rkulagow>usr/include/asm/statfs.h:12: redefinition of `struct statfs'
18:30<rkulagow>usr/include/bits/statfs.h:26: previous definition of `struct statfs'
18:30<rkulagow>make[2]: *** [mainserver.o] Error 1
18:30<rkulagow>make[2]: Leaving directory `/home/mythtv/myth-0.8/MC/programs/mythbackend'
18:31<rkulagow>make[1]: *** [sub-mythbackend] Error 2
18:31<rkulagow>make[1]: Leaving directory `/home/mythtv/myth-0.8/MC/programs'
18:31<rkulagow>make: *** [sub-programs] Error 2
18:33<moegreen>rkulagow: No, mine compiled fine
18:36-!-debaserto [debaser@] has joined #mythtv
18:47<rkulagow>did you make clean distclean? i didn't see the error the first time until i scrolled back - it didn't abort the compile.
18:47<Chutt>it aborted the compile
18:47<rkulagow>(i didn't make clean distclean the first time)
18:47<Chutt>it didn't abort the install
18:48<rkulagow>chutt - you're right, of course.
18:48<Chutt>which kernel version are you using?
18:50<Chutt>i'm committing something which should fix it
18:51<Chutt>well, in a minute i will be
18:53<Chutt>you'll need to do a make distclean, of course
18:53<Chutt>it's in cvs now
18:53<rkulagow>ok, understoor
18:53<Chutt>well, just a make clean
18:53<Chutt>but, you know the drill =)
18:53<Chutt>lemme know if it works
18:54<moegreen>I'm half way to a the 1 gig mark
18:57<rkulagow>this is non-fatal, correct?
18:57<rkulagow>cc1plus: warning: changing search order for system directory "/usr/local/include"
18:57<rkulagow>cc1plus: warning: as it has already been specified as a non-system directory
18:57<rkulagow>settings.cpp: In member function `virtual QWidget* TimeSetting::configWidget(ConfigurationGroup*, QWidget*, float, const char*)':
18:57<rkulagow>settings.cpp:452: warning: unused parameter `ConfigurationGroup*cg'
18:57<rkulagow>settings.cpp:452: warning: unused parameter `QWidget*parent'
18:57<rkulagow>settings.cpp:452: warning: unused parameter `float hmult'
18:57<rkulagow>settings.cpp:452: warning: unused parameter `const char*widgetName'
18:57<rkulagow>settings.cpp: In member function `virtual QWidget* DateSetting::configWidget(ConfigurationGroup*, QWidget*, float, const char*)':
18:57<rkulagow>settings.cpp:466: warning: unused parameter `ConfigurationGroup*cg'
18:57<rkulagow>settings.cpp:466: warning: unused parameter `QWidget*parent'
18:57<rkulagow>settings.cpp:466: warning: unused parameter `float hmult'
18:57<rkulagow>settings.cpp:466: warning: unused parameter `const char*widgetName'
18:57<Chutt>if it doesn't die, it's non fatal =)
19:10-!-mcnamara [] has joined #mythtv
19:17-!-nevertheless [] has quit [Read error: 104 (Connection reset by peer)]
19:31<moegreen>Crap ... i guess I'm recording something now ... Well it went for 13 minutes after reaching the end of the ringbuffer, not quite double...i'll have to restart it
19:34<Chutt>better than before, at least?
19:39<mcnamara>Hi-- I am in the process of setting up a MythTV box.. have the hardware about how I'd like it... How does downloading of scheduling information work? IE, where I am, there are "a" and "b" channels on two different coax feeds... can I have two wintv boards, each responsible for one line?
19:39-!-Viddy [] has quit [Read error: 104 (Connection reset by peer)]
19:50<rkulagow>chutt, do you want me to stay at 5 gigs (ie, it's a "magic value"), or can i make the buffer smaller to have it come out sooner?
19:50<Chutt>if you can keep it larger than 2
19:50<Chutt>so, 3 at the mininum
19:50<rkulagow>ok, 3 gigs it is.
19:50<Chutt>would help
19:51<mcnamara>um... so any idea on the a/b being distributed amongst 2 boards?
19:52<mdz>rkulagow: looks like your kernel headers are broken
19:52<Chutt>mdz, i've fixed it, i believe
19:52<Chutt>well, worked around it
19:53<mdz>did it build OK for you?
19:53<mdz>it certainly did here
19:53<Chutt>yup, built fine
19:53<mdz>rkulagow: you aren't doing anything crazy like symlinking /usr/include/asm -> /usr/src/linux/include/asm, are you?
19:53<mdz>rkulagow: or running Red Hat Linux?
19:54<Chutt>his videodev.h is including different stuff than my videodev.h
19:54<Chutt>figured it was just easier not to include videodev.h from that place
19:56<mdz>if bits/ and asm/ are conflicting, that's a sign that the glibc headers don't match the kernel headers
19:56<mdz>I don't know why people still do that symlink brain damage
19:56<mdz>especially Linux distributions
19:56<Chutt>still easier to work around it now than deal with questions of it later =)
19:57<Chutt>mdz, if those two headers were included together on my box, they'd conflict
19:57<Chutt>my copy of videodev.h doesn't included fs.h, though, so the one in asm/ never gets included
20:04<-- mcnamara( has left #mythtv
20:04<Chutt>erik send in his teletext stuff
20:05<mdz>theoretically mythtv should ship with its own copy of videodev.h and its dependent kernel headers
20:05<Chutt>theoretically, it could ship it's on libc,too
20:08<rkulagow>chutt, mdz: running MDK 9.0, not Red Hat. /usr/include/asm and /usr/src/linux/include/asm aren't independant.
20:08<rkulagow>correction: _are_ independant. thinko.
20:08<rkulagow>(no symlinks)
20:09<rkulagow>2 month old baby == rkulagow very, very tired.
20:10<rkulagow>ok, 3 GIG setup for ringbuf in setup. currently at 110 megs and rising.
20:10<rkulagow>chutt: you didn't want mythbackend running in gdb, did you?
20:10<Chutt>shouldn't matter
20:10<Chutt>it'll crash, or it won't =)
20:10<rkulagow>ok :)
20:13<Chutt>mdz, two line change
20:13<Chutt>i believe
20:40<mdz>Chutt: mythcontext and qapplication?
20:40<Chutt>oh, 3 then
20:40<Chutt>the mainserver class extends vbox
20:41<Chutt>needs to be changed to qobject
20:41<mdz>does it actually do anything with the vbox?
20:43<mdz>I don't see anything
20:47<Chutt>it doesn't
20:47<Chutt>i forget why i made it a child of it
20:55<mdz>any particular reason not to make the no-X11 changes now?
21:04<Chutt>not really
21:10<hurdel>has the Makefile been removed frmo the themes dir in cvs?
21:18<Chutt>there's never been a makefile there
21:20<hurdel>the docs say there is, and if running redhat 8.0 you must edit it
21:20<hurdel>i sure didn't find one
21:26<rkulagow>cedar mckay contributed that portion of the howto.
21:27<rkulagow>i don't run RH8, so no idea if it's correct or not.
21:30<moegreen>Chutt: it's been over an hour running on live-tv with no problems ... this is further than before
21:33<rkulagow>i'm at 1.6gigs on a 3 gig ringbuf, so i've still got some time before a wrap around
21:36<mdz>weird, I just got a segfault inside QVariant::toString
21:36<mdz>in the backend
21:41<Chutt>coulda been something not meant to be toString'd
21:41<Chutt>hurdel, after you run make, there's a makefile in that directory
21:42<mdz>it came from the database
21:45<mdz>there is one place where it's used as a widget
21:45<mdz>main calls setMainWidget on it
21:46<mdz>seems like it should work fine without it though
21:46<mdz>except it needs some way to get out of the event loop I assume
21:49<moegreen>Alright, I figured out why the program finder was stalling after exiting it ... it was processing query results -- thus holding up the better now :)
21:52<moegreen>Otherwise, does anyone else have any feelings about integrating the program finder in this way?
21:55<-- Universehas quit ()
23:19<mdz>dammit, my myth box is failing a memory test
23:32<hurdel>anybody here to help with alsa isntall?
23:33<moegreen>hurdel: what are you having problems with?
23:34<hurdel>i followed instructions on alsa's site, and trying to insert modules, and can't find them
23:35<moegreen>so you're trying to do an insmod on your modules that you just built and installed?
23:35<Chutt>moegreen, for your program finder integration, can you make it configurable?
23:35<hurdel>ya, modprobe really, this is the command: modprobe snd-ens1371;modprobe snd-pcm-oss;modprobe snd-mixer-oss;modprobe snd-seq-oss
23:35<moegreen>Chutt: Yeah that shouldn't be a problem
23:35<Chutt>so someone can turn it off if they want the screen space back?
23:35<Chutt>go for it
23:36<Chutt>i think that'll work well
23:36-!-Viddy [] has joined #mythtv
23:37<moegreen>Chutt: I assumme I should leave the key binding in there (with or without the information line)
23:37<moegreen>btw, who shit in Dustin Rue's cereal? He seems pretty pissed that "mythtv doesn't close the tv card"
23:38<Chutt>i thought about replying to that
23:38<Chutt>but decided it really wasn't worth the effort
23:38<moegreen>hurdel: have you located the actual installed modules?
23:39<moegreen>Chutt: should I default the option to on or off?
23:39<Chutt>will it be in both program guides?
23:40<Chutt>i figure it's similar code for both, at least
23:40<moegreen>I haven't coded it for the 'other' program guide yet, but it shouldn't be a problem
23:42<hurdel>moegreen : not sure how to locate installed modules
23:42<Chutt>hurdel, look under /lib/modules/[kernel version]
23:43<moegreen>yeah, my alsa sounds mods are under /lib/modules/2.4.18/kernel/sound/pci/emu10k1/ (emu10k1 is the alsa driver name)
23:45<hurdel>found modules
23:47<moegreen>change to that dir and check to see if the snd-ens1371 module is there
23:47<hurdel>it is there
23:48<moegreen>ok, in that directory try 'modprobe snd-ens1371'
23:48<hurdel>init_module: No such device
23:48<hurdel>Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
23:49<moegreen>hurdel: are you sure you built the correct driver for your sound card? What sound card do you have?
23:50<hurdel>i did a "lspci" and it shows me an Ensoniq ES1371
23:51<hurdel>looked it up at alsa site, said ens1371
23:53<hurdel>i guess i'll just try recompiling
23:53<moegreen>did the site say you would need to pass any io or irq parameters?
23:53<Chutt>you wouldn't happen to have the kernel sound drivers installed, would you?
23:54<hurdel>moegreen : nope
23:54<hurdel>Chutt : don't know, brand new isntall of RH8
23:54<Chutt>i bet it does
23:54<Chutt>anything interesting in lsmod?
23:55<hurdel>whole bunch of snd-* plus es1371
23:56<Chutt>'es1371' by itself?
23:56<Chutt>so, yeah, that's the kernel driver
23:56<hurdel>ok, bad news?
23:57<moegreen>no, you just have to remove the kernel drivers before the alsa drivers will load
23:59<hurdel>forgive my ignorance, but not sure how to do that