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

00:01-!-rcaskey_ is now known as rcaskey_afk
00:08-!-ForsGump [~jmpurl@] has joined #mythtv
00:19-!-Ndiin [] has quit [Read error: 110 (Connection timed out)]
00:19-!-FreddieD [] has quit [Read error: 110 (Connection timed out)]
00:25-!-ForsGump [] has quit [Connection reset by peer]
00:25-!-ForsGump [~jmpurl@] has joined #mythtv
00:26-!-rcaskey_afk is now known as rcaskey
00:27<mikegrb>oops wrong window
00:33<phar0e_>hey mike, ever watch/record VHS tapes with mplayer?
00:34<mikegrb>no, sure haven't
00:35-!-billytwowilly [] has joined #mythtv
00:35<mikegrb>brb switching computers
00:36-!-mikegrb [] has quit ["brb switching systems"]
00:37-!-mikegrb [] has joined #mythtv
00:38-!-ForsGump [] has quit [Read error: 104 (Connection reset by peer)]
00:38-!-moegreen_ [] has quit [Read error: 104 (Connection reset by peer)]
00:38-!-moegreen [] has quit [Connection reset by peer]
00:39-!-justin [] has quit ["Client Exiting"]
00:41<Chutt>mdz, hey, would it be possible to make things using the 'find all patching device names' stuff start with a default value/
00:41<Chutt>since a lot of people don't go set the output dsp device
00:43<grogan>anyone have any thoughts about whether I should go with bt878 or a pvr-250 at this point?
00:43<grogan>this is going to be in a dual-tuner box
00:43<Chutt>depends on where you want to spend your money
00:43<Chutt>capture cards, or more cpu
00:44<grogan>and disk space, I suppose, or is the transcoding support becoming more usable?
00:45<grogan>the box this will be running on is fairly capable.. P4-3GHz
00:45<Chutt>i dunno
00:45<Chutt>i haven't heard anything from the transcoding guy in quite awhile
00:46<Chutt>i thought it was getting close, but..
00:46<Chutt>i'm really quite pleased with the quality of the pvr-250 cards at 4500 kbps
00:47<grogan>that's good to hear..
00:47<Chutt>and that's not _too_ large
00:48<grogan>is stability pretty good on the pvr250s these days?
00:48<Chutt>aside from problems on some via chipsets
00:48<Chutt>i still get the _very_ occasional complete system hang
00:49<Chutt>but that's maybe once every couple weeks
00:50<grogan>good to know.. glad I'm using an intel chipset at this point
00:50<grogan>I just want to set up something stable on the DTV service here before I run off to school again
00:53-!-billytwowilly [] has quit ["Client exiting"]
00:57<grogan>Chutt: you're a cwru alumnus, right?
01:07-!-techniq [] has joined #mythtv
01:13-!-Justin__ [] has joined #mythtv
01:20<mikegrb>'night people
01:20-!-mikegrb is now known as mikegrb_away
01:22-!-hfb [] has joined #mythtv
01:22<-- rcaskey( has left #mythtv ("Client exiting")
01:27-!-Dalroth2 [] has quit [Remote closed the connection]
01:41-!-Ndiin [] has joined #mythtv
01:49-!-FreddieD [] has joined #mythtv
02:01-!-moegreen_ [] has joined #mythtv
02:02<-- phar0e_has quit ()
02:17<Chutt>captain_murdoch, you can't use that dispatchNow function like you're doing
02:18<Chutt>all the delete code expects to be run in the qt event thread
02:18<Chutt>not the calling thread
02:20<Chutt>basically, stuff's going to segfault randomly if autoexpire's turned on
02:21<bline>anyone know any software that will fix the broken mpeg's the pvr250 creates?
02:21<Chutt>how are they broken?
02:22<bline>vcdgear reports the packet size if wrong
02:22<bline>mplayer thinks this 1 hour show is only 41 minutes, and xine thinks it's 31 minutes
02:23<bline>this makes it impossible to transcode the mpeg..
02:24<bline>running mythmkmovie, mencoder gets a SIGFPE because 2500 seconds puts it off the end of the file heh
02:24<bline>and it ends up dividing by zero
02:24-!-hfb [] has quit ["Client exiting"]
02:25<ahbritto>bline: xine time tracking is supposedly fixed in CVS for pvr250 movies.
02:25-!-tmk [] has joined #mythtv
02:25<tmk>hey chutt
02:25<tmk> you about?
02:25<Chutt>what's up?
02:25<tmk>think i may have a fix for that whine thing :)
02:25<Chutt>want me to test it or something?
02:26<tmk>do you have a way to determine if the audio is actually stereo
02:26<tmk>or mono?
02:26<Chutt>other than listening to it?
02:26<tmk>cause i think what we've been passing off as mono
02:26<tmk>might be stereo
02:26<Chutt>current cvs is definitely mono
02:26<tmk>yeah there's a small thing in current cvs
02:26<tmk>by default the msp thinks it's in PAL land
02:27<Chutt>well, cvs from a few days ago
02:27<Chutt>at least
02:27<tmk>so when it autodetects
02:27<tmk>it does it wrong :)
02:27-!-mechou [] has joined #mythtv
02:27<Chutt>i can always go test it on my tv box
02:27<Chutt>which is hooked up to a prologic decoder
02:27<tmk>i think using test_ioctl and setting pal, then back to NTSC should fix it
02:27<tmk>does that tell you if it's stereo or mono?
02:27<Chutt>if everything comes out of the center speaker, it's mono =)
02:28<tmk>haha fair enough
02:28<tmk>lemme go check and make sure it sets it right
02:28<tmk>with just setting ntsc -> pal -> ntsc
02:28<mechou>extremis, how goes it?
02:35<Chutt>tmk, still seems to be mono if i do that
02:35<tmk>there's another problem i just found
02:35<tmk>ima have to make a new tarball
02:35<Chutt>make a quick diff
02:36<tmk>one sec
02:36-!-moegreen [] has joined #mythtv
02:36<tmk>you have diff flag preferences?
02:40-!-mechou [] has quit [Remote closed the connection]
02:42<Chutt>tmk, i _think_ that got it
02:42<Chutt>i can't turn the stereo up very loud right now, though
02:45<Chutt>or what?
02:45<Chutt>wife's sleeping
02:45<tmk>cant turn it up or what
02:45<Chutt>it is almost 3 am :p
02:45<tmk>i'm glad that's all it was
02:45<tmk>heh you're quite a trooper ;)
02:45<Chutt>but i'm getting audio from the surround speakers
02:46<Chutt>can't tell if the whine's there or not with the volume as low as it is, though
02:46<tmk>hehe i'll test
02:46<tmk>i just wanted to be sure it was actually stereo
02:46<Chutt>well, it is =)
02:48<tmk>whine's gone :)
02:49<Chutt>thanks =)
02:51-!-ahbritto [] has quit ["reboot to test revised modules.conf"]
02:52<Chutt>just1nux, if you see this, there's a line of not transparent stuff at the bottom of the 'watch recordings' watermark image
03:05-!-ahbritto [] has joined #mythtv
03:10-!-ahbritto [] has quit ["Client exiting"]
03:14-!-choenig [] has joined #mythtv
03:14-!-ahbritto [] has joined #mythtv
03:14<tmk>chutt: cvs tarball is up with latest code
03:15<tmk>if you want to point people in that direction
03:21-!-choenig [] has quit [Remote closed the connection]
03:24<-- tmkhas quit ()
03:28-!-ahbritto [] has quit ["Client exiting"]
03:30-!-mechou [] has joined #mythtv
03:58-!-FreddieD [] has quit [Read error: 60 (Operation timed out)]
04:16-!-mechou [] has quit [Remote closed the connection]
04:25-!-ahbritto [] has joined #mythtv
04:30-!-ahbritto [] has quit ["Client exiting"]
04:38-!-just1nux [] has quit [Read error: 60 (Operation timed out)]
04:52-!-ahbritto [] has joined #mythtv
04:52-!-just1nux [] has joined #mythtv
05:30-!-FreddieD [] has joined #mythtv
06:22-!-Ndiin [] has quit [Read error: 110 (Connection timed out)]
06:36-!-activelo [] has quit []
06:36-!-activelo [] has joined #mythtv
06:40-!-FreddieD [] has quit [Read error: 110 (Connection timed out)]
06:47-!-keturn [] has quit [Read error: 113 (No route to host)]
06:49-!-FryGuy [] has quit [Read error: 54 (Connection reset by peer)]
07:30-!-FreddieD [] has joined #mythtv
07:59-!-jkolb [] has joined #mythtv
08:00-!-bline [] has quit ["Client exiting"]
08:04-!-keturn [] has joined #mythtv
08:10-!-mikegrb_away is now known as mikegrb
08:17-!-FreddieD [] has quit [Read error: 110 (Connection timed out)]
08:27<jkolb>Chutt, Snow-Man: if you'd like to try it. Gets rid of a warning if the preview pixmap doesn't already exist before the call to genPixmap and the backend is local. (Using is_file() instead of the return value from copy() to test for existence)
08:49-!-bline [] has joined #mythtv
08:55<mdz_>Chutt: I thought it did start with a default value
09:05<Captain_Murdoch>mdz, do you know what he meant up above about the event thread vs calling thread?
09:05<Captain_Murdoch>talking about the auto-delete stuff and dispatchNow()
09:14<Captain_Murdoch>Chutt: I'm heading out on the road for a few hours and will take a look at that when I can this afternoon. I posted a message to the -dev list about it.
09:30-!-FreddieD [] has joined #mythtv
09:30<mdz>Captain_Murdoch: yeah, the qt callbacks run in a different thread
09:40-!-sfr [] has joined #mythtv
10:22-!-figgy [] has joined #mythtv
10:22-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
10:30-!-FreddieD [] has quit [Read error: 60 (Operation timed out)]
10:40<Chutt>captain_murdoch, it's mainly the programinfo.cpp functions that use the default database connection
10:41<Chutt>those are all supposed to be called from the main qt event thread
10:53-!-figgy [] has quit [Read error: 104 (Connection reset by peer)]
11:11-!-schultmc [] has joined #mythtv
11:11<-- Conaz(~conaz@ has left #mythtv
11:26-!-rkulagow_ [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
11:26-!-hfb [] has joined #mythtv
11:31<bline>Chutt: remeber that issue I had with sound cutting out?
11:31<bline>Chutt: Updating the firmware fixes it
11:32<Chutt>you see that tmk fixed audio last night?
11:32<Chutt>finally =)
11:32-!-jkolb [] has joined #mythtv
11:32<bline>yeah, and I have stereo yay!
11:32<Chutt>which firmware?
11:33-!-mecraw [~mecraw@] has joined #mythtv
11:33<Chutt>is that pvr250_16_21062.exe?
11:34<bline>I tried enc-2.03.207.bin but I had no sound with that one
11:34<bline>I dunno, I'm getting them from
11:34<Chutt>i'm apparently using 2.03.207
11:34<Chutt>from a strings on the enc.bin
11:35<bline>ivtv says the version when it loads in syslog
11:35<-- rkulagow___( has left #mythtv
11:36<bline>with any audio bitrate lower than 288 my sound is _real_ messed up
11:36<bline>playing with that gui thingy I'm writing
11:36<Chutt>in mythtv, or elsewhere, too?
11:37<bline>it's a standalone app, it's like the one that comes with the pvr for windows
11:37<Chutt>no no, playback with lower audio bitrates
11:39<bline>yeah, with myth
11:40<bline>good point though, I should test with other players
11:40-!-FreddieD [] has joined #mythtv
11:41<bline>it's broken on mplayer and xine
11:41<Chutt>ok, good, so it's not me, then
11:42<bline>it's broken more on mplayer and xine actually
11:49<mikegrb>but of course, mythtv is the greatest of them all ;-)
11:51-!-Drikus_ [] has joined #mythtv
11:59-!-Conaz [~conaz@] has joined #mythtv
11:59-!-rkulagow [] has joined #mythtv
12:01-!-figgy [] has joined #mythtv
12:12<Snow-Man>So, how are the lists doing anyway?
12:17-!-activelo [] has quit []
12:18-!-activelo [] has joined #mythtv
12:28-!-dopez [] has joined #mythtv
12:28-!-moegreen_ [] has quit [Read error: 104 (Connection reset by peer)]
12:28-!-moegreen [] has quit [Read error: 104 (Connection reset by peer)]
12:45-!-figgy [] has quit [Read error: 104 (Connection reset by peer)]
12:45-!-Chang [] has joined #mythtv
12:56<Conaz>Snow-Man: too many messages after not reading them since last Thursday... guess you cannot really do anything there though ;)
12:56<mikegrb>heh, yesterday was a very busy day for list traffic
12:58<Snow-Man>Conaz: Not quite. :)
13:13<Conaz>Snow-Man: list seems quite fast today
13:13<Conaz>My post didn't take too long
13:16<extremis>so I just got an email from this place in germany that says that he has nagravision capable cam interfaces
13:16<extremis>so that means that we can use them with the DVB cards in the US for dishnet
13:17<extremis>I'm going to order one
13:21-!-tmk [] has joined #mythtv
13:22-!-FreddieD [] has quit [Read error: 60 (Operation timed out)]
13:22-!-bigguy [] has quit [Remote closed the connection]
13:22-!-bigguy [] has joined #mythtv
13:32-!-dopez [] has quit [Read error: 104 (Connection reset by peer)]
13:34-!-dopez [] has joined #mythtv
14:11-!-Chang [] has quit ["ChatZilla 0.8.34 [Mozilla rv:1.4b/0]"]
14:11-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
14:29-!-choenig [] has joined #mythtv
14:34-!-bline [] has quit ["Client exiting"]
14:42<choenig>sfr: around?
14:58<vektor>um, this michael hammel guy is on crack
14:58<vektor>just posted to the xfree86 list
14:59<vektor>should i reply there, or will someone on the mythtv list reply?
14:59<vektor>Subject: [XFree86] Relationship of XVideo to V4L
14:59<Chutt>where's the xfree list?
14:59<vektor>eek, sorry for the extra spaces.
14:59<vektor>To: XFree86 Mailing List <xfree86@XFree86.Org>
14:59<vektor>Cc: MythTV Development <>
15:00<Chutt>he's just a random dumbass that's trying to get things working on totally unsupported hardward
15:00<vektor>his capture card is supported
15:00<vektor>it must be supported anyway, since he gets some picture through some xvideo interface, doesn't it?
15:00-!-FreddieD [] has joined #mythtv
15:00<Chutt>he's not using a capture card
15:01<tmk>Chutt: are your ears feeling better?
15:01<Chutt>everything's integrated on his motherboard
15:01<Chutt>tmk, sorry, i've been working, haven't had a chance to test more
15:01<vektor>oh, and the cyberblade driver provides an xvideo interface?
15:01<tmk>hehe s'ok
15:01<vektor>to tune it?
15:01<Chutt>vektor, i have no idea
15:01<Chutt>vektor, apparently he runs a program to change channels on it
15:01<vektor>well he must be able to see it
15:01<vektor>so it must be using the xvideo putvideo stuff
15:01<Chutt>straight overlay, no capture?
15:02<Chutt>i've never really looked at how that works
15:02<vektor>with putvideo it's when the capture card/video card are integrated
15:02<vektor>but there's an X "v4l" module that can fake this
15:02<vektor>but you basically just tell X where the video card should show video on the screen
15:03<Chutt>ok, so it's not capturing at all
15:03<vektor>right, it likely isn't.
15:03<vektor>his driver likely doesn't support capture.
15:03<sfr>choenig:yes, hi
15:05<choenig>sfr: I think, Ill have a look at your stuff later tonight :-)
15:05<sfr>choenig ok, fine.
15:06<choenig>but, what do you mean, call the calculation only once at startup, you mean while the mythtfrontend/stuff is running?
15:07<sfr>i mean, the timezone offset won't change while mythfilldatabase runs, so it doesn't need to be calculated for every parseProgram block, only once.
15:08<choenig>ah, oh yeah, thats a good point ;)
15:11<mikegrb>you forgot to escape the necessary characters ;)
15:12<choenig>I hope you know what I meant, anyway :)
15:14<mikegrb>sorry... just bored out of my mind
15:15<mikegrb>can't do any work until thursday probably
15:15<sfr>mikegrb, what happened?
15:16<vektor>aargh, need moderator approval for mythv-dev
15:16<vektor>looks like it'll never get posted :)
15:16<mikegrb>just started a database driven report running and I got to wait for it to finish before I continue, it runs at the equiv. of nice 19
15:17<mikegrb>ran 1/12 of the data through and that took 5 hrs... therefore about 2.5 days :-/
15:17<sfr>mikegrb ok, you code on mythtv?
15:17<mikegrb>I have submitted a patch
15:17<mikegrb>well two
15:18<sfr>i wondered why all the program info isn't stored in UTC format. Would make the switch between DST/ST much easier, wouldn't it?
15:19<mikegrb>If that was to me, possibly because it is grabbed in localtime (most likely for na anyway) and displayed in localtime so no need for conversion
15:20<mikegrb>you do have a point though
15:20<Chutt>it'd be quite silly to convert it to something
15:20<Chutt>and then convert it again
15:20<Chutt>whenever you wanted to use it
15:20<mikegrb>Chutt: hoenig> s/;)/:)/
15:21<mikegrb>Chutt: there was just a post to the devel list about someone wanting a 'passthrough' mode for live
15:21<sfr>Chutt well, maybe from you're point of view, but you also have DST periods in parts of the US?
15:21<sfr>Chutt, here in Europe DST is standard.
15:22<Chutt>the upstream tv listings source doesn't deal with it
15:22<Chutt>so i don't see how i can
15:22<mikegrb>Chutt: TV, I'm thinking it would be difficult to modify myth to support this or continue w/ my route from yesterday and try to combine tv time to a degree (osd etc)
15:22<mikegrb>basically which way should I lean torwards accomplishing it?
15:23<mikegrb>I must say I was very impressed with the picture from TV time but it seems like it would be easier to make the stuff in myth do this then try to rework tvtime as a plugin
15:24<extremis>I'm surprised, dish network is actuallybeing really cool about DVB cards
15:24<extremis>one engineer already called me back
15:24<sfr>Chutt, simple (well, the theory at least) , you know the backend's timezone, the timezone the XMLTV data is in, so it's a simple calculation.
15:24<extremis>he's going to talk with some buddies
15:24<mikegrb>extremis: :-)
15:24<Chutt>sfr, there's absolutely no point in doing extra conversions every single time i want to talk to the database.
15:25<extremis>mikegrb: I havn't tested the ir blaster yet, that will happen tonight
15:25<extremis>but it feels like its going to work
15:25<mikegrb>good, I wish good luck upon your household
15:25<extremis>and yours
15:26<sfr>Chutt, except when dealing with DST changes, no?
15:26<extremis>so as long as nagravision cim's work with dishnet, I'll order me a magicmodule and CI
15:26<Chutt>sfr, and as i said, the upstream data doesn't deal with dst changes, so how can i support it?
15:27<Chutt>i don't give a damn about anything besides tv_grab_na
15:27<mikegrb>extremis: how much money is all the components run?
15:27<Chutt>and, realisitically
15:27<extremis>mikegrb: for dishnet + dvb?
15:27<vektor>mikegrb: you don't make all of tvtime as a plugin, our deinterlacer layer is already modular enough.
15:27<extremis>probably about
15:28<Chutt>how often do you record crap at 3 am?
15:28<extremis>but that is due to shipping
15:28<extremis>overseas shipping isn't cheap
15:28<vektor>mikegrb: it wouldn't be hard to just call the appropriate functions at the right time, there are just two important things you need to handle:
15:28<vektor>mikegrb: you need to handle display at 60fps when your input is only 30fps, and you need to handle 4:2:0->4:2:2 conversion.
15:28<sfr>Chutt, sorry maybe i'm naive but they tell you _their_ local timezone.
15:29<mikegrb>extremis: oh, that isn't as bad as I thought
15:29<Chutt>vektor, it's a fairly small mod to display at 60fps
15:29<Chutt>in the current output loop, at least
15:29<vektor>Chutt: coool, it's pretty easy for me to do a fast 4:2:0->4:2:2 converter :)
15:29<mikegrb>vektor: thanks... I looked at some code last night but it was late... power went out at home on my way home and ended up with some disk problems to sort out
15:30<mikegrb>I plan on working more on it tonight
15:30<sfr>image a DST change in two days, now you fetch program data for 7 days, so (i think) you'll end up with program data with different start/stop times in mythconverg.
15:31<mikegrb>I guess I will focus more on allowing mythfrontend to run with mythtv taking the video directly rather then through the backend and the ringbuffer
15:31<vektor>mikegrb: does it matter, why do you need it to be live anyway?
15:31<vektor>that seems like a useless exercise
15:32<mikegrb>vektor: get rid of compression artifacts and what not... there was a message on the dev list short while ago about someone wanting to be able to play video games as well through mythtv
15:32<vektor>if you wanted to do that, you should just add a system( "tvtime" ) in an appropriate menu or something in mythtv
15:32<vektor>same as the snes9x plugin that i think exists
15:32<vektor>something like that
15:32<Chutt>why the hell would you want to play video games through mythtv?
15:32<mikegrb>vektor: that was the direction I was going, but I wanted myth's OSD and TV guide and what not
15:32<Chutt>that's really, really stupid
15:33<mikegrb>Chutt: your guess is as good as mine
15:33<sfr>Chutt, maybe i'll be bothered enough by this in september to start looking at it (with a patch as the target)
15:33<mikegrb>my processor just doesn't cut it for great live tv quality, had to tune the compression settings, pre-recorded looks great
15:34<mikegrb>after speaking to vektor yesterday though I don't think it is the processor but the PCI bus being maxed out that is causing me choppiness
15:34<sfr>chutt, but this will take a looong time, took me 2-4 hours yesterday to create a 10 line patch to mythfilldatabase. :-)
15:35-!-jkolb [] has joined #mythtv
15:36<Chutt>vektor, i approved your reply to the list
15:36<vektor>Chutt: you rock my world.
15:36<Chutt>you're special
15:36<sfr>Chutt: btw, i sent yet another l10n patch to the dev-list a few (03/07) days ago. probably you just missed it.
15:36<Chutt>i don't do that for anyone :p
15:36<sfr>Chutt, no prob
15:41-!-kolb [] has joined #mythtv
15:41-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
15:43-!-kolb is now known as jkolb
15:55<Chutt>jkolb, preview-8.patch does not apply cleanly
15:55<jkolb>It doesn't?
15:55<jkolb>I bet I know why. I edited it manually, and forgot to change the range of the replacement.
15:55<Chutt>maybe it does
15:56<Chutt>patch: **** malformed patch at line 164: Index: recorded.php
15:57<Chutt>if i remove the first big of the file, and just patch recorded.php and settings.php after that, it's fine
15:57<jkolb>Try getting it again.
15:58<Chutt>that worked
15:58<jkolb>Yeah, I just had to change the replacement range from 127 to 126 lines.
15:58<jkolb>*sigh* I feel like such an idiot sometimes.
15:59<Chutt>works pretty well
15:59<jkolb>Feeling like an idiot? Yeah, I find that it works for me.
15:59<Chutt>'cept for one of these recordings that it can't generate a pixmap for
16:00<jkolb>Just one?
16:00<Chutt>it's a bad recording i keep around to test stuff with
16:01<Chutt>can't be played
16:01<jkolb>Ah. The warning that gets printed, you mean?
16:01<jkolb>I suppose I should check for existence before attempting the copy.
16:03-!-FreddieD [] has quit [Read error: 60 (Operation timed out)]
16:04<Chutt>yup, better
16:04<jkolb>Shall I have the main script not print the <img> tag if the preview doesn't exist?
16:05<Chutt>doesn't really matter
16:05<jkolb>I don't like little red x's
16:07<Chutt>hey, cool
16:08<Chutt>apparently i'm supercillious and sometimes downright insulting to confused beginners
16:08<thor>supercillious ....
16:08<thor>no way
16:08<thor>pedantic yes
16:08<thor>but supercillious ?
16:08<mdz>supercilious is pretty accurate
16:08<mdz>arrogant disdain and suchlike :-)
16:09<thor>oh .. yeah
16:09<thor>that sounds right
16:09<mdz>I don't know about downright insulting, though
16:09<mdz>maybe sidelong insulting
16:09<thor>to those who take life a wee bit too seriously
16:09-!-rkulagow_ [] has joined #mythtv
16:11<jkolb> should stop red xs from appearing if the preview doesn't actually get generated
16:11<Chutt>that was from a private email from ray olszewski to rkulagow and me
16:11<Chutt>i always enjoy his emails
16:11<thor>I guess I can stop hitting Check Mail now ...
16:12<rkulagow_>i guess i joined a few minutes late.
16:13<Chutt>rkulagow, i was just mentioning on how i'm apparently supercilious and sometimes downright insulting to confused beginners
16:13<thor>rkulagow, choose the expression that best describes Chutt (1) supercillious, (2) downright insulting, (3) sidelong insulting, or (4) pedantic
16:14<rkulagow_>only four choices? not enough.
16:14<Chutt>i like how the guy tries to use big words to make himself sound smart
16:15<rkulagow_>chutt: if you'd take vektor's approach instead of the "it works for me" approach, you'd be carried through the streets on the shoulders of the thankful masses! :)
16:16<sfr>so how's vektor's method, then?
16:16<rkulagow_>ok, bbl. got to finish getting all the crap off the company laptop so i can get my severance check and all that jazz.
16:18<rkulagow_>fukk! 462 messages in -users? what can you people possibly be talking about?!?
16:18<rkulagow_>s just TV!
16:19<Chutt>people are babbling all over the place
16:20<rkulagow_>ugh. _another_ xmltv version?
16:25<tmk>i think users are generally ungrateful
16:25<tmk>they expect their free software to work
16:25<tmk>and demand free support
16:25<Chutt>i demand free support
16:25<tmk>and you got it
16:25<Chutt>yea yea
16:26<Chutt>i got you a bunch of new users, though, so it's a fair exchange
16:26<tmk>if i implement a fbdev tho
16:26<tmk>you'll owe me
16:26-!-hfb [] has quit [Read error: 104 (Connection reset by peer)]
16:26<Chutt>i'll surely help out with testing and stuff
16:27<tmk>so is s/w development your day job
16:27<tmk>or just a hobby
16:27<Chutt>day job
16:27<tmk>just a hobby for me
16:28<Chutt>mythtv's my 'i'd like to do something with a computer besides work-related junk' project
16:30<tmk>how do you deal with code submissions? do you check them extensively first
16:30<tmk>or just throw em in
16:31-!-hfb [] has joined #mythtv
16:31<Chutt>i check most stuff
16:31<Chutt>always apply patches by hand
16:31<Chutt>but some bugs fall through, of course
16:31<tmk>you mean typing it in?
16:31<Chutt>typing in/cut'n'paste
16:31<tmk>ya i patched one in and it broke stuff
16:31<tmk>so i've been doing it that way too
16:32<Chutt>easiest way for me to keep up with what's going in
16:32<Chutt>for people with cvs commit access, i go over their commits generally
16:32<tmk>i tell people to stay out of the driver tree
16:32<tmk>and let them write utils
16:33<tmk>speaking of which
16:33<tmk>a UI will be out soon
16:33<tmk>have to test it tonight
16:33<jkolb>tmk: Is the ivtv-commits list ever going to see the light of day?
16:33<tmk>like a control panel
16:33<tmk>ya blines
16:33<jkolb>I demand it! :P
16:33<tmk>jkolb: hmm maybe
16:33<tmk>for free i bet
16:33<jkolb>Well, since you offered...
16:34<Chutt>if there were a cvs commits list, i could write snide emails about the record_v4l2 script whenever it's updated
16:35<jkolb>record_v4l2 seems to have a commit list already.
16:35<Chutt>'Isn't the cvs commits list the appropriate place for such messages?'
16:35<tmk>poor james
16:35<rkulagow_>jkolb: yeah, but it's called ivtv-users
16:36<jkolb>Well, yeah, he lets tmk share it.
16:36<Chutt>oh, there's a -users list?
16:36<rkulagow_>yeah, it's called ivtv-devel ;)
16:37<rkulagow_>thank you, thank you, i'll be here all night. don't forget to tip your waitresses!
16:37<tmk>i need to get an admin assistant
16:37<Chutt>doesn't sourceforge set up a commits list for you and all that?
16:37<tmk>john was doing all that
16:37<tmk>but he got owned by his job
16:37<jkolb>Sorry, the waitresses are supposed to work for free. Everyone else around here does.
16:37<Chutt>wow, active forums on
16:38<tmk>heh.. i haven't looked at those in awhile
16:39<tmk>wow someone found a bug
16:41<tmk>and someone said "where do i get firmware"
16:41<tmk>they obviously read the docs
16:50<jkolb>Oh, yeah, Chutt: What would you say to changing the preview pixmap generation to allow a time parameter?
16:50<jkolb>Not that I would expect you to do it, of course, but if it's doomed from the outset, I wouldn't want to make the patch.
16:53<Chutt>go for it
17:03<just1nux>love the new autoexpire per recording stuff. makes my life much easier.
17:04<just1nux>with rankings and autoexpire, i think mythtv is finally a "set and forget" application.
17:05<jkolb>just1nux: I'd just like to add my praise of the visor theme. I'm anxiously awaiting the matching OSD theme.
17:09-!-Justin__ [] has quit [Read error: 54 (Connection reset by peer)]
17:10-!-Justin__ [] has joined #mythtv
17:11<tmk>does myth overlay closed captioning?
17:13<tmk>is it encoded in the mpg somehow? i know so little about it
17:13-!-FryGuy [] has joined #mythtv
17:13<Chutt>i don't know 'bout mpeg
17:13<tmk>in .nuv then?
17:13<Chutt>just some custom code
17:13<tmk>that doesn't apply to pvr cards ;)
17:15<just1nux>jkolb: thanks.
17:17<-- jkolbhas quit ()
17:18-!-sc00p [] has quit [Read error: 104 (Connection reset by peer)]
17:18-!-sc00p [] has joined #mythtv
17:27<sfr>Chutt: is a mythbackend backtrace of any use without the 'handle SIGPIPE nostop' gdb command prior to starting mythbackend?
17:36<Chutt>well, unless it died on a sigpipe, sure
17:36<sfr>No, it died b/c of SIGSEGV
17:37<sfr>Chutt, will send the bt to the dev-list soon.
17:43-!-FreddieD [] has joined #mythtv
17:47-!-extremis [] has quit ["changing servers"]
17:57-!-Drikus_ [] has quit ["toedeledoki"]
17:59<mdz>it shouldn't die on a sigpipe, but gdb will stop anyway
17:59<mdz>silly gdb
18:21-!-rkulagow_ [] has quit [Read error: 104 (Connection reset by peer)]
18:24<-- sfr( has left #mythtv ("Client exiting")
18:25-!-choenig [] has quit [Remote closed the connection]
18:27-!-zaheer [] has joined #mythtv
18:29<zaheer>anyone used an actisys ir-200l?
18:37-!-rkulagow_ [] has joined #mythtv
18:38<zaheer>i am having a problem with it not receiving anything in irw...testing something now
18:39-!-FreddieD [] has quit [Read error: 110 (Connection timed out)]
18:43<zaheer>even tried with a standard sony remote...getting nothing in irw
18:44<zaheer>and nothing in mode2
18:44<zaheer>mdz: did u manage to receive anything in irw?
18:45<zaheer>lirc is compiled with -with-driver=act200l
18:47<zaheer>gonna try the other machine again...
18:47-!-eventide [] has quit [Read error: 54 (Connection reset by peer)]
18:50-!-tmk [] has quit ["Client exiting"]
18:55<zaheer>it works!
19:02-!-term [] has joined #mythtv
19:04-!-schultmc [] has quit ["Client exiting"]
19:23<activelo>anyone have an idea why upgrading to xmltv .14 and myth .10 would break the filling script?
19:25-!-extremis [] has joined #mythtv
19:26<activelo>do I need to upgrade my frontend along with my backend server?
19:28-!-tdb30_ [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
19:28-!-extremis [] has quit [Client Quit]
19:29-!-tdb30_ [] has joined #mythtv
19:33<mikegrb>activelo: yes you need to upgrade them together
19:43<Ripp>did the pgup/pgdn keymappings get reversed somewhere along the way?
19:43-!-mecraw [] has quit ["Trillian ("]
19:46<activelo>mikegrb: thanks..
19:47<tdb30_>can I bother you guys a bit about the lirc stuff? Like for instance has anyone any experience with the homebrew receiver and recording with irrecord?
19:54-!-just1nux [] has quit ["later"]
19:54<tdb30_>humm. maybe I fixed it
19:54<tdb30_>I guess the next step is to get mythtv working with the remote
20:02<tdb30_>okay quick question. If I want mythtv to change the channel of my cable box I have to write a script to use lirc's rc command to do it? or is there already a mythtv/lirc interface
20:06<zaheer>look in the contrib directory
20:06<zaheer>there is a
20:07<zaheer>you may need to edit it
20:07-!-FreddieD [] has joined #mythtv
20:08<zaheer>like i had to replace the sleep 1 that is sent between digits to a select call that slept for 125 milliseconds instead, and also i didnt need the enter being sent after the numbers
20:24-!-jkolb [] has joined #mythtv
20:43-!-FreddieD [] has quit [Read error: 110 (Connection timed out)]
20:45-!-hfb [] has quit ["Client exiting"]
20:48-!-dopez [] has quit [Read error: 104 (Connection reset by peer)]
20:49<tdb30_>ARRRG.. whats the format for the lircmd.conf file? are the asterisks the name of the controler?
20:51<mikegrb>wrong window :-/
20:51<mikegrb>sorry I can't help you though... I don't use lirc
20:53-!-zaheer [] has quit [Read error: 113 (No route to host)]
21:02-!-Viddy [] has quit ["Client exiting"]
21:26-!-tdb30_ [] has quit [Remote closed the connection]
21:30-!-tdb30_ [] has joined #mythtv
21:41<-- jkolbhas quit ()
21:43-!-jkolb_lurk [] has joined #mythtv
21:44<tdb30_>okay all that is working. Now to figure out why lirc is choppy
21:58-!-moegreen [] has joined #mythtv
21:58<Chutt>moegreen, hey
21:58<moegreen>Chutt: hey Chutt
22:00<Chutt>how goes?
22:01<moegreen>it's going well - the guy who runs my dns and webserver is in the process of moving so everything is messed up w/ mail and what not
22:02<tdb30_>humm.... slowly I'm getting there. can someone tell me how to get the remote to work to select items in mythtv? I copied the sample lircrc file to my directory and edited it for my remote. Is there anything else I have to do?
22:02<Chutt>run irxevent
22:03--> daddy-o( has joined #MythTV
22:03<tdb30_>ahh I thought lircd called irxevent on an event.
22:04-!-Ripp [] has quit [Remote closed the connection]
22:05-!-Ripp [~ripp@] has joined #mythtv
22:08-!-FreddieD [] has joined #mythtv
22:18<tdb30_>still doesn't work. says sending event keyname RIGHT but nothing happens at the menu
22:30<tdb30_>all all better
22:39<-- daddy-ohas quit ()
22:45-!-bbeattie [] has joined #mythtv
22:48-!-FreddieD [] has quit [Read error: 110 (Connection timed out)]
22:51<ahbritto>Captain_Murdoch: You here?
22:52<mdz_>moegreen: what is /tmp/weather.jpg for?
22:53<moegreen>mdz_: it's the radar map
22:54<mdz_>moegreen: yes, but what is it used for? I don't see any code which reads it
22:54<mdz_>only writes it
22:54<moegreen>mdz_: it's specified in the weather-ui.xml theme file
22:54<mdz_>ah, it's in the ui.xml
22:54<mdz_>moegreen: how would you feel about moving that file into ~/.mythtv?
22:55<moegreen>mdz_: I don't see a problem with that
22:55<mdz_>moegreen: it's a bit of a security problem as-is
22:55<mdz_>not that mythweather installations are generally multiuser
22:56<moegreen>mdz_: ah...
22:57<mdz_>moegreen: does anything else use that part of the ui code?
22:58<moegreen>mdz_: you mean the weather.jpg file?
22:58<mdz_>moegreen: I mean the <filename> stuff which looks in /tmp
22:59<mdz_>that too
23:00<Scrye>noticed station unavailable (8 NEWSNET), re-run --configure
23:00-!-tmk [] has joined #mythtv
23:00<Scrye>which --configure?
23:09-!-activelo [] has quit ["Client exiting"]
23:09<yebyen>so, what happened to the server :)
23:14<moegreen>which one?
23:21-!-Captain_Murdoch_ [] has joined #mythtv
23:27<ahbritto>Captain_Murdoch_: I had an idea... Could you look for the bummers that surround commerical breaks too and mark them as commericals?
23:29<Captain_Murdoch_>ahbritto, they're harder to detect but once I get other detection methods working like sound then that may be possible.
23:30<ahbritto>So just looking for a blanking gap of 5-10 seconds next to a normal commerical would work too poorly?
23:30<ahbritto>a blank then 5-10 seconds of non-blank...
23:33<Captain_Murdoch_>yeah, would sometimes catch shows.
23:34<Captain_Murdoch_>I've seen the 30-second stuff catch the beginning of a show before on Law & Order.
23:34<ahbritto>Oh well. :/
23:34<Captain_Murdoch_>it wouldnt' be that bad but I don't want to put it in unless there's other ways to verify it's not part of the show.
23:35<ahbritto>Sounds like the wise thing to do.
23:35<Captain_Murdoch_>I know what you mean though. kinda bugs me when I can skip all or most of the commercials every time but see that same 3-5 second bumper after every comm break.
23:35<mikegrb>Perhaps further down the line tweaks for channels or maybe time of day... very many 2 min commercials on daytime cable here :-)
23:35<ahbritto>Before and after every break.
23:36<Captain_Murdoch_>yeah, I've seen those and the less-strict code in CVS should catch some of those 120-second commercials.
23:36<mikegrb>oh okay :-)
23:37-!-Viddy [] has joined #mythtv
23:37<mikegrb>now that you mention it I think MacGyver has been better since yesterday
23:37<ahbritto>I'd like to try implementing some signature stuff, but I need to catch up on my own stuff first.
23:37<Captain_Murdoch_>I think I had the regular code checking 120 seconds but took it out. now that I have it refined more I think I can put it back in if it's strict.
23:38-!-mythtv_ [] has joined #mythtv
23:40<mythtv_>Does anyone know the status of atsc/liba52 in myth's player?
23:40<Captain_Murdoch_>Just added a line to try to catch the 120 second spots even in aggressive mode as long as they are within 10 frames of being exactly 120 seconds. If they differ more than that it won't detect.
23:40<ahbritto>mythtv_: What are you using for an atsc source?
23:41<mythtv_>I have a way.
23:41* ahbrittowinces
23:41<mythtv_>boradcaste atsc
23:42<ahbritto>I want affordable hardware for linux....
23:42<mythtv_>broadcast ..
23:55* Captain_Murdoch_wonders where Chutt is
23:56<Chutt>i've got a commit pending to fix the threading issues i mentioned last night
23:58<Captain_Murdoch_>that's what I was going to ask about. :)
23:58<Captain_Murdoch_>sorry about that. I'm out of town working and was just able to get online.
23:58<Chutt>no problem
23:58<Captain_Murdoch_>are you going to be committing soon?
23:58<Chutt>similar issues in the transcoding stuff
23:58<Captain_Murdoch_>with the message passing?
23:59<Chutt>it's mainly that you were using the default database connection in a different thread and not locking it