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

00:08<thor>blow_core, looping on any audio access (xmms, etc.)?
00:09<blow_core>Yes. It had the same IRQ as the network card. Trying without the network card now.
00:09<thor>ah ... fiddle with BIOS?
00:11<blow_core>Well, no, I took the card out and was trying the onboard one, but that thing is a POS ... This BIOS doesn't give me much control over it either. Let me try moving things around a bit.
00:11-!-Justin_ [] has quit [Read error: 110 (Connection timed out)]
00:12<blow_core>Check that. It still does it with the sound card only on that interupt ... Thoughts?
00:13<thor>lspci -v shows sound "card" has its own interrupt?
00:14<blow_core>I dunno, but `cat /proc/pci does`. Let me check lspci.
00:14-!-Justin__ is now known as Justin_
00:15<thor>if alsa, try OSS. If OSS, try alsa ...
00:15<blow_core>Yes. It's the only thing on IRQ 18
00:15<blow_core>It's oss right now. Where can I find a good "this is how to set up alsa, without all the fluff" article? I've never used alsa before.
00:16<thor>only times I've done, it's by following along at the alsa homepage
00:17-!-lunk [] has joined #mythtv
00:18<lunk>anyone awake this late?
00:18<blow_core>Gotcha. Ok, I'll be back in a bit
00:19<lunk>mythweather seems to continually timeout, i can pull up weather with my browser just fine
00:19<thor>lunk, this is recently fixed in CVS
00:20<thor>last 24 hours or so ...
00:21<lunk>well, i don't have time to mess with that tonight
00:21<lunk>thanks for all your hard work guys, i really like the new version
00:21<lunk>sleep tight
00:23<lunk>is there a link to a aptch?
00:24<thor>have you got source code for mythweather, or just binaries?
00:25<lunk>heh, it's one change
00:25<thor>just the usec()
00:26<lunk>haha, humans > machines once again
00:28<lunk>is there a motion map in the works?
00:29-!-Timon [] has joined #mythtv
00:29<thor>hmmm ... not that I know of
00:30<lunk>would be pretty easy to do, maybe i'll hax0r something in to save the last n pictures or something
00:30<lunk>but, must let the subconcious work on that problem...
00:30<Timon>Hey thor
00:30-!-bahadunn [] has quit ["Lost terminal"]
00:30<thor>hey, got your lcddevice.cpp stuff
00:31<Timon>good deal
00:31<thor>but been awfully busy with MythDVD
00:31<Timon>I'm not trying to pester you with it
00:31<Timon>Thats cool
00:31<Timon>Take your time man. I believe the problem is with the socket stuff
00:31<thor>very odd it doesn't work for you though ...
00:31<thor>telnet localhost 13666 is fine, right?
00:32<Timon># telnet localhost 13666
00:32<Timon>Connected to localhost (
00:32<Timon>Escape character is '^]'.
00:32<Timon>connect LCDproc CVS-stable-0-4-4-20021022 protocol 0.3 lcd wid 20 hgt 4 cellwid 6 cellhgt 8
00:33<thor>have you tried the standalone lcd program in myth tree?
00:33<Timon>Thats where I started first. It doesn't work either
00:34<Timon>I'm running QT 3.1.1
00:35<thor>did you try to define #DEBUG_LCD (or whatever I put in there)?
00:35<thor>nothing ?
00:36<Timon>I get more debug stuff, but no connection
00:37<thor>you're sure the ./configure'd --with-lcd libmyth is gettings installed ?
00:37<thor>... I'm running out of ideas ...
00:37<Timon>./configure --BUILD_LCD=yes
00:37<thor>uhm, no
00:38<thor>./configure --enable-lcd
00:39<thor>(had to look that up)
00:39<Timon>I shouldn't have to make clean after I do that should I?
00:39<thor>hmmm .. try without first
00:39<Chutt>make clean in libmyth
00:40<thor>(me thinks Timon is only a few minutes away from an LCD display)
00:41<Timon>I hope so!
00:41<Timon>I got the CWLinux one with up/down/left/right enter/cancel
00:41<thor>ah ... good ... you can write the code to make those buttons do something !
00:41<Timon>heheh :-)
00:41<thor>that would be cool
00:42<Timon>Yeah, thats actually why I got that one. Didn't want the wife to have to run on the tv to select her music
00:43<bbeattie>Um, is the default action of channel changing like this: if a user slects a channel (ie 42) it pauses the current live-tv, checks to see if channel 42 is in database, if not, it unpauses the current feed and continues playing it. (Basically it won't change to the channel if it doesn't exist in the database?
00:43<Timon>Getting the keys working is my next step, I was thinking the easiest way is to use lircin and have it basicly talk to irxevent and do its mojo that way.
00:43<Timon>That was it thor!
00:44<thor>You can use the existing lcdproc to get keypresses
00:44<Timon>Now I need to turn off all that debug.
00:44<thor>there's even some comments in the code about how people with lcd's that have buttons might want to insert code "here"
00:44<Timon>yeah, thats how I'm going to go about it. its got something called lircin which takes the key presses and pushes them to lirc
00:45<thor>I'd just take them right in from the LCD object in libmyth
00:45<Chutt>and pass em to the main window
00:45<Chutt>which'll send em along down, i think
00:46<Chutt>bbeattie, yes
00:46<Timon>Ok, that would work great then.
00:46<thor>might be as simple as generate keyPressEvent()
00:47<Timon>I was going to ask if there was a way to syntheticly fire a keypressEvent
00:48<thor>uhm, well you can create an event object .... and then ... uhm ...
00:48<bbeattie>Chutt: I hit that at one point, but currently the card is set to channel 42 (not in database) if I enter any channel, in or out of the database, the stream pauses for a moment, but then returns to channel 42. It appears the channel is not getting set for the HDTV portion, however, all the channel information is correct, as it uses ntsc-bcast even in my getatsc program to dump the HDTV stream for a channel.. hmm.
00:48<Chutt>is it completely correct in the db?
00:48<Chutt>as it does a join between the capturecard, cardinput, and channel tables
00:48<Chutt>i believe
00:48<thor>... QApplication::sendEvent()
00:49<thor>or something like that
00:49<Timon>Cool, thanks thor!
00:49<thor>good luck
00:49<Chutt>how goes the dvd stuff?
00:49<Timon>If all goes well, I hope to have a patch soon.
00:50<thor>Chutt, it goes ...
00:50<thor>hang on, I'll post a screen shot
00:50<Timon>Is it a full standalone dvd player, or does it use xine or mplayer?
00:51<thor>wrapper for player (mplayer, whatever), but a ripper as well
00:51<Timon>Good deal!
00:53<thor>made up transcoding jobs
00:53<thor>but they're running on the mtd
00:53<thor>and you can go off, do other things, come back and see where their at
00:53<thor>they're at
00:54<Timon>looks good!
00:54<thor>, launch a new one, etc
00:54<Timon>Can you schedule it? Have it run in the bg while you watch tv/play music/etc?
00:55<thor>idea is that you ask it to rip and transcode, and it only does work when the machine is otherwise idle
00:55<thor>so yeah
00:55<blow_core>That is cool. Can't wait to get my hands on it.
00:55<thor>do not hold your breath
00:55<thor>I'm slow
00:55<Timon>Does it detect if things are up and comming and account for it? Or does it nice itself?
00:55<bbeattie>Channel: '' was not found in the database \n Most likely, the default channel set for this input Couldn't find any channels in the database, please make sure..... any simple way of disabling this check?
00:55<Timon>Its looking good thor!
00:56<blow_core>That's ok thor. Maybe I'll have sound by the time you get done ;)
00:57<thor>Timon, it *will* ask the mythbackend (if there is one on the same box) what's coming up, yes ... and then pause out the subjobs/threads until things free up ... could take a wekk to transcode something.
00:57<thor>anyway, still bits and pieces ... but it's coming
00:58<Timon>why not have it nice and just run in the spare cycles during an encoding/watch live tv/etc?
00:58<thor>fighting over drivespace, mostly
00:59<Timon>Ahhh, ok
00:59<Timon>io contention
00:59<thor>probably be configurable ... it's still coming together
01:01<Timon>thor: you have a 2line or 4 line lcd?
01:04<thor>2 line
01:04<thor>output a bit wonky on yours?
01:05<thor>(4 line?)
01:05<Timon>No, just the menu you only see two lines: MYTHTV-SETUP\rGeneral
01:05<Timon>4 x 20
01:05<thor>ah, that still works ... cool
01:05<thor>I haven't touched that code in 6 moths
01:06<Timon>If I get around to it/get bothered enough I'll have it display three lines of menu on a 4 line display
01:06<thor>not hard to do .. object already knows the size of the display
01:06<Timon>But I've still got my embedded controller I want to play with more
01:06<Timon>Yeah, I saw that stuff in there.
01:07<thor>only thing I really use it for is that with ntp running the living room mythbox is the most accurate clock in the house
01:07<Timon>You have a link handy to the lcdproc manual?
01:08<thor>lcdproc is badly documented
01:08<thor>what I found was by poking around in the example applications
01:08<Timon>I'm trying to figure out how to force it to clear the screen
01:08<thor>delete all widgets
01:08<Timon>there is a 5 or 6 pixel line in the lower left hand corner on my display
01:08<Timon>Thats a really stupid way.
01:09<Timon>(Not directed at you thor)
01:09<thor>best thing to do is to find an example app that does what you want
01:09<thor>and works properly
01:10<thor>and then step through it to figure out what it does
01:10<thor>mind you, documentation may have improved in the intervening 6 months
01:10<thor>I dunno
01:10<Timon>it hasn't
01:10<Timon>no update since 11/21/02
01:14<blow_core>From bad to worse. oss played looping sound, alsa doesn't play anything (and yeah, I ran the mixer and turned everything up)
01:16<blow_core>Ah well. Thanks again for the help folks. I may try a different sound card in here -- If I can figure out where to put it.
01:16-!-blow_core [] has quit ["Easy come, Easy go ..."]
01:21<bbeattie>well, I need sleep.
01:25<Timon>thor, I found a list of functions in server/client_functions.c
01:26-!-bbeattie [] has quit ["Client Exiting"]
02:24-!-Timon [] has quit [Remote closed the connection]
02:33-!-moegreen [] has quit [Read error: 60 (Operation timed out)]
02:40-!-phar0e_ [] has joined #mythtv
02:41<phar0e_>what goes on after a show is over? CPU is still 33% in use by Mythbackend for a while afterwards
03:14-!-moegreen [] has joined #mythtv
03:22<fulbert>my frontend is locking when I try to play or delete recordings, can anyone suggest ideas?
03:24<KikoV>Is there a Changelog of MythTV development?
04:16<-- phar0e_has quit ()
04:33-!-moegreen [] has quit [Read error: 113 (No route to host)]
04:47-!-bline [] has joined #mythtv
05:14-!-moegreen [] has joined #mythtv
05:35-!-choenig [] has joined #mythtv
05:51-!-moegreen [] has quit [Read error: 113 (No route to host)]
05:51-!-bline [] has quit ["Client exiting"]
06:15-!-bline [] has joined #mythtv
07:06-!-dja [] has joined #mythtv
07:15-!-moegreen [] has joined #mythtv
07:18-!-choenig [] has quit [Remote closed the connection]
07:19-!-choenig [] has joined #mythtv
07:55-!-da [] has joined #mythtv
07:55-!-dja [] has quit [Read error: 54 (Connection reset by peer)]
07:55-!-moegreen [] has quit [Connection reset by peer]
07:55-!-da [] has quit [Client Quit]
08:01-!-dja [] has joined #mythtv
08:55-!-just1nux [] has joined #mythtv
09:01-!-jkolb [] has joined #mythtv
09:09-!-sc00p [] has joined #mythtv
09:15-!-moegreen [] has joined #mythtv
09:19<KikoV>is there a Changelog?
09:20<KikoV>mdz, why don't you upload debian directory to the CVS server?
09:20<KikoV>is Isaac against this?
09:25-!-creepy [~lightning@] has joined #mythtv
09:31-!-creepy [] has quit ["gone.."]
09:41-!-creepy [~lightning@] has joined #mythtv
09:49-!-rkulagow_ [] has joined #mythtv
10:00-!-schultmc [] has joined #mythtv
10:07-!-creepy [] has quit ["gone.."]
10:10<mdz_>KikoV: I don't really want to support people trying to build debs from CVS
10:12<KikoV>well.. thx
10:12-!-creepy [~lightning@] has joined #mythtv
10:14<KikoV>mdz_, is the package itself gpl too?
10:14<mdz_>KikoV: yes
10:15<mdz_>also, Isaac does not want binaries built from CVS to be distributed
10:15<KikoV>isaac doesn't want a lot of things xDDD
10:16-!-creepy [] has quit [Client Quit]
10:16<KikoV>isaac doesn't want wikis, cvs binaries, uncontrol...
10:18* Peit|workhappens to agree with isaac, wiki's are evil, and CVS is for developement, (the fact that gentoo has a mythcvs package is ancillary
10:18-!-TheAsp [] has joined #mythtv
10:19<TheAsp>Is channel.channum supposed to be the channel's number or callsign these days?
10:20<Peit|work>it's the number selected by the change channel command
10:20<Peit|work>so for me in .uk on ntl, channel.channum=1 is channel 1
10:20<Peit|work>if that made any sense
10:21<TheAsp>i have ones with the channel number
10:21<TheAsp>and some with the callsign
10:21<TheAsp>and my guidegrid is all messed up because of that
10:21<KikoV>Peit|work: I want to have debian facilities in the development...
10:21<KikoV>Peit|work: i neither don't like wikis at all
10:22<bline>Peit|work: there is no official mythtv ebuild...
10:22<bline>cvs ebuild I mean
10:22<jkolb>bline: I was just about to correct you on that.
10:23<bline>jkolb: :)
10:23<Peit|work>bline: yeah, sorry should have specified there isn't an official version, i should know better *thwaps self*
10:24* Peit|workwonders who committed the mythtv ebuild
10:26<jkolb>Hm. Maybe there isn't an official mythtv ebuild of any kind. It's not in the online package db under media-video or media-tv. I could have sworn I've seen it, though.
10:27<bline>jkolb: I have it here, it's in media-tv; maybe you need to emerge rsync
10:27<jkolb>I was just checking that. It's not listed at though.
10:27<bline>well it was on the rsync server I used.. dunno
10:28* jkolbshrugs
10:28<bline>I don't use it anyway, I compile cvs
10:28<jkolb>Yup, it's in my local portage tree.
10:28<jkolb>Yeah, me too.
10:28<bline>yeah, I wrote my own mythtv-cvs ebuild
10:28<jkolb>I edited one that got posted to the list.
10:29<bline>my local portage tree is getting big, everytime I want to install something not in portage I write an ebuild
10:30<jkolb>I haven't needed to do that just yet. Everything I want either has a genuine ebuild or I've found one at b.g.o
10:33-!-bbeattie [] has joined #mythtv
10:42<Peit|work>it's not on the package index, as that only indexes x86, not ~x86 or any other arch, although i should expand it to do that
10:42<Peit|work>but that would get _really_ confusing
10:42<jkolb>Oh, is Myth ~x86?
10:43<Peit|work>it's also linked to the portage database on the machine its running, so if that hasn't run emerg sync recently..
10:43<Peit|work>jkolb: yeah, ACCEPT_KEYWORDS="~x86" emerge media-tv/mythtv
10:44<jkolb>I have ~x86 in my make.conf
10:45-!-creepy [~lightning@] has joined #mythtv
10:45<Chutt>heh, up until yesterday, the gentoo ebuild was building without any x86 opts
10:45<Chutt>rather funny =)
10:46<Peit|work>what do you mean Chutt?
10:46<Chutt>the guy was specifying an invalid cpu type to configure
10:46<Chutt>so it wasn't building with x86 opts
10:46<Peit|work>heh, yeah, noticed that
10:46<Peit|work>would explain why my CPU usage was a little high
10:47-!-bline [] has quit ["Client exiting"]
10:49<Snow-Man>Chutt: How we doing today?
10:51<Chutt>i haven't checked my email at all
10:52<Snow-Man>SE's servers aren't doing stupid stuff as much now.
10:52<rkulagow_>snow-man: i haven't gotten any mythtv-dev messages in quite a while...
10:52<Snow-Man>What's your address?
10:52<Snow-Man>How long is 'quite a while'?
10:53<bbeattie>Chutt: does mythtv probe for channels via tuner cards? or does it go by xmltv's data?
10:53<Snow-Man>Jul 22 10:52:47 colo sm-mta-mqueue[27084]: h6MEo34K026912: to=<>, delay=00:02:09, xdelay=00:00:01, mailer=esmtp, pri=3146483, [], dsn=2.0.0, stat=S
10:53<Snow-Man>ent (Ok: queued as 2F7304B955)
10:53<Chutt>it goes by what's in the database, no probing
10:55<rkulagow_>lets see: "new mythweb" by isaac on 7/21/2003 4:42 PM is the last message i got in mythtv-dev
10:55<bbeattie>Chutt: what's the easiest way to manually add chennels for testing, a mysql database viewer?
10:55<Chutt>probably, yeah
10:55<dja>Snow-Man: is that mythth-dev or mythtv-users? I too haven't seen anything on -dev, but I was assuming everyone was tired of talking :-)
10:55-!-hfb [] has joined #mythtv
10:55<dja>(I should say I haven't seen anything since yesterday afternoon :-)
10:55<rkulagow_>i've got plenty of stuff coming into -users.
10:56<TheAsp>ah, channels are fixed
10:56<TheAsp>did the number of fields for programinfo change in the last week?
10:56<Snow-Man>Well, the last message the mailing list sent out to -dev was:
10:56<Snow-Man>Jul 21 17:44:00 2003 (4936) post to mythtv-dev from, size=4542, message-id=<20030721
10:56<Snow-Man>>, success
10:58<rkulagow_>well, that's the last one i got, so i guess -dev is just abnormally quiet or something.
10:58<Chutt>people use -users for everything
10:59<Snow-Man>Ain't much I can do about that. :)
11:01<dja>has anyone else had problems with mythvideo freezing on occasion when going to imdb? (Yes, I'm in the process of recompiling with debug turned on)
11:07<mdz_>KikoV: why do you want packages for cvs?
11:08<KikoV>mdz_, to install and deinstall cleanly when developing
11:09<KikoV>mdz_, I want to include a hw mpeg decoder...
11:09<Chutt>rm -f /usr/local/bin/myth*
11:09<Chutt>rm -f /usr/local/share/mythtv
11:09<Chutt>rm -f /usr/local/lib/mythtv
11:09<Chutt>rm -f /usr/local/include/mythtv
11:09<Chutt>there, deinstalled cleanly :p
11:10<Chutt>oh, libmyth* in /usr/local/lib, too
11:10<KikoV>Chutt: very clean...
11:11<Chutt>write a shell script
11:11<KikoV>hehe LOL
11:11<Chutt>hell, i think 'make uninstall' works
11:11<KikoV>ppl is very found here ;)
11:11<Peit|work>use gentoo :) emerge -C
11:11<Peit|work>sorry, ignore me, i'm bibbling
11:11<KikoV>Peit|work: I would like to use gentoo... but I don't want to install there ( 5 days compiling... )
11:20<Snow-Man>dpkg --purge.
11:23<KikoV>Snow-Man: hehe, I know... we're arguing about uploading debian/* dirs to let ppl make their own packages...
11:23-!-dopez [] has joined #mythtv
11:24<Chutt>mdz doesn't want the debian dirs in cvs
11:24<Chutt>you're free to download the diffs and create your own
11:25<lunk>KikoV: if it takes five days, that system is probably too slow to run myth anyway ;)
11:26<KikoV>lunk: ... well... With a PVR-350, encoding is 3% cpu
11:26<KikoV>lunk: the mythtv decoder is slow... ( 3 or 4 times the mplayer one )
11:26<KikoV>mplayer without using mpeg decoder from PVR-350 or from the via... ( two decoder in the same system )...
11:27<KikoV>so... I want to implement the mpeg decoder support in the mythtv...
11:27<Chutt>mythtv's decoder is using the exact same code mplayer is.
11:27<Chutt>funnily enough, it's the exact same speed
11:27<KikoV>Chutt: well... then I don't know what the difference it...
11:27<KikoV>Chutt: but mythtv can't show TV, and mplayer with the same datafile ( .nuv ) go well
11:28<Chutt>in fact, the current code in cvs is faster than mplayer for mpeg2
11:28<KikoV>so... the problem could be the xv code...
11:28<KikoV>I think the epia M9000 can work perfecly if it's well done...
11:28<Chutt>how are you going to implement the decoder support when neither of those decoders have any linux support? :p
11:29<KikoV>Good X drivers, mpeg decoder support, so...
11:29<mdz_>KikoV: you can use the Debian packaging if you want; it's GPL
11:29-!-bline [] has joined #mythtv
11:30<mdz_>KikoV: but don't expect me to keep it up to date with CVS
11:30<KikoV>mdz_, ok..
11:30<mdz_>I'm not going to rush to update it whenever something changes that necessitates a packaging change
11:30<KikoV>mdz_ I don't want to disturb anybody...
11:30<mdz_>nor am I going to listen to complaints when it breaks
11:30<bbeattie>Chutt: last night when I was looking through the channel code, I didn't see any code regarding checking for the channel in the database, is it in 1 other location, or several?
11:30<Chutt>near the bottom
11:32-!-mecraw [~mecraw@] has joined #mythtv
11:32<KikoV>mdz_: why do you think that ppl is going to disturb you if you upload the debian...?
11:32<Chutt>read the mailing list.
11:33<Chutt>he's posted why he doesn't like debian/ dirs in cvs twice now
11:33<Snow-Man>Or just shut up.
11:35-!-Drikus_ [] has joined #mythtv
11:52-!-StarHeart [] has joined #mythtv
11:59-!-StarHeart [] has quit ["Client exiting"]
12:01-!-creepy [] has quit ["gone.."]
12:04<bbeattie>Chutt: Thanks.
12:08<Chutt>figured it out?
12:09<bbeattie>no, at work, but I can now ponder durring space cycles.
12:26-!-TheAsp [] has quit ["."]
12:38--> Thexder-( has joined #mythtv
12:38<Thexder->Anyone with a PVR-250 with the ivtv driver getting not enough buffer errors?
12:43<extremis>Chutt: I'm not sure if you saw my crash question yesterday, but I was responding to tell you I fixed the mythweb problem (mysql couldn't write to tmp) but I'm still having other issues:
12:43<extremis>External channel change: /usr/local/bin/ 122
12:43<extremis>DVB-s is defined, but isn't attached to a cardinput.
12:43<extremis>roadrunner is defined, but isn't attached to a cardinput.
12:43<extremis>Local Broadcast is defined, but isn't attached to a cardinput.
12:43<extremis>invalid cardid -1
12:43<extremis>mythbackend crashes
12:43-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
12:43<extremis>there is one other input defined and it is attached
12:43<Chutt>you didn't set things up at all right
12:43<extremis>and it contains channel 122
12:44<extremis>Chutt: whatcha talkin bout?
12:44<Chutt>those errors
12:44<extremis>the 3 aren't errors
12:44<extremis>but warnings
12:45<extremis>it says in your docs to define every connection even if it isn't attached
12:45<extremis>I will be attaching those soon
12:45* KikoVis away: I'm busy
12:46<extremis>phpmyadmin kicks butt
12:46-!-jkolb [] has joined #mythtv
12:47<extremis>the last one I think is what causes it to crash
12:47<extremis>I can't find a cardid of -1 in the db though
12:47<extremis> Delete
12:47<extremis>S-Video 0
12:48<Chutt>cardid of -1 means you've got an input that's not attached to a card.
12:48<extremis> bah
12:52<extremis>Chutt: You will then be returned to the Video Sources screen. If you have multiple video sources available, such as Antenna, Cable, etc, go ahead and define them all, even if they're not all going to be physically connected to the master backend server. Once you're done, press ESC to return to the main screen.
12:52<extremis>from the HOWTO
12:52<Chutt>you're supposed to attach them to inputs.
12:52<Chutt>after that.
12:53<extremis>but if you attach them to inputs and they aren't connected how does mythtv know not to use them?
12:53<Chutt>you don't define them then.
12:53<Chutt>you only define stuff that you're going to use.
12:53<extremis>what do I delete from teh DB to get rid of those 3
12:54<Chutt>the stuff in videosource
12:54<extremis>ahh, found em
12:55<extremis>thanks chutt
12:55<extremis>does it delete everything that mythfilldb put in there for those sources?
12:55<extremis>or do I need to rerun mythfill?
12:59<Chutt>you'll have to delete from the channel and program tables
13:00<extremis>doing that now
13:00<extremis>actually mythfill is running
13:00<extremis>thanks chutt for your patience
13:01<Chutt>you next need to make sure that you don't have any extra cardinput entries
13:09-!-Chutt [] has quit ["brb"]
13:13-!-Chutt [] has joined #mythtv
13:20<extremis>can mythbackend run while mythfilldatabase is running with default options?
13:20<Chutt>it really needs at least one days worth of data grabbed, so it has a filled channel table
13:20<Chutt>but other than that..
13:20<extremis>cool, I'm going to try to schedule something and see if it mutes audio after starting mythbackend
13:21<Chutt>why would it mute audio?
13:21<extremis>I've notieced that when starting mythbackend that I lose audio on /dev/video0, but if I change the port test_ioctl -p 8 ; test_ioctl -p 6 audio comes back
13:21<extremis>6 is svideo0
13:21<Chutt>oh, that ivtv driver bug.
13:21<extremis>8 is arbitrary
13:22<extremis>I'm using a fairly recent cvs version
13:22<extremis>its a new bug
13:22<Chutt>audio goes away if you look at it funny.
13:23* extremiskeeps a straight face
13:23<Thexder->mythfilldatabase tells me to rerun --configure
13:23<Chutt>tv_grab_na --configure
13:23<extremis>right, new channel right?
13:23<Chutt>i don't understand how people miss the 'start of xmltv output' 'end of xmltv output' lines
13:23<jkolb>Are you loading msp3400 with the standard=0x?? option?
13:24-!-Chang [] has joined #mythtv
13:24<Chutt>jkolb, it'll still go away once you change inputs
13:24<Thexder->Thanks Chutt.
13:24<jkolb>Does it?
13:24<Chutt>sorry, it'll go away if you do what the v4l2 api tells you to do and change inputs then set the standard.
13:24<jkolb>I never change inputs.
13:24<Chutt>as i do in mythtv
13:25<Chutt>i'm not working around a broken driver, especially as the driver author is basically refusing to fix the bug.
13:25<jkolb>You follow the docs? Fool!
13:25<Thexder->double checking channel information, be patient..
13:25<Thexder->noticed new station available (42 FOODP), re-run --configure
13:25<Thexder->noticed station unavailable (42 FOOD), re-run --configure
13:25<Thexder->I keep getting that, even tho I ran tv_grab_na --configure
13:25<Chutt>you have to tell it to use the config file in ~/.mythtv
13:29<Peit|Home>damm, i think i'm experiencing the ivtv sound bug, (the one where the input disappears
13:30<Thexder->I use ivtv and I get no sound until I change the channel.
13:30<Thexder->Small bug, no biggie.
13:31<Peit|Home>Thexder-: right, and when you stop recording/watching live tv, then record again, re-open liveTV< do you still have sound?
13:31<Chutt>thexder, it's the same thing
13:31<Thexder->In mythfilldatabase, getting a lot of DB Error (programrating insert): errors.
13:31<dja>doesn't the ivtv bug kill automatic recording (if you need to it to switch between them)?
13:31<Chutt>thexder, that's because you have multiple channels with the same number
13:31<Chutt>dja, yes.
13:32<Chutt>which is why it's a rather bad bug
13:32<dja>:-( And I was going to buy one of those to replace my current tuner (you might remember I'm one of the unlucky ones who has a tuner without audio in)...
13:32<dja>I can't win...:-)
13:32<Thexder->But the error says Can't open file: 'programrating.MYD'. (errno: 145)
13:32<dja>Chutt: have you had a chance to look at my coverfile patches for mythvideo?
13:33<Chutt>dja, yeah, i've been having a spat of hardware issues
13:33<Chutt>i'll get it applied soon
13:33<dja>no problem -- I'm running them myself -- just wanted to make sure that you didn't have anymore recommendations...thanks :-)
13:34<Peit|Home>Chutt: tmk acknowleges the bug doesn't he?
13:34<Peit|Home>Chutt: no workaround?
13:35<jkolb>If you didn't have whiny audio a while back, you can check out an old version of the driver.
13:35<Chutt>you can set up the audio manually
13:35<Chutt>figure out the magic numbers to give the msp driver
13:35<Chutt>and tell it not to probe anymore
13:35<Peit|Home>I have once=1
13:35<Chutt>which is a fairly crappy workaround
13:35<Peit|Home>ack, i need a new brain, anyone got a spare one?
13:45<extremis>ok, I scheduled some recordings, lesse if mythbackend will record them
13:45<extremis>I can't seem to delete scheduled recordings from the mythweb interface
13:45<Chutt>don't schedule with mythweb.
13:45<extremis>but that is what it is for
13:46<extremis>why don't you like it?
13:46<Chutt>until you get things working
13:46<Chutt>don't use it
13:46<Chutt>why introduce complications?
13:46<extremis>oh, well I'm not at home right now...
13:47<extremis>if you are watching livetv and there is a scheduled recording will it change ?
13:48<Chutt>depending on what you choose
13:49<extremis>I had scheduled a recording while my wife was watching live tv and it didn't change, but when she exited back to the main menu then I saw it change the channel in the log
13:50<Thexder->It helps to have some freespace on your drive. -.-
13:50<Thexder->Darn MPEG-2 recordings.
13:50<Chutt>like i said, it depends on which option you choose
13:51<extremis>Chutt: well none of the options indicate "if you are already viewing..."
13:51<Thexder->Is there anyway I can clear out the channel database so that mythfilldatabase can start anew?
13:52<Chutt>thexder, run setup, say yes to the second question it asks on the console
13:52<extremis>delete from program; delete from channel;
13:52<Chutt>which essentially does that =)
13:53<Thexder->It appears like the programrating table is lost.
13:53<Thexder->That's why mythfilldatabase is having a heartattack.
13:53<Thexder->Anyone have the structure of that table so I can recreate it? ;)
13:53<Chutt>you can recreate it
13:53<Chutt>everything's in there
13:53<extremis>Chutt: recording is working again
13:53<extremis>rather, not again
13:53<extremis>but working
13:53<extremis>it was the /tmp issue I bet
13:54<Chutt>i don't see why, though
13:54<extremis>the -1 issue was post recording problems
13:54<Chutt>it shouldn't be using space in /tmp
13:54<extremis>well the db couldn't write to /tmp to respond to some queries
13:54<extremis>for example the listings query that mythweb does
13:54<Chutt>eh, i guess
13:54<extremis>that requires that mysql write something in /tmp
13:54<Chutt>should only be larger queries
13:54<Chutt>but, whatever
13:55<extremis>Storage: 997 MB used out of 183.1 GB total
13:55* extremisis going to add another 120 to it
13:55<extremis>I guess I need to figure out lvm
13:56<Thexder->oh look.
13:56<Thexder->it works now.
13:56<Thexder->how about that.
13:58<-- Peit|Homehas quit (Read error: 110 (Connection timed out))
14:35-!-creepy [~lightning@] has joined #mythtv
14:35-!-moegreen [] has quit [Read error: 104 (Connection reset by peer)]
14:35-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
14:44<-- Thexder-has quit (Read error: 60 (Operation timed out))
14:58-!-jhurliman [] has joined #mythtv
14:59<jhurliman>is the dev mailing list working ok? I just switched over to a new e-mail account and have been having random issues, wanted to double-check first
15:01<Chutt>it's working fine
15:01<jhurliman>ok thanks
15:01<Snow-Man>Damn straight!
15:01<Chutt>unless there's been posts to it since yesterday, which i don't think there have been
15:02<Snow-Man>I don't think there have been either.
15:02<jhurliman>ohh, hmm that must be it
15:03<jhurliman>it went quiet for a day and i was sure something went wrong :)
15:04<Justin_>when setup says "remove no-longer available channel 25 TELICARE" where exactly is it getting that from?
15:04<Snow-Man>pffft, the mailing lists never have a problem. :)
15:04<Chutt>justin, xmltv
15:04<Justin_>25 was changed to cnn a while ago, says that, but that and half the channels are screwed
15:05<Justin_>xmltv still using right?
15:05<Chutt>run setup, answer yes to the second question
15:05<Justin_>did that
15:05<Chutt>run tv_grab_na --configure --config-file ~/.mythtv/<config.xmltv>
15:05<Chutt>then run mythfilldatabase.
15:05<Justin_>should I maybe delete ~/.mythtv/*.xmltv and then run setup and then do that?
15:06<Justin_>or does setup overwrite them completely?
15:06<Snow-Man>Is it just me or are the mailing lists really rather fast atm? :)
15:06<Chutt>just got a message that took a half hour to get here
15:06<Snow-Man>erm. Where was the holdup?
15:07<Chutt>other than that, been like 2-3 minutes
15:07<Snow-Man>Messages are going through colo at a delay rate of a little over a minute.
15:07<Chutt>holdup was colo->se
15:08<Snow-Man>Really. What was the message ID?
15:08<Chutt>it was all internal to se
15:09<Snow-Man>colo delivers to both of their MX's (mail and mx2), probably a delay from mx2 to mail.
15:09<jhurliman>Chutt: are there any plans for 0.11 right now? i'm working on a commercial mythtv product and releases are always nicer than CVS, though it has been pretty solid
15:09<Chutt>can you check on ns or relay to make sure there haven't been any messages to -dev?
15:09<Justin_>Chutt: so far so good...
15:09<Chutt>jhurliman, it'll be ready when it's ready
15:10<jhurliman>sounds good, just checking if there was a scheduled release for tomorrow or something ;)
15:10<Justin_>its not until it gets up to the 50's that it starts complaining that every channel isnt available anymore
15:10<Chutt>and i'd hope that if you're selling something based off of mythtv, you'd consider contributing back in some manner
15:10* Justin_certainly would
15:10<Justin_>I would love to see someone sell myth boxes:)
15:11<jhurliman>Chutt: that's something i want to talk to you about
15:12<Snow-Man>Grrr, I fucking hate syslog-ng.
15:13<jhurliman>as soon as things are finished there will be some extra code to give back, although it is rather limited to the hardware the commercial product is using
15:13<jhurliman>as far as the "other" kind of donations ;), is the project taking donations as a whole, or are you taking direct contributions? how would that work
15:14<Chutt>i dunno
15:15<Snow-Man>Chutt: Did you change something wrt -dev?
15:15<Chutt>absolutely nothing
15:16<Snow-Man>Jul 22 13:47:39 2003 (4934) Uncaught runner exception: ASCII encoding error: ordinal not in range(128)
15:16<jhurliman>ok well it's something to look at down the road, my main focus right now is getting this thing off the ground. i'm putting together (hopefully) the final e-builds right now
15:16<Chutt>did you break something?
15:16<Snow-Man>No. :P
15:16<Snow-Man>I'm getting those though.
15:16<Chutt>so, the list is broken
15:16<Snow-Man>Which appear to correspond to some posts to -dev.
15:16<Snow-Man>Well, I don't really know.
15:17<Snow-Man>Either the list is busted or people are sending funny shit to it.
15:18<Justin_>hmm, i think I need to clear the db completely...too much screwing with cvs/releases
15:19<Chutt>anyway, 0.11's waitin on thor's dvd stuff =)
15:19<Chutt>any _maybe_ a mythgame ui rework, if i can get motivated
15:20<Justin_>there going to be a mythdvd ?
15:20<Justin_>I was thinking about integrating tvtime with mythtv... it has a fifo for commands
15:21<Justin_>so you could do stuff like use tvtime for livetv, and if mythtv wants to record something, tell it to quit and start recording
15:21<Snow-Man>UnicodeError: ASCII encoding error: ordinal not in range(128)
15:21<Snow-Man>See, like, I have nfc what that's all about.
15:21<Chutt>maybe it has a bad email in the queue
15:23<Snow-Man>It just keeps shunt'ing off messages to -dev.
15:24<Chutt>because of that?
15:25-!-jkolb [] has joined #mythtv
15:25<Snow-Man>That error is making them be shunted, yes.
15:26<jhurliman>well I'm off, if you're interested here's the url:
15:26-!-jhurliman [] has quit ["Signing off"]
15:31<Justin_>hmm, now I get "Unknown xmltv channel identifier: 30" "Skipping channe;"
15:31<Snow-Man>Apparently a rather popular error.
15:32<Snow-Man>Not that one. :)
15:32<Justin_>I've never used mythtv at home, finally got my computer connected here
15:32<Justin_>oh :-P
15:33<Chutt>snowman, it's in checkdbs?
15:33<Snow-Man>That's supposted to fix it, if you can actually find the patch in there.
15:33<Chutt>same error, different place
15:33<Snow-Man> File "/var/lib/mailman/Mailman/Handlers/", line 303, in send_i18n_digests
15:33<Snow-Man> msg = scrubber(mlist, msg)
15:34<Snow-Man> File "/var/lib/mailman/Mailman/Handlers/", line 305, in process
15:34<Snow-Man> t = unicode(t, 'ascii', 'replace').encode('ascii')
15:34<Chutt>there's a link near the bottom of the page
15:34<Chutt>on the right hand side
15:34<Snow-Man>Ah, thanks, fucking sf. :)
15:35<Snow-Man>Hrmpf, not a small patch.
15:36<Chutt>it's like 30 lines
15:38<Chutt>i want my mailing list back! =)
15:38<Chutt>not that i need more email, of course
15:38<Chutt>you trying it out?
15:38<Snow-Man>Alright, I guess I'll give it a shot..
15:39<Snow-Man>Unless you have a better idea.
15:39<Chutt>i think you can also just remove the digest file
15:39<Chutt>since that's what it's puking on
15:39<Snow-Man>Would you rather I do that?
15:39<Chutt>cuz that message said it
15:40<Snow-Man>I guess I can try that first.
15:41<Chutt>look later in that thread
15:42<Snow-Man>add_language('en', _('English'), 'iso-8859-1') eh?
15:42<Chutt>next message
15:42<Chutt>that's a typo
15:42<Snow-Man>yea, sure.
15:43<Chutt>worth a try, at least
15:43<Chutt>so basically, some random attachment is causing problems in it generating the digest
15:43<Chutt>and so the entire mailing list goes to pot
15:44<Snow-Man>Gotta love mailman.
15:44* Justin_is very confused
15:44<Snow-Man>I wonder if I really have to delete digest.mbox.
15:45<Chutt>might as well
15:45<Chutt>i dunno, though
15:46<Snow-Man>Welp, I did.
15:46<Chutt>it running now?
15:46<Snow-Man>hah, same shit.
15:46<Snow-Man>Even after I nuked the digest.mbox.
15:46<Chutt>you use that patch?
15:47<Snow-Man>I guess I can add that in too.
15:47<Chutt>why not? :p
15:47<Justin_>ahh... in the channel table, all the xmltvid's are names 'WCBS' etc...but mythfilldatabase is looking them up by number
15:47<Chutt>justin, you're using an old version of mythtv?
15:47<Chutt>or xmltv..
15:48-!-moegreen [] has joined #mythtv
15:48<Justin_>using mythtv0.10
15:48<Snow-Man>patching file
15:48<Snow-Man>Hunk #1 FAILED at 32.
15:48<Snow-Man>12 out of 12 hunks FAILED -- saving rejects to file
15:48<Chutt>dude, patch by hand
15:48<Chutt>it's 30 lines
15:48<Snow-Man>Yeah, so, that didn't work too well. :)
15:48<Snow-Man>err, bah.
15:48<Chutt>get off your lazy ass and do it :p
15:48<Justin_>xmltv ...XMLTV module version 0.5.14
15:48<Justin_>This is tv_grab_na version 1.78, 2003/07/05 16:35:57
15:49<Chutt>that's 0.5.15
15:49<Chutt>which you can't use mythtv 0.10 with
15:49<Justin_>doh :(
15:49<Justin_>its too new or old?
15:50<Chutt>read the webpage
15:50<Justin_>i have horrible luck with xmltv...first time I installed it, zap2it changed the format at the same time
15:52<Chutt>snowman, one message to -dev got through
15:54<-- dja( has left #mythtv ("Client exiting")
15:55<Snow-Man>Actually like three made it apparently.
15:55<Snow-Man>So maybe that did fix it and I don't have to modify this stupid python shit.
15:55<Chutt>more than that
15:55<extremis>what chipset/card is being worked on for hdtv?
15:55<Chutt>got another one delivered
15:55<extremis>recedption that is
15:56<Chutt>extremis, no one knows =)
15:56<Chutt>no website yet
15:58<Snow-Man>Alright, I patched it in.
15:58<Snow-Man>I guess I'll try again.
15:59<Chutt>some stuff made it to the archives
15:59<Chutt>but apparently hasn't been sent yet
15:59<Chutt>i imagine www isn't terribly happy right now, anyway =)
16:00* Snow-Manshrugs.
16:00<Snow-Man>It's fine.
16:03<Justin_>yay :)
16:04<Chutt>stuff's slowly filtering through
16:04<Snow-Man>Well, one message got fucked up but the rest appear alright.
16:04<Snow-Man>Jul 22 16:01:18 2003 (27690) post to mythtv-dev from, size=2679, message-id=<>, 449 failures
16:04<Snow-Man>nfc why all the failures
16:05<Chutt>i can't load the pipermail archives for -dev
16:05<Snow-Man>Slowly, yeesh.
16:05<Chutt>they keep getting updated in the middle of things
16:05<Chutt>thanks for fixing this
16:06<Snow-Man>heh, sorry I didn't pick up on it being busted sooner.
16:06<Snow-Man>I'm really starting to hate python and mailman. :)
16:07<Snow-Man>Tell you what, if my soccer game gets rained out tonight I promise to work on moving the mailing lists to colo. :)
16:07<Chutt>after that, only thing left is cvs =)
16:07<Snow-Man>So, you can hope for rain with the rest of us. :)
16:07<Snow-Man>cvs should be easy comparatively.
16:07<Chutt>it rained here today
16:08<Snow-Man>The lists are going to be kind of a bitch because what I *really* want is to just move the mythtv lists. :)
16:08<Chutt>going to have to make point to colo
16:08<Snow-Man>And then I have to fix up all the MX shit and all that dealio.
16:08<Chutt>and separate stuff out
16:08<Snow-Man>And forward stuff to to the right places.
16:08<Chutt>and change the list address
16:09<Chutt>be a bitch for a little bit, until people use the new name
16:09<Snow-Man>Well, I *think* I can make it work with both.
16:09<Snow-Man>Unless you'd rather we just not allow that. :)
16:10<Chutt>well, eventually
16:10<Snow-Man>Unfortunately I don't think mailman can be like 'virtually hosted' or whatever.
16:10<Chutt>whatever you think's best, really
16:10<Snow-Man>I do mailing lists for too and it'd be nice if people could use like '' for his stuff and '' for your stuff.
16:10<Snow-Man> is also hosted on colo.
16:11<Chutt>i'm pretty sure you can do that
16:11<Snow-Man>oh? Maybe I'll have to look into that then.
16:11<Chutt>we did that at
16:11<Chutt>i don't remember having to do anything special to get that working
16:11<Snow-Man>What's going on with mythtv mail in general these days anyway?
16:11<Chutt>had an id3v2 list and the freeamp lists at
16:11<Chutt>what's going on with it?
16:12<Snow-Man>Like, is all the other mail going to you or have you got some aliases off it or what?
16:12<Chutt>i dunno
16:12<Chutt>i think you have it set up to all go to me
16:12<Snow-Man>I'm expecting to make colo locally accept mail directly and have it by the primary MX for that.
16:12<Snow-Man>So we'll have to mirror anything like that over to colo too.
16:13<Chutt>i may want a couple aliases
16:13<Chutt>i dunno
16:13<Chutt>but i know how to setup sendmail aliases on my own, so :p
16:13<Snow-Man>Well, whatever, I'll try and set things up identical to how they are now and if you want to change stuff we can do it after the move.
16:13<Snow-Man>Well, you know to use virtuser, right?
16:14<Chutt>i think so
16:14<Chutt>been awhile
16:14<Snow-Man>www is certainly keeping colo busy.
16:14<Snow-Man>Chutt: Well, don't expect to add shit to /etc/aliases and have it work. :)
16:15<Snow-Man>You'll want to modify /etc/mail/virtusers and then run make in /etc/mail.
16:15<Snow-Man>Well, though running /etc/init.d/sendmail restart doesn't actually restart everything.
16:15<Snow-Man>So you might want to just let me do it. :)
16:16<Snow-Man>The problem is that there are really three seperate sendmail processes that are running now.
16:16<Snow-Man>There's the MTA which accepts incoming connections and uses, then there's the two queue runner masters which use and, as appropriate.
16:17<Snow-Man>That allows me to control the timeouts that are used for the queue runners so that the mqueue can have a very short timeout on everything and hourly can have the 'normal' timeouts.
16:18<Snow-Man>Which is why the mqueue gets processed so fast now because it's not waiting for long timeouts when talking to shitty/down servers.
16:18<Chutt>we're up to 9:30 last night, now
16:18<Snow-Man>You've got 2 messages in the queue on www and one in the queue on colo.
16:19<Chutt>mailman's still processing shit, i think
16:19<Snow-Man>Hmmm, maybe.
16:19<Chutt>there's at least 5 or 6 more in the archives than that
16:21<Snow-Man>There does appear to be some more stuff in the out/ dir.
16:22<Snow-Man>There went another. I guess it's just being slow about it.
16:26<Snow-Man>I think sendmail is actually doing a decent job keeping up with mailman.
16:34<Chutt>sure seems to be
16:35-!-Captain_Murdoch_ [] has joined #mythtv
16:36--> Peit|Home( has joined #mythtv
16:36<Peit|Home>bah @ Pace STB
16:40-!-dja [] has joined #mythtv
16:45<Captain_Murdoch_>I'm doing a semi-Chutt reply to somebody on the -dev mailing list. :)
16:45<Snow-Man>Better watch out, he might have beat you to it.
16:46<Captain_Murdoch_>not that I saw.
16:46<Snow-Man>There are two messages from him about to go out.
16:47<Captain_Murdoch_>the guy tells me he wants some feature. I tell him that I won't code it and don't know of any other programmer who wants it. he replies by suggesting another one that he wants.
16:47<thor>go Captain_Murdoch_ !
16:47<Captain_Murdoch_>is something going on with the list that is converting messages into attachments?
16:48<Snow-Man>Well, that's certainly possible.
16:48<Snow-Man>You can blame Chutt though, he wanted me to add the patch in. :)
16:48<Captain_Murdoch_>I sent a message yesteday using elm in straight text but when I got my copy from the list it came in as an attachment.
16:49-!-Chang [] has quit ["ChatZilla 0.8.34 [Mozilla rv:1.4b/0]"]
16:59<Snow-Man>Chutt's having fun banging on the mail servers. :)
16:59<bigguy>heh silly people and their cross postings
17:00-!-creepy [] has quit ["gone.."]
17:01<Captain_Murdoch_>bigguy: yeah. "I'm posting this to the -users and -dev list, the QT list, the redhat -users, the g++ list, and even the linux kernel list too since it has to do a little with each of them."
17:03<bigguy>"I need to call my MA sponsor. I'm having another moronic moment"
17:09<Chutt>captain_murdoch, i've not seen it convert messages into attachments
17:11<Captain_Murdoch_>weird. all the sudden I got a bunch of messages on the -dev list that showed up as attachments in elm.
17:11<Captain_Murdoch_>even the message I just sent earlier came back as an attachment when the "sent" copy in my mailbox doesn't show up as having an attachment.
17:14<Captain_Murdoch_>ahh, looks like it's because I replied to a message with mime encoding and some of the stuff didn't get stripped by mail mail reader when I replied.
17:14<Captain_Murdoch_>s/by mail mail reader/by my mail reader/
17:14<jkolb>All of the recent messages now have Content-Type: multipart/mixed to start them off, it seems.
17:14<jkolb>Older messages didn't have that.
17:15<jkolb>The body of a message and the mailman footer are different parts.
17:16-!-Drikus_ [] has quit ["toedeledoki"]
17:16-!-_shad [] has quit [Read error: 110 (Connection timed out)]
17:17<-- Captain_Murdoch_has quit ()
17:18<Chutt>heh, yeah, you're right
17:18<Chutt>ah well
17:18<Chutt>it's email that way, or no email at all =)
17:18<jkolb>Did mailman just get 'upgraded' again or something?
17:20<-- jkolbhas quit ()
17:39-!-tmk [] has joined #mythtv
17:39<Chutt>tmk, hi lazy bastard
17:44-!-bbeattie [] has quit ["Client Exiting"]
17:46<tmk>sup chutt
17:46<tmk>how'd you know?
17:46<Chutt>just general bitching about showstopper driver bugs is all
17:47* Peit|Homechuckles
17:47<tmk>first it's "the whine hurts! fixitfixit"
17:47<tmk>now it's "you lazy bastard"
17:47<Chutt>yeah, but you said you wouldn't fix this :p
17:47<tmk>it works fine for me
17:47<tmk>and most folks it seems
17:47<Chutt>and really, sound with whine's a whole lot better without sound
17:48<tmk>i've said it several times
17:48<Chutt>you don't switch inputs, though, i imagine
17:48<tmk>test_ioctl -v input=7,output=1
17:48<Chutt>then set the standard
17:48<tmk>that'll get you whine
17:48<Chutt>like the v4l2 api tells you to do
17:48<Chutt>well, for switching inputs
17:48<tmk>i'm actually not sure what the order
17:48<Chutt>you have to set the standard after setting the input
17:48<tmk>i don't keep track of what standard which input is
17:49<Chutt>as the set standard call is only for the current input
17:49<Chutt>according to the api docs
17:49<tmk>perhaps that will help
17:49<Chutt>and that's what kills the audio
17:49<Chutt>i don't need to do that, but..
17:49<Chutt>i'm just using the tuner input
17:49<tmk>if it's in the standard i'll take a look
17:50<Chutt>what's the issue, though?
17:50<tmk>the msp autodetect gets lost
17:50<Chutt>two re-detects close together mess it up internally?
17:50<tmk>or confused
17:50<Peit|Home>I have to use the test_ioctl on the coposite input, so i don't think it's restricked to just the tuner
17:51<Chutt>i'd just add a field that stores the last autodetect time and compare against that before setting off a new one
17:51<Chutt>probably be the easiest way to fix it
17:51<tmk>that'd be pretty easy
17:51<tmk>but the decoder is more fun to work on
17:52<Chutt>how's that coming? =)
17:52<tmk>it takes data
17:52<Chutt>if i have time, i'll look into the msp stuff
17:52<tmk>but i think the digitizer output stuff is borken
17:52<Chutt>but i don't have time for much work on mythtv right now, let alone other stuff
17:52<tmk>i just got a ptach from some guy that should help
17:52<Chutt>ah, cool
17:53<tmk>yeah.. Also had some r/e done on my behalf
17:53<Chutt>i can't wait until i can stop responding with 'ivtv bug' on my lists =)
17:53* tmkvows that day will never come!
17:53<Chutt>other than the funky mpg output
17:53<tmk>yeah.. i still haven't gotten confirmation that the windows driver does it correctly
17:54<tmk>though it does do mpg1 right
17:54<tmk>and ivtv doesn't seem to
17:54<Chutt>i think you may be doing lower resolutions wrong
17:54<Chutt>i _think_ capturing at x240 instead of x480
17:54<tmk>or i should say 'it produces coherent mpg1'
17:54<Chutt>should only return one field of the data, right, with no interlacing artifacts
17:54<tmk>no it comes in interlaced
17:54<Chutt>but it seems to be scaling down
17:55<tmk>all the scaling is done on the digitizer
17:55<tmk>perhaps some more i2c dumps are in order
17:55<Chutt>ah well
17:55<Chutt>have you ever done any really tiny captures?
17:56<Chutt>like, say, 160x128
17:56<tmk>they're hideous
17:56<Chutt>ok, so you've seen that too
17:56<term>mmm decoder support
17:56<tmk>term: pvr350 only
17:56<tmk>for now
17:56<Chutt>i need to swap the computers the 350 and 250 are in here
17:56<tmk>until i figure out how to get the audio
17:56<term>I have a pvr250
17:57<Peit|Home>I have a 350, so I'll happily test
17:57<tmk>my plan right now is to branch the code into a stable and a devel
17:57<tmk>and keep the stable working so isaac doesn't get whiny users
17:57<Chutt>thank you =)
17:58<Peit|Home>sounds like a great plan
17:58<term>which I need to mess with more, since I can get signal (fuzzy) when I hook it directly into cable, but every 2-3 seconds it "stops" momentarily, but when I hook it through the digial cable box, it gets nothing
17:58<term>Chutt: heh
17:58<Chutt>you really should get someone to set up your cvs commits list
17:58<Chutt>so people know when to update and stuff
17:58<tmk>you want more notification when record_v4l2 gets updated?
17:58<Chutt>no, when you update the actual driver :p
17:59<term>I ordered an IR2000U today.
17:59* tmkblinks
17:59<term>when I get this finally setup, I'll start messing with mythvideo.
17:59<term>I want it to handle mplayer or xine better ;(
18:00<term>though part of my problems with it are just bindings, which I should get around to fixing
18:00<term>tmk: blink?
18:05-!-StarHeart [] has joined #mythtv
18:37-!-schultmc [] has quit ["Client exiting"]
18:37-!-moegreen [] has quit [Read error: 104 (Connection reset by peer)]
18:46-!-StarHeart [] has quit ["Client exiting"]
18:46-!-just1nux [] has quit [Read error: 104 (Connection reset by peer)]
18:49-!-Justin___ [] has joined #mythtv
18:50-!-Justin_ [] has quit ["Reconnecting"]
18:56-!-bline [] has quit ["Client exiting"]
18:57-!-ca1vin [] has quit ["[BX] They killed Kenny! THOSE BASTARDS!"]
18:57<Peit|Home>what's the recommended capture size if the storage is via NFS?
18:58<tmk>over modem link or ethernet
18:58-!-_shad [] has joined #mythtv
19:00-!-tmk [] has quit ["Client exiting"]
19:07<-- Peit|Homehas quit ("Client Exiting")
19:11-!-jkolb [] has joined #mythtv
19:12<fulbert>my frontend is locking when I try to play or delete recordings, or watch live TV. It was working, can anyone suggest what may be wrong?
19:12<fulbert>via strace I get a timeout loop like so:
19:12<fulbert>write(11, "20 ANN Playback linus 1", 28) = 28
19:12<fulbert>ioctl(7, FIONREAD, [1]) = 0
19:12<fulbert>select(12, [11], NULL, NULL, {0, 5000}) = 0 (Timeout)
19:12<fulbert>and those two last lines repeate over and over until I kill the app.
19:16-!-Justin___ [] has quit [Read error: 110 (Connection timed out)]
19:16-!-jkolb [] has quit []
19:18-!-jkolb [] has joined #mythtv
19:32-!-Justin_ [] has joined #mythtv
19:33-!-StarHeart [] has joined #mythtv
19:34-!-jamesb0nd [] has joined #mythtv
19:42-!-bline [] has joined #mythtv
19:43<jamesb0nd>hey i want to start to help code mythtv is there any thing i could code that needs to be coded isn't very complex so i can get my feet wet?
19:43-!-StarHeart [] has quit ["Client exiting"]
19:45<thor>cd burning
19:46<jamesb0nd>music or vcds?
19:46<thor>starting with music
19:47<thor>then s/vcds
19:47-!-Ripp [~chris@] has joined #mythtv
19:47<thor>then arbitrary data
19:47<thor>then DVDs
19:52<mdz>this file format discussion needs to go in the FAQ
19:52<mdz>"why doesn't mythtv record to <my favorite format>?" "because it sucks"
19:52<jkolb>That's not much of a discussion.
19:54<mdz>there doesn't need to be a discussion about it
19:54-!-moegreen [] has joined #mythtv
19:56<jamesb0nd>isn't there a transcoder being worked on? so the recorded file format really doesn't matter if you can just have myth change it
19:56-!-mecraw [] has quit ["Trillian ("]
19:59<Ripp>that's the good thing about standards...just invent your own
19:59<Ripp>wait thats not right...
20:02-!-hfb [] has quit ["Client exiting"]
20:06<thor>"standards are great, that's why we have so many of them" ?
20:10-!-Justin_ [] has quit ["Changing server"]
20:11-!-Justin___ [] has joined #mythtv
20:11-!-Justin___ is now known as Justin_
20:16-!-choenig [] has quit [Read error: 104 (Connection reset by peer)]
20:17<Ripp>forgot closing tag </irony>
20:20* Rippis away: screaming children! somebody make it stop! oh wait that'd be me
20:31-!-tdb30_ [] has quit ["ChatZilla 0.8.11 [Mozilla rv:1.3a/20021212]"]
20:35-!-tdb30_ [] has joined #mythtv
20:38-!-jamesb0nd [] has quit [Read error: 110 (Connection timed out)]
20:46<tdb30_>Is it possible to add a url to a playlist?
20:46<tdb30_>I have some internet shows I listen too and would like to be able to just click music and have a playlist I can select to hear the shows.
20:56<mikegrb>Chutt: you around?
21:13<mikegrb>oh okay
21:13<mikegrb>I'll talk to you later then
21:14<Chutt>moegreen's here, yay
21:14<Chutt>tdb30, nope, it's not
21:16<Chutt>what's goin on?
21:16<mikegrb>so to call a c++ lib from c I'm assuming extern "c" is the way to go, should I try to make a wrapper compiled as a library that calls the mythtv libraries and compile against the wrapper library or just put the wrappers in tvtime to call the c++ functions from there
21:16<moegreen>not a whole lot. Been working a lot
21:16<thor>tdb30_, easy to add ... maddecoder is already there .... example code is in xmms network stuff
21:16<Chutt>mikegrb, extern "c" is to call c from c++
21:16<mikegrb>I'm thinking the first but as this is new to me just kind of wanted confirmation that I was going in the right direction
21:16<bline>any changes in schedule recordings lately?
21:17<Chutt>you _probably_ want a wrapper library
21:17<mikegrb>that is what I was thinking
21:17<thor>header file with extern "C" { c_stuff() }
21:17<Chutt>moegreen, figured, what with your lack of code =) and i think i saw your email bounce off of -users yesterday
21:17<mikegrb>I see what I misinterpreted
21:18<mikegrb>"he C++ compiler must be told to compile the C++ function using C-compatible calling conventions (also known as C linkage). This is done using the same extern "C""
21:18<thor>extern "C" { c_stuff() }; (<--- semicolon)
21:18<moegreen>Chutt: yeah...i've been keeping on what's going on
21:19<Chutt>mikegrb, hold on a sec, i've got an example of a wrapper (file, part of an existing library)
21:19<mikegrb>so the library would be compiled with g++ using extern to tell it to "compile the C++ function using C-compatible calling conventions (also known as C linkage)"
21:19<mikegrb>okay thanks
21:20<Chutt>moegreen, have you noticed mythweather breaking at all? =)
21:20<Chutt>moegreen, i get (i think this is it) a 401: Invalid Request a whole lot of the time
21:22<Chutt>the library it's wrapping is in the same directory, there
21:25<mikegrb>okay, thanks a /lot/
21:25<mikegrb>the wrapper looks rather trivial
21:25<mikegrb>heh like you told me it would be... about a week ago I think
21:25<Chutt>basically just translating c++ into something c-like
21:25<moegreen>Chutt: I have seen that a few times. Perhaps full HTTP headers on the connection might keep their server happy
21:26<Chutt>moegreen, or something like what you're doing with the imdb stuff as well
21:26-!-Captain_Murdoch_ [] has joined #mythtv
21:26<Chutt>moegreen, doesn't working suck? =)
21:30<moegreen>Chutt: heh, indeed.
21:32<moegreen>Chutt: I don't really mind the getting up in the morning, it's something else which sucks, can't quite figure it out
21:35<bline>Did the Fix Schedule Conflict screen change to display no list if there were no conflicts?
21:40<bline>nevermind, I found it
21:41<lunk>is there a way to get mythtv to not always set the volume so low?
21:42<bline>yeah, look in the setup->general
21:43<lunk>holy geeez
21:43<lunk>how did i not see that
21:44<jkolb>Make sure you check Use Internal Volume Controls or whatever it's called.
21:44<lunk>it already was, sweet
21:51<Chutt>trying to decide what to work on
21:52<jkolb>Oh, hey, you had mentioned something about zap2it's listings a while back when I had suggested some db schema changes. Has something come of that?
21:52<Chutt>not yet
21:53<jkolb>Are you at liberty to say what's going to be changing about that? Is Myth going to be getting an official feed or something?
21:54-!-moegreen [] has quit ["BitchX: need we say more?"]
21:54<Chutt>i really don't know
21:54<tdb30_>work on a sleep function for when you are in playback. so it can run a program on sleep or just shut itself down :)
21:55-!-Timon [] has joined #mythtv
21:55<tdb30_>or work on an alarm feature that will slowly wake you up to your favorite station.
21:55<tdb30_>slowly increasing the volume over time.
21:55<Chutt>i've got stuff to do
21:55<Chutt>i just haven't decided which to work on
21:55<tdb30_>I'm sure your list is quite long.
21:56<tdb30_>what ever you are working on is fine by me. I think mythtv is going in the right direction.
21:56<Chutt>thanks for your permission :p
21:58<thor>native dvd mplayer in Qt on Framebuffer ?
21:59-!-bline [] has quit ["Client exiting"]
22:06-!-moegreen [] has joined #mythtv
22:20* Rippis back (gone 02:00:10)
22:20-!-Captain_Murdoch_ [] has quit [Read error: 54 (Connection reset by peer)]
22:21-!-Captain_Murdoch_ [] has joined #mythtv
22:23-!-jkolb [] has quit [Read error: 110 (Connection timed out)]
22:24<Chutt>ffmpeg guy rejected part of my patch because he wanted to re-do how it flushes buffers
22:24<Chutt>he redid it, and the same memory corruption bug's in the new code
22:24-!-mechou [] has joined #mythtv
22:25<poptix>bug that you were fixing, or bug that was in your patch
22:25<Chutt>bug that i was fixing.
22:26<Chutt>in the patch
22:26<paulproteus>And surely you mentioned this to him.
22:26<Chutt>naw, i'll just send in a new patch
22:26* paulproteusgrins
22:28<thor>unsigned char ?
22:28<thor>what is that ?
22:28<thor>deep into libdvdread ...
22:29<Chutt>err, really?
22:29<thor>trying to figure out why they store the volume name as a char
22:29<thor>but if it's part of a set, they use an unsigned char
22:29<thor>for the set name
22:29<thor>... not important ...
22:34<mechou>extremis, you there?
23:17-!-dopez [] has quit [Remote closed the connection]
23:17-!-mechou [] has quit [Read error: 104 (Connection reset by peer)]
23:37-!-moegreen [] has quit ["BitchX-1.0c20cvs -- just do it."]
23:57-!-paulproteus [] has quit ["Client exiting"]