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

00:18-!-dopez [] has quit ["bleh"]
00:31-!-courtlr [~trillian@] has joined #mythtv
00:46<-- courtlr(~trillian@ has left #mythtv
00:59<-- cervezahas quit ()
02:05-!-nitrogen [] has quit ["Client exiting"]
03:54-!-choenig [] has joined #mythtv
04:15-!-Aridhol [] has quit ["Client exiting"]
04:16-!-paulproteus [] has quit [Read error: 104 (Connection reset by peer)]
04:20-!-paulproteus [] has joined #mythtv
04:31-!-Rule [] has joined #mythtv
05:08-!-Aridhol [] has joined #mythtv
05:09<Aridhol>does mythTV require a tuner card? I have a radeon 7200 with VIVO, through composite but no tuner.
05:15-!-sfr [] has joined #mythtv
05:28-!-Aridhol [] has quit [Read error: 104 (Connection reset by peer)]
06:03-!-Rule [] has quit [Read error: 60 (Operation timed out)]
06:05-!-sfr_ [] has joined #mythtv
06:06<-- sfr_( has left #mythtv ("Client exiting")
06:17-!-sfr [] has quit [Read error: 110 (Connection timed out)]
06:30-!-marc [~marc@] has joined #mythtv
06:30<-- marc(~marc@ has left #mythtv
06:30-!-marc [~marc@] has joined #mythtv
06:41<marc>good morning
06:41<marc>i know this isn't the ivtv channel
06:42<marc>but it's quiet over there
06:42<marc>debian:~/ivtv/driver# insmod ivtv.o ivtv.o: unresolved symbol video_register_device_Rsmp_fb356472 ivtv.o: unresolved symbol video_unregister_device_Rsmp_af9629fd
06:42<marc>does anybody have a clue?
06:59-!-marc [] has quit [Nick collision from services.]
06:59-!-marc [~marc@] has joined #mythtv
07:00-!-marc [] has quit [Client Quit]
07:02-!-choenig [] has quit [Remote closed the connection]
07:20-!-poptix [] has quit [Read error: 110 (Connection timed out)]
07:44-!-poptix [] has joined #mythtv
07:51-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
08:14-!-sfr [] has joined #mythtv
08:25-!-kja [] has joined #mythtv
08:28-!-sfr [] has quit ["Client exiting"]
08:30-!-choenig [] has joined #mythtv
08:30-!-sfr [] has joined #mythtv
08:33-!-Drikus_ [] has joined #mythtv
08:41-!-euphoria [] has joined #mythtv
08:42<euphoria>hello myth peeps
08:42<euphoria>anyone about?
08:49-!-euphoria [] has quit ["[BX] Time to make the donuts"]
08:52-!-Drikus_ [] has quit ["toedeledoki"]
09:07-!-kja [] has quit [Remote closed the connection]
09:08-!-kja [] has joined #mythtv
09:16-!-choenig [] has quit [Remote closed the connection]
09:19-!-choenig [] has joined #mythtv
09:34-!-kja [] has quit [Remote closed the connection]
09:35-!-kja [] has joined #mythtv
09:50-!-kja [] has quit [Remote closed the connection]
09:50-!-kja [] has joined #mythtv
10:05-!-kja [] has quit [Remote closed the connection]
10:06-!-kja [] has joined #mythtv
10:21-!-kja [] has quit [Remote closed the connection]
10:21-!-kja [] has joined #mythtv
10:36-!-kja [] has quit [Remote closed the connection]
10:37-!-kja [] has joined #mythtv
10:52-!-kja [] has quit [Remote closed the connection]
10:53-!-kja [] has joined #mythtv
11:08-!-kja [] has quit [Remote closed the connection]
11:08-!-kja [] has joined #mythtv
11:23-!-kja [] has quit [Remote closed the connection]
11:24-!-kja [] has joined #mythtv
11:25-!-Rule [] has joined #mythtv
11:25<sfr>kja got problems?
11:28<Chutt>sfr, thanks a lot for reworking that patch =)
11:28<Chutt>makes my life a whole lot easier
11:29<sfr>got the final version?
11:29<Chutt>yeah, i committed it to cvs a little bit ago
11:30<sfr>Chutt do you know if anyone is working on mp3 encoding support?
11:30<sfr>for mythmusic i mean.
11:31<Chutt>i don't really see the need
11:31<Chutt>there was someone on the lists that wanted to
11:32<Chutt>and i finally told him that if he sent in a patch, i'd apply it
11:32<Chutt>but, no patch in a couple months
11:32<Rule>is the CVS hosted on ?
11:32<Chutt>so, i'd say, no, no one's working on that
11:32<Chutt>it's not
11:32<Chutt>because isn't a viable hosting place anymore.
11:32<Rule>ok, I can't find a pointer to the cvs from
11:32<Rule>might just be me though :)
11:32<Chutt>there's several
11:33<Chutt>general info / lists section
11:33<Chutt>and the first section of the docs
11:33<Rule>hehe just found it... a link that is not underlined. sorry :)
11:35<Rule>can anyone tell me if hardware decoder support is planned ?
11:35<Chutt>i'm going to write code for the decoder in the pvr-350
11:35<Chutt>other than that, i won't be doing the work
11:36<Rule>yeah, I guess the mplayer part will be ok .. at least have DVD playback accellerated..
11:36<kja>sfr: Yea, dunno why...gets disconnected evry once in a great while... :(
11:37<Rule>are all libs mythtv-specific, or are things like libmpeg2 used ?
11:37<Chutt>it uses libavcodec for decoding
11:37<Chutt>and encoding, too
11:37<Chutt>so it's fairly standard
11:38<Chutt>kja, once in a great while? try every 10 minutes :p
11:39<kja>hmm, yea, I see that now..
11:40<kja>I think it's my socks acting little activity
11:42<kja>would caching of neccesary data in channel/dvb_channel be accepted as a method of speeding up channel changes?
11:42<Chutt>what data?
11:43<kja>everything needed to tune channels (to get by slow sql querys)
11:44<Chutt>well, i guess
11:45<Chutt>i don't think it'd help much, though
11:46<kja>i've done some timing here and there, and it seems that the sql querys are taking most of the time (over a second to fetch dvb_tuning..)
11:46-!-choenig [] has quit [Read error: 104 (Connection reset by peer)]
11:46<Chutt>ok, sure, cache away
11:46<Chutt>my tests show that pausing playback takes as much time as everything else in switching channels
11:47-!-Edgan [] has quit ["Client exiting"]
11:47<kja>hmm, maybe I have a slow sql server (standard redhat 9)
11:48<Chutt>you're grabbing a whole lot more data out of there
11:49<kja>I think there's about 5 or 6 sql querys to change a channel on the dvb side...
11:49<kja>...and most of them take from .5 up to over a second here..
11:49<Chutt>and there's only a couple tiny ones for analog tv
11:50<kja>if you have the time, could you slap a timer around one of them, just to check?
11:50<Chutt>i did that recently
11:51<Chutt>took a max of .3 seconds for the backend to switch channels, including the request time from the frontend
11:51<kja>and it was not that bad, or?
11:51<Chutt>another max of .3 seconds to pause playback
11:51<Chutt>and everything else was negligible
11:51<kja>pausing is fast here too
11:52<kja>could it be because I have the sql server on a different machine than both front and backend?
11:52<Chutt>could be
11:52<kja>i'll try moving it to see any difference before i code away
12:07-!-kja [] has quit [Remote closed the connection]
12:08-!-kja [] has joined #mythtv
12:18-!-dopez [] has joined #mythtv
12:26<kja>moved the database, but no change in speed
12:26<kja>which version are you running Chutt?
12:26-!-choenig [] has joined #mythtv
12:38<mdz>changing channels is definitely much slower for me than pause/unpause
12:38<mdz>(with a remote db)
12:39<mdz>24 queries are executed
12:40<kja>that many? normal v4l card?
12:40<kja>channel change takes about 6-7 seconds here (dvb card)
12:41<kja>mdz: have you done any timing on it?
12:46<mdz>normal v4l card
12:47-!-paulproteus [] has quit []
12:47-!-anduinw [] has quit []
12:47-!-rizzi [] has quit []
12:47-!-vektor [] has quit []
12:47-!-Justin_ [] has quit []
12:47<mdz>no, I have not
12:47<sfr>a channel change takes about 2 seconds over here (v4l hardware mjpeg card, local database) but could be faster
12:47<mdz>subjectively, it's about 2 seconds
12:47-!-paulproteus [] has joined #mythtv
12:47-!-anduinw [] has joined #mythtv
12:47-!-vektor [~bbiggs@nat-pc.cs.Dal.Ca] has joined #mythtv
12:47-!-Justin_ [] has joined #mythtv
12:47-!-rizzi [] has joined #mythtv
12:47<mdz>kja: many of the queries are SELECT NULLs to wake up the database
12:47<mdz>due to the broken mysq client lib
12:48<kja>what is wired is that running selects in 'mysql' takes no time at all...
12:51<mdz>the queries should all be very fast on the server; the tables are small
12:51<kja>I vote for a table cache in the channel classes, made so that any channel change will not execute a sql query, objections?
12:51<mdz>but there is the round-trip time over the network
12:51<mdz>you'd need a way to invalidate the cache
12:52<kja>yea, but it should not be large, and it was the same when i moved the db
12:52<mdz>it would be better, I think, to just reduce the number of queries
12:52<mdz>for example, videofilters, contrast, colour, brightness, etc. are all loaded by separate queries
12:52<mdz>they could be done by a single query if the code were rearranged
12:52<kja>yea, one big query would help a lot
12:53<kja>i think the time is spent in qt (doing the variant work)
12:54<mdz>I haven't profiled it
12:54<kja>me neither, just a thought
12:59<mdz>it would get rid of 4 queries to keep the TimeFormat and ShortDateFormat settings around in tv_play
12:59<mdz>but since (I believe) the TV never gets destroyed while the frontend is running, changes wouldn't take effect without a restart
13:00<mdz>adding a simple cache to GetSetting would speed up a lot of operations, I think
13:01<kja>but do we really need immediate updates to the channel tables? they tend to change little
13:02<kja>so if the channel classes loaded the tables on startup, would not that suffice?
13:02<mdz>they do change, though
13:02<mdz>when mythfilldatabase runs
13:02<mdz>so potentially every day
13:03<mdz>they also change whenever the color settings are changed
13:03<mdz>but since that happens through channel, it'd be easy to handle
13:05<kja>mythfilldatabase can flag the data it updates..
13:06<kja>or we could make channel do regular updates..
13:25-!-courtlr [~trillian@] has joined #mythtv
13:26-!-mecraw [] has joined #mythtv
13:30-!-Edgan [] has joined #mythtv
13:32-!-Edgan [] has quit [Client Quit]
13:36<-- courtlr(~trillian@ has left #mythtv
13:45-!-Rule [] has quit [Read error: 113 (No route to host)]
13:59-!-Drikus [] has joined #mythtv
14:16-!-Edgan [] has joined #mythtv
14:21-!-hadees [] has joined #mythtv
15:02-!-choenig [] has quit [Remote closed the connection]
15:06-!-dopez [] has quit [Remote closed the connection]
15:21<anduinw>anyone around who cares about lirc?
15:21-!-choenig [] has joined #mythtv
15:25-!-dopez [] has joined #mythtv
15:28-!-bbeattie [] has joined #mythtv
15:30-!-choenig [] has quit [Remote closed the connection]
15:36-!-choenig [] has joined #mythtv
15:36-!-Rule [] has joined #mythtv
15:41-!-choenig [] has quit [Remote closed the connection]
15:52<bbeattie>Anyone know if myth works well with Hyper Threading?
15:52<bbeattie>(Any good performance improvements?)
15:53<sfr>bbeattie should be ok now, but afaik myth isn't specifically optimised for smp/ht.
16:00-!-choenig [] has joined #mythtv
16:16-!-Rule [] has quit [Read error: 60 (Operation timed out)]
16:21-!-Drikus [] has quit ["toedeledoki"]
16:22<bline>anduinw: I care about lirc, it was my initial patch you fixed
16:36<Chutt>sfr, err, it's rather heavily threaded.
16:37<sfr>Chutt spec. for smp/ht or due to design issues.
16:37<Chutt>because of the design.
16:38<Chutt>there's nothing to do special to make it 'optimized for smp/ht'
16:40<anduinw>bline - I know, glad you did I like native lirc support.
16:41<anduinw>however I now have a problem with native lirc support
16:42<anduinw>My problem is that there is no good way to stop listening to the lirc commands.
16:44<anduinw>Example: when I go to spawn xine to watch a DVD, or spawn xmms to listen to music (I'd use mythmusic but the shuffle delay and a few other issues are killer deficiencies for me).
16:46<bline>yeah, I know what you mean
16:46<anduinw>I'd like to fix this problem. The easiest way I can think of would be to make something like a myth_system() function and replace appropriate system() calls with myth_system(). This is mostly to isolate where I'd need to #ifdef LIRC_SUPPORT to myth_system().
16:47<bline>is system used now or some Qt function?
16:47<anduinw>If would then be trivial to thrown another custom event to tell the event queue to ignore lirc events, then restore.
16:48<anduinw>system() is called directly
16:48<anduinw>in both themedmenu and the dvd_player
16:48<anduinw>as the function blocks I don't think it makes sense to queue lirc events
16:49<bline>can you just close the lirc thread and recreate it when the system() is over, or is that more trouble than just ignoring events?
16:50<anduinw>definitely more trouble
16:51<anduinw>I can ignore the events by keeping an "ignore lirc events" flag. Recreating the thread... well it is initially created blah you know.
16:52<Chutt>anduinw, the myth_system() approach would be the way to go
16:52<Chutt>with a pair of functions in mythmainwindow to tell it to start/stop listening for lirc events
16:52-!-courtlr [~trillian@] has joined #mythtv
16:54<bline>anduinw: what Chutt said =)
16:54<anduinw>Chutt - I was thinking more of just posting another lirc event to the event queue to start/stop lirc listening.
16:55<courtlr>What mysql command do I use to change the finetuning?
16:56<anduinw>Chutt - Of course the event would be entirely punitive, make you think twice before you switch my enums out :)
17:02<anduinw>I'm being tempted to add myth_system to util.h... bad?
17:04<bline>hmm, no comment on my focus hack
17:22-!-courtlr [] has quit [Read error: 110 (Connection timed out)]
17:25-!-sfr [] has quit ["Client exiting"]
17:36-!-ahbritto [] has quit [Client Quit]
17:38-!-hadees is now known as jamesb0nd
17:43-!-jamesb0nd is now known as hadees
17:48-!-hfb [] has joined #mythtv
18:00-!-pcjabber [] has joined #mythtv
18:02-!-pcjabber [] has quit [Client Quit]
18:27-!-kja [] has quit ["zzzzzZZZZZZ"]
18:32-!-choenig [] has quit [Remote closed the connection]
18:33-!-Rule [] has joined #mythtv
18:50-!-thor_ [1000@] has joined #mythtv
19:09-!-Rule [] has quit [Read error: 113 (No route to host)]
19:25-!-Dakeyrus [] has joined #mythtv
19:29-!-thor_ [] has quit ["using sirc version 2.211+KSIRC/1.2.1"]
19:39-!-Dakeyrus [] has quit ["Trillian ("]
20:05-!-hfb [] has quit ["Client exiting"]
20:06-!-rkulagow_ [] has quit [Read error: 110 (Connection timed out)]
20:21-!-Justin_ [] has quit [Read error: 60 (Operation timed out)]
20:32-!-phar0e [] has joined #mythtv
20:38-!-courtlr [~trillian@] has joined #mythtv
20:41-!-Timon [] has joined #mythtv
20:46-!-Justin_ [] has joined #mythtv
20:58<-- courtlr(~trillian@ has left #mythtv
21:11-!-Dakeyrus [] has joined #mythtv
21:16-!-phar0e [] has quit [Read error: 110 (Connection timed out)]
21:16<Timon>Is thor back from vacation yet?
21:17-!-phar0e [] has joined #mythtv
21:17<phar0e>if I want to change some of the settings when recording can I edit the database table "codecparams" ?
21:18<phar0e>or is there a better way to go about that... ?
21:20<phar0e>actually let me see if mythfrontend allows me to configure it, brb
21:29<bbeattie>What motherboards do most of you suggest to people? and which do you not suggest?
21:33<Timon>Get the va503+
21:34<paulproteus>Timon: :)
21:34<paulproteus>Isn't that a K6-2 board?
21:35<Timon>paulproteus: I've had the mis-fortune of building many computers with that board. The board is crappy, the chipset is even crappier, the drivers are far below crappy
21:35<Timon>Yeah, k6-2 board
21:35<paulproteus>I remember that.
21:35<paulproteus>I think that board is the reason I run Linux.
21:35<paulproteus>Win98 could not stay up for an hour and a half.
21:35<Timon>FIC makes it if I remember. Been '99 since I've used it
21:36* paulproteusremembers noticing, "7h15 sux0rz . m3 us1ng l1nux - l1nux 0wnz 7h15 br04d!!!11"
21:37<Timon>hah, lame hax0r speak
21:39<paulproteus>Yes. I was also a burgeouning script kiddie, a habit Linux helped me kick :).
21:39<paulproteus>(Though sometimes.... ;)
21:41<Timon>heh, I used it to put a few people in their place.
21:41<paulproteus>Linux, or script kiddieing?
21:41<paulproteus>(I don't see how anything but the latter is meaningful, but you probably mean the former.)
21:42<Timon>I remember a buddy of mine telling me "I got NT on these servers, put the latest patches on them, there freakin secure. Nothing can get in"
21:42* paulproteussnickers
21:43<Timon>Anyways, I told him how about I run a few tests, he said "Sure, point them at my production mail server" I gave him a chance to reconsidure, and he changed his mind and had me run it against his workstation.
21:43<Timon>3 minutes later when he got back into the channel, he was pissed :-)
21:43<Timon>good 'ol teardrop
21:53* paulproteusnods and chuckles.
22:01-!-bbeattie [] has quit ["where's a bed...."]
22:22<mdz>vektor: around?
22:24* vektorlives on IRC.
22:24<mdz>vektor: I want to do some work on tracking down that mismatched audio bug
22:25<mdz>vektor: you said one of your users had experienced it. can you point me to the report?
22:25<vektor>Mismatched audio?
22:25<vektor>Oooooh, that bug. :)
22:25<vektor>We're Sorry.
22:25<vektor>The Website is currently down for maintenance.
22:25<vektor>Damn. :)
22:25<mdz>I can easily reproduce it, but I looked at the bttv code and couldn't see anything obviously wrong
22:26<mdz>do you have any hunches about what I should look at?
22:27<mdz>I've googled quite a bit and, to my amazement, haven't found any other reports of this problem
22:27<vektor>Have you tried with xawtv?
22:27<mdz>when you mentioned it, that was the first I'd heard of someone other than me experiencing it
22:27<mdz>no, I haven't
22:27<vektor>There's no good support forum, so it doesn't entirely surprise me that google would suck.
22:28<mdz>but I didn't even find any reports on the mythtv lists
22:28<vektor>Maybe your card= line is wrong.
22:28<vektor>What card do you have?
22:28<mdz>I let it autoprobe and it comes up with the right thing
22:28<vektor>Which WinTV?
22:29<mdz>not entirely sure; it's borrowed
22:29<mdz>has the radio input
22:29<vektor>How about the tuner?
22:29<mdz>msp34xx: init: chip=MSP3435G-B6, has NICAM support
22:29<mdz>bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
22:30<vektor>Check CARDLIST
22:30<vektor>See if something else looks more appropriate]
22:30<mdz>there are 4 hauppauge cards in the list
22:30<mdz>bt848, bt878, WinCam and PVR
22:31<mdz>mine is definitely a bt878
22:31<mdz>(which is card=10)
22:31<vektor>And for the tuner types?
22:31<mdz>everything else works fine with the card
22:31<mdz>tuners I have very little clue about
22:31<mdz>none of the names mean anything to me
22:31<vektor>Do you use 'type=2' ?
22:31<vektor>Try it.
22:32<mdz>bttv0: i2c attach [client=Philips NTSC,ok]
22:32<mdz>Philips NTSC is type=2, no?
22:33<mdz>(it seems to be from the list)
22:33<vektor>I don't know, from my tests that just kicks the tuner module into always detecting NTSC properly.
22:33<mdz>I'll try that
22:33<mdz>damn, something's recording
22:33<mdz>I'll try it a bit later
22:34<mdz>it doesn't seem like that could fix it though
22:41-!-phar0e [] has quit [Read error: 110 (Connection timed out)]
23:15<mdz>vektor: I'll be damned
23:15<mdz>that seems to have fixed it
23:15<mdz>the messages from the driver are exactly the same, but I can't reproduce it anymore with tuner type=2
23:16<vektor>mdz: Hah!
23:19<mdz>vektor: thanks
23:19<vektor>We should document this.
23:19<vektor>Thanks for the heads up, I'll note it on my page.
23:19<mdz>let's have a conversation on an archived mailing list about it :-)
23:19* vektorgone to sleep.
23:19<vektor>ok :)
23:51-!-dopez [] has quit [Remote closed the connection]