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

00:00<moegreen>or redhat may have a script to remove the drivers for you
00:00<hurdel>wth, says device is busy
00:00<moegreen>(check /etc/init.d/) Otherwise you may have to take the drivers out in a certain order
00:02<hurdel>don't see anything in /etc/init.d for sound other than alsasound
00:05<hurdel>would rebooting help?
00:06<moegreen>you have to tell the system not to load the drivers on the next boot, you can comment them out in /etc/modules.conf probably
00:08<moegreen>hurdel: you can also try 'sndconfig', although I'm not sure if there is an option in there to remove your sound configuration
00:10<hurdel>bah, no sndconfig
00:11<hurdel>removed line from modules.conf, will reboot
00:11<hurdel>and if i'm running front end on separate box, i just have to change the ip in backend_settings.txt correct?
00:13<moegreen>i'm not sure about the frontend/backend stuff - I think you also have to setup MySQL slightly differently
00:14<Chutt>you'll need to edit the IP address in mythfrontend's main() function
00:14<Chutt>the backend_settings.txt is only read by the backend
00:15<Chutt>and you'll need mysql setup so that the frontend machine can talk to it
00:15<hurdel>Chutt : i have to change that ip before compiling?
00:15<Chutt>yup
00:15<Chutt>for now
00:15<Chutt>there's still a couple problems with it, so i haven't made it configurable yet
00:16<hurdel>ok
00:20<moegreen>Chutt: When the user hits 6, I have the program guide exiting (stopping the embedded video and what not) then running the RunProgramFind routine...if the user hits 4 from there to return to the program guide, the embedded video is lost (as expected by the way I implemented this) - is there a way to get that back? If the user hits escape it does return to the running livetv that is in the background somewhere.
00:21<Chutt>hum..
00:21<Chutt>can you just have it run the runprogramfind on top?
00:21<rkulagow>chutt: it seems like the commit you made fixed the ring buffer wrap around issue.
00:21<Chutt>leaving the other epg running behind it, kinda like the info dialog works from the epg?
00:21<Chutt>rkulagow, great
00:22<moegreen>Yeah, i suppose, I just wasn't sure how to handle it if the user hit escape in the program finder and maybe expects to return to the main video (I guess it doesn't matter much if the user has to hit escape twice)
00:23<Chutt>hmm
00:23<Chutt>for now, let's make em hit escape twice
00:26<moegreen>hmm ... it works but when the program guide runs, the sound output is muted
00:26<moegreen>errr program finder
00:27<Chutt>heh
00:27<Chutt>how'd that happen?
00:28<moegreen>?? There is something else happening here as well, I'll have to look into it a little more
00:31<moegreen>heh, oops, I think I was messing around with the m_player variable
00:31<moegreen>err pointer :)
00:31<Chutt>heh
00:31<Chutt>just do a cvs diff before committing anything =)
00:32<Chutt>make sure you don't do anything you don't mean to
00:33<moegreen>yeah ... I usually do that just to make sure
00:34<Chutt>wow, john made a commit
00:34<Chutt>other john, not you, obviously =)
00:35<moegreen>what's he working on?
00:36<Chutt>fixed that internal compiler error that bruce markey reported a few days ago
00:39<moegreen>hmm...still doing it...
00:41-!-bigguy [bigman@h37.44.102.166.ip.alltel.net] has joined #mythtv
00:42<hurdel>ok, i removed es1371 driver from modules.conf, rebooted, and now alsadrivers went in without complaining with modprobe
00:42<moegreen>does your 'lsmod' show your alsa drivers (just to be sure)
00:44<hurdel>nothing actually says alsa, but there are 3 oss snd entries and also a snd-ens1371 entry (along with other snd-*)
00:46<moegreen>if the snd-ens1371 matches the name of your alsa driver name, you should be good to go - the question now is - does your sound work?
00:47<hurdel>still haven't heard anything :/
00:47<moegreen>you have to use the alsamixer to setup your sound
00:47<moegreen>levels, that is
00:49<hurdel>woohoo!
00:49<hurdel>i hiad them up, not high enough tho
00:49<hurdel>added the whole kde sounds folder to xmms, how annoying can you get LOL
00:51<hurdel>shit, rh8 has its issues, can't open a remote database, blech
00:51<hurdel>anyone else run into that and fixed it?
00:53<itpopxay>eh
00:53<itpopxay>that has nothing to do with redhat8
00:54<itpopxay>if you can't connect to a remote database it's one of 3 things
00:54<itpopxay>1) no remote permissions
00:54<itpopxay>2) firewall on local machine
00:54<itpopxay>3) firewall on remote machine
00:55<bigguy>4) clueless user
00:57<itpopxay>that too.
00:57<bigguy>but I failed math ;)
00:57<bigguy>just kidding
01:02<rkulagow>chutt, mailed you a diff to implement volume control in mythfrontend. hopefully it's less fucked than the last thing i sent
01:11<hurdel>what usernamewhat user info does mythfrontend use when connecting remotely to db? mythtv/mythtv?
01:16<moegreen>hurdel: same as a local connection
01:17<hurdel>i'm getting this error: connecting to backend server: 192.168.1.103:6543
01:17<hurdel>couldn't open db
01:17<hurdel>Mutex destroy failure: Device or resource busy
01:17<moegreen>I assume 192.168.1.103 is your backend server's ip address?
01:18<hurdel>yes
01:18<hurdel>and i can mysql -u mythtv -pmythtv -h 192.168.1.103 just fine
01:18<moegreen>did you setup a user and a host in your mysql users table?
01:19<hurdel>yep
01:19<moegreen>from the frontend machine?
01:19<hurdel>ye
01:19<hurdel>yes
01:22<hurdel>well, if you think of something i can try, please post tot he list, i'm off to bed
01:22-!-hurdel is now known as hurd_away
01:36<Viddy>aah
01:36<Viddy>if i had read that a little earlier
01:36<Viddy>i would have suggested that he nmap the remote machine, see if the mysql port was open
01:37* Viddyreads a little further up the list .... doh
03:50-!-billytwowilly [~chris@24.86.147.212] has joined #mythtv
03:51<billytwowilly>hey, is mythtv getting close to another release?
04:05-!-billytwowilly [] has quit ["Client Exiting"]
04:15-!-nevertheless [~neverthel@pD952C743.dip.t-dialin.net] has joined #mythtv
05:18-!-itpopxay [] has quit ["brb"]
05:47-!-mirk_dt_ is now known as mirk_dt
05:49-!-emessh [pop-tix@precious.net] has joined #mythtv
05:49-!-emessh is now known as poptix
06:34-!-giuppi [~giuppi@213.140.9.77] has joined #mythtv
06:34<giuppi>hi! anyone got a ATI TV wonder VE ?
06:56<Viddy>moegreen: ive just got mythweather working: its fricking awesome! well done :)
06:57<Viddy>i am supprised that little old hamilton in new zealand has a weather thing for here, but thats ok ;)
06:57-!-giuppi [] has quit ["leaving"]
08:23-!-Conaz [~conaz@12.106.3.51] has joined #mythtv
08:46-!-nevertheless [] has quit ["wuuuusch..."]
08:53-!-mcnamara [~mcnamara@pool-141-154-48-164.bos.east.verizon.net] has joined #mythtv
08:58-!-bigguy [] has quit [Read error: 104 (Connection reset by peer)]
09:01-!-Universe [~Yeah@6532175hfc29.tampabay.rr.com] has joined #mythtv
09:20<-- Universehas quit ()
09:34-!-mcnamara [] has quit ["BitchX-1.0c18 -- just do it."]
09:58-!-jrh [~jr@ip68-5-230-73.oc.oc.cox.net] has joined #mythtv
09:58-!-gendal [] has quit [Read error: 54 (Connection reset by peer)]
10:07-!-Universe [~Yeah@pwc2-hs-nk.bbnplanet.com] has joined #mythtv
10:34-!-m0tion [~m0tion@cae57-187-007.sc.rr.com] has joined #mythtv
11:17-!-m0tion [] has quit ["Client Exiting"]
11:54-!-bigguy [bigman@h37.44.102.166.ip.alltel.net] has joined #mythtv
12:21-!-bigguy [] has quit ["off to save the world"]
12:32<moegreen>A hijacked mail truck is in a chase with police on Fox News!
13:07<rkulagow>chutt, are you here?
14:53<-- Conaz(~conaz@12.106.3.51) has left #mythtv
15:39-!-bigguy [bigman@h65.44.102.166.ip.alltel.net] has joined #mythtv
15:43-!-Viddy [] has quit [Read error: 113 (No route to host)]
15:46-!-chinande [~chinande@osteon.bsd.uchicago.edu] has joined #mythtv
16:24-!-Tuscany [] has quit ["Client exiting"]
16:33<rkulagow>chutt, are you here?
17:01<mdz>CVS is fucked
17:02<mdz>capchannels seems to be uninitialized in Channel
17:02<moegreen>is it not responding? I updated some stuff earlier (1 or so ago)
17:03<moegreen>oh, the cvs version...hmm..
17:05<mdz>hmm, no, my problem apparently
17:05<mdz>though this is a poor failure mode
17:11<Chutt>heh
17:11<Chutt>rkulagow, i'm here now
17:12<rkulagow>chutt, can you please sync cvs docs to the website?
17:15<Chutt>sure
17:16<rkulagow>thanks.
17:17<Chutt>there
17:17<rkulagow>i'm also relooking at that volume patch i sent you; i'm adding a mute toggle function. is there some way to get something to come up on the OSD and stay there rather than fading?
17:17<Chutt>should be able to just give it a 0 time, and it'll stay up until you turn it off
17:18<rkulagow>is TearDownPlayer the appropriate place to reset mixer volume in case the user tries to exit muted or with a really low volume?
17:19<rkulagow>(in tv_play.cpp)
17:19<Chutt>sure
17:19-!-chinande [] has quit ["Client Exiting"]
17:19<rkulagow>thanks.
17:20<mdz>why is it that there are alttext tags in the menu when themedmenu seems to choke on them?
17:20<Chutt>you don't have a new enough themedmenu?
17:20<Chutt>it works fine here
17:20<mdz>I updated from CVS about 2 minutes ago
17:20<Chutt>that all went in a few days ago
17:20<moegreen>Chutt: Should I add a 'current time' clock to the original epg when the info bar (current programs/future programs) is showing?
17:21<Chutt>moegreen, whatever you want
17:21<mdz>what's the difference between parsebutton and parsethemebutton?
17:21<Chutt>mdz, how's it choke on them?
17:21<Chutt>one's for the menu xml files, one's for the in-theme button definitions
17:21<mdz>Unknown tag alttext in button
17:22<mdz>that error message is present in both parsebutton and parsethemebutton
17:22<Chutt>still seems like you've got an old lib
17:22<rkulagow>chutt, is there a canonical list of keys that are already allocated? i'm using "[" and "]" for volume, and "|" for mute toggle. how do i know that i'm not stepping on something? If I don't see it in keys.txt?
17:22<Chutt>pretty much, yeah
17:27<mdz>ok, I suck
17:27<mdz>bad history substitution :-)
17:31<rkulagow>I think the CC toggle didn't make it into keys.txt
17:33<mdz>stupid qt
17:33<mdz>1783 access("/root/.qt/qt_plugins_3.0rc", F_OK) = 0
17:33<mdz>1783 open("/root/.qt/.qt_plugins_3.0rc.lock", O_RDWR|O_CREAT, 0600) = -1 EACCES
17:33<mdz> (Permission denied)
17:34<mdz>it goes to the trouble of making an access() call to check if the file exists
17:34<mdz>but then opens it read-write even though access() could have told it it doesn't have permission
17:41<mdz>I have mythbackend playing nicely as a daemon now
17:42<Chutt>heh
17:43<Chutt>i don't want it daemonized yet, but the no-X stuff's fine
17:43<mdz>I'll comment out the daemon() when I commit it then
17:44<Chutt>thanks
17:44<mdz>when will you be ready for it to daemonize?
17:45<Chutt>once i've got the multiple backend stuff done
17:47<Chutt>heh
17:47<Chutt>that blue theme of nathan's is available on his site now, if anyone's interested
17:47<Chutt>http://www.ziarek.com/mythtv/
17:47<Chutt>under the themes section
17:56<rkulagow>chutt, i mailed you a diff for volume and muting for mythfrontend. hope you like it.
17:56<moegreen>that's a pretty sharp theme
18:12<moegreen>hmm...I keep getting seg faults after exiting the program guide, however if I run the frontend with gdb I don't get them, but I do see complaints about this: X Error: BadWindow (invalid Window parameter) 3 --- any ideas? (this is upon exit)
18:43-!-bigguy [] has quit [Read error: 104 (Connection reset by peer)]
18:44-!-bigguy [bigman@h65.44.102.166.ip.alltel.net] has joined #mythtv
19:09-!-gendal [~jr@ip68-5-230-73.oc.oc.cox.net] has joined #mythtv
19:09<moegreen>Chutt: I just commited the code to integrate the EPG and the program finder. Let me know if there are any problems with it.
19:09<Chutt>cool
19:09<Chutt>moegreen, some guy posted a small patch to the mailing list earlier today to add some locking to the program guide startup/exiting
19:10<Chutt>maybe that'll fix your segfaults?
19:10-!-jrh [] has quit [leguin.freenode.net irc.freenode.net]
19:10-!-Edgan [] has quit [leguin.freenode.net irc.freenode.net]
19:10-!-mirk_dt [] has quit [leguin.freenode.net irc.freenode.net]
19:15-!-mirk_dt [~mirk_dt@del224095.columbus.rr.com] has joined #mythtv
19:19<moegreen>Chutt: it did actually, I failed to give him credit in the commit too, I'll send something to the list about it
19:19<Chutt>cool
19:25-!-Edgan [edgan@66-214-209-155.rno-cres.charterpipeline.net] has joined #mythtv
19:33<Chutt>heh
19:33<Chutt>i don't know how that could fix anything, but if it does, great
19:34<moegreen>yeah, I thought the same thing, but it worked
19:35<Chutt>is something similar necessary for the progfind stuff?
19:35-!-TheAsp [asp@CDR13-117.accesscable.net] has joined #mythtv
19:35<moegreen>I tried a lot of different thing and it kept seg faulting
19:35<TheAsp>mdz, you have your init script handy?
19:35<Chutt>and, yeah, if you could send a note to the list responding to that guy who sent the patch, that'd be nice
19:35<Chutt>just saying that it's in cvs, etc
19:36<moegreen>Yeah, I just did that (although I erased the original email, I sent a message to the list with the same subject)
19:36<moegreen>and cc: him on it
19:36<Chutt>ah, cool
19:36<Chutt>thanks
19:42<Chutt>mdz, unlink(pidfile.ascii());
19:42<Chutt>mdz, what if pidfile is ""? :p
19:44<-- Universehas quit ()
19:45<Chutt>granted, it should never get to that point, but..
19:52<Chutt>mdz, and daemonize never gets set to true anywhere
20:00-!-bigguy [] has quit [Read error: 113 (No route to host)]
20:01<TheAsp>how is this daemon stuff working anyway?
20:10<mdz>Chutt: you told me not to have it fork
20:10<mdz>Chutt: so I defaulted daemonize to false
20:10<Chutt>well, yeah, but you did just go make it optional
20:10<Chutt>mdz, but it never goes to true anywhere =)
20:10<mdz>of course, but you said you didn't want it daemonized
20:10<mdz>I run it with true in my tree
20:11<Chutt>ah, ok
20:11<mdz>btw, there's now a warning for that ms variable since it is never referenced
20:11<Chutt>right
20:11<mdz>should it be deleted at the end?
20:11<Chutt>i just compiled things
20:11<mdz>or not even stored?
20:11<Chutt>naw
20:11<Chutt>just don't even store it
20:11<Chutt>did the cc stuff default to off for you?
20:12<Chutt>since, well, it sure did for me
20:12<mdz>dunno...when does it activate? during live tv?
20:12<Chutt>you'd notice
20:12<Chutt>the ntsc decoder's not written
20:12<mdz>I don't think I've recorded anything since I updated my code
20:12<Chutt>so it just eats all available cpu
20:12<mdz>nice
20:13<mdz>it's recording something now and only using 50% CPU, so I assume it's not on
20:13<mdz>if it never returns from .exec(), I should probably add a signal handler to clean up the pid file
20:13<mdz>but it doesn't really matter
20:14<mdz>start-stop-daemon is smart enough to notice that it isn't running
20:15<mdz>cleaned up those two things
20:15<TheAsp>your init script do anything fancy?
20:15<mdz>nah, very simple
20:15<TheAsp>k
20:15<mdz>starts it as the mythtv user
20:15<TheAsp>*nod*
20:15<mdz>goes about its business
20:15<mdz>mythbackend does logging now
20:15<TheAsp>oh, nifty
20:16<TheAsp>need to wait 45 min to try
20:24<mdz>Chutt: so I'm starting to wonder whether all my weird libavcodec crashes might not just be bad memory
20:25<mdz>since I assume nobody else saw those
20:25<mdz>and the machine is now randomly hanging and failing memtest86
20:27<Chutt>hm
20:27<Chutt>it very well could be
20:27<mdz>replacement RAM should be here on tuesday or so
20:27<Chutt>heh
20:27<Chutt>then you'll know
20:28<mdz>yep
20:28<Chutt>long as it's not the motherboard
20:28<mdz>yeah, I hope
20:28<TheAsp>my machine freaked out with myth on 2.4.20...
20:28<mdz>the CPU is warm, but well below spec
20:28<moegreen>mdz: if you've got multiple stick of ram you could try taking one out at a time as well - that is if you can't wait for tuesday
20:29<mdz>moegreen: it has only a single module, and I have no other RAM of that speed
20:29<mdz>it's relatively stable; it only crashes occasionally, usually during simultaneous record and playback
20:29<Chutt>when you're doing tons of stuff in ram
20:29<mdz>fortunately, I bought it from crucial and not from some shady place
20:29<mdz>right
20:29<Chutt>ah, good ram
20:29<mdz>so they're cross-shipping new memory
20:34<mdz>it's weird, though, it worked fine for almost 4 months and then flaked out
21:31<Chutt>heh
21:31<Chutt>almost 2000 messages to the list this month
22:02<TheAsp>woah
22:02<TheAsp>ok
22:02<TheAsp>how do you make it not eat all cpu?
22:04-!-jrh [~jr@ip68-5-230-73.oc.oc.cox.net] has joined #mythtv
22:05<TheAsp>or is that a bug?
22:07-!-gendal [] has quit [Read error: 60 (Operation timed out)]
22:11<TheAsp>oh, not fixing the db
22:11<TheAsp>:P
22:17<TheAsp>how about the alternate epg segfaulting?
23:09-!-Viddy [~david@visp194-179.visp.co.nz] has joined #mythtv
23:11<_shad>mdz: around?
23:26<-- rkulagow(~rkulagow@12-250-190-224.client.attbi.com) has left #mythtv
23:53-!-rkulagow_ [~a@12-250-190-224.client.attbi.com] has joined #mythtv
23:54<rkulagow_>test