| 00:18 | -!- | dopez [] has quit ["bleh"] |
| 00:31 | -!- | courtlr [~trillian@66.52.252.66] has joined #mythtv |
| 00:46 | <-- courtlr | (~trillian@66.52.252.66) has left #mythtv |
| 00:59 | <-- cerveza | has quit () |
| 02:05 | -!- | nitrogen [] has quit ["Client exiting"] |
| 03:54 | -!- | choenig [~choenig@pD952CD2A.dip.t-dialin.net] 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 [~paulprote@roc-66-66-102-254.rochester.rr.com] has joined #mythtv |
| 04:31 | -!- | Rule [~Ruleke@D57773CF.kabel.telenet.be] has joined #mythtv |
| 05:08 | -!- | Aridhol [~josh@alj840tay37ug.bc.hsia.telus.net] 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 [~sfr@pD9E60357.dip.t-dialin.net] 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_ [~sfr@pD9E60BD4.dip.t-dialin.net] has joined #mythtv |
| 06:06 | <-- sfr_ | (~sfr@pD9E60BD4.dip.t-dialin.net) has left #mythtv ("Client exiting") |
| 06:17 | -!- | sfr [] has quit [Read error: 110 (Connection timed out)] |
| 06:30 | -!- | marc [~marc@194.235.194.96] has joined #mythtv |
| 06:30 | <-- marc | (~marc@194.235.194.96) has left #mythtv |
| 06:30 | -!- | marc [~marc@194.235.194.96] 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@194.235.194.96] 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 [poptix@precious.net] has joined #mythtv |
| 07:51 | -!- | FryGuy [] has quit [Read error: 104 (Connection reset by peer)] |
| 08:14 | -!- | sfr [~sfr@pD9518A01.dip.t-dialin.net] has joined #mythtv |
| 08:25 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 08:28 | -!- | sfr [] has quit ["Client exiting"] |
| 08:30 | -!- | choenig [~choenig@pD952CD2A.dip.t-dialin.net] has joined #mythtv |
| 08:30 | -!- | sfr [~sfr@p50831410.dip.t-dialin.net] has joined #mythtv |
| 08:33 | -!- | Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv |
| 08:41 | -!- | euphoria [~martin@80-195-200-3.cable.ubr04.tl.blueyonder.co.uk] 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 [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 09:16 | -!- | choenig [] has quit [Remote closed the connection] |
| 09:19 | -!- | choenig [~choenig@pD952CD2A.dip.t-dialin.net] has joined #mythtv |
| 09:34 | -!- | kja [] has quit [Remote closed the connection] |
| 09:35 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 09:50 | -!- | kja [] has quit [Remote closed the connection] |
| 09:50 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 10:05 | -!- | kja [] has quit [Remote closed the connection] |
| 10:06 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 10:21 | -!- | kja [] has quit [Remote closed the connection] |
| 10:21 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 10:36 | -!- | kja [] has quit [Remote closed the connection] |
| 10:37 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 10:52 | -!- | kja [] has quit [Remote closed the connection] |
| 10:53 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 11:08 | -!- | kja [] has quit [Remote closed the connection] |
| 11:08 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 11:23 | -!- | kja [] has quit [Remote closed the connection] |
| 11:24 | -!- | kja [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 11:25 | -!- | Rule [~Ruleke@D57773CF.kabel.telenet.be] has joined #mythtv |
| 11:25 | <sfr> | kja got problems? |
| 11:28 | <Chutt> | heh |
| 11:28 | <Chutt> | apparently |
| 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> | eh |
| 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 sf.net ? |
| 11:32 | <Chutt> | so, i'd say, no, no one's working on that |
| 11:32 | <Chutt> | no |
| 11:32 | <Chutt> | it's not |
| 11:32 | <Chutt> | because sf.net isn't a viable hosting place anymore. |
| 11:32 | <Rule> | ok, I can't find a pointer to the cvs from mythtv.org |
| 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 | <Rule> | cool |
| 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 | <Rule> | ok |
| 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 up..to 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 | <Chutt> | really? |
| 11:46 | <Chutt> | wow |
| 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:47 | <Chutt> | well |
| 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 [~ke-aa@ti132110a080-2455.bb.online.no] has joined #mythtv |
| 12:18 | -!- | dopez [~unknown@dopez.xs4all.nl] 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 [~choenig@pD952CD2A.dip.t-dialin.net] 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 [leguin.freenode.net irc.freenode.net] |
| 12:47 | -!- | anduinw [] has quit [leguin.freenode.net irc.freenode.net] |
| 12:47 | -!- | rizzi [] has quit [leguin.freenode.net irc.freenode.net] |
| 12:47 | -!- | vektor [] has quit [leguin.freenode.net irc.freenode.net] |
| 12:47 | -!- | Justin_ [] has quit [leguin.freenode.net irc.freenode.net] |
| 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 [~paulprote@roc-66-66-102-254.rochester.rr.com] has joined #mythtv |
| 12:47 | -!- | anduinw [~awithers@polias.anduin.com] has joined #mythtv |
| 12:47 | -!- | vektor [~bbiggs@nat-pc.cs.Dal.Ca] has joined #mythtv |
| 12:47 | -!- | Justin_ [~justin@ool-18b81d88.dyn.optonline.net] has joined #mythtv |
| 12:47 | -!- | rizzi [~root@roc-24-93-16-37.rochester.rr.com] 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:49 | <kja> | ahh |
| 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@66.52.251.108] has joined #mythtv |
| 13:26 | -!- | mecraw [~mecraw@dnvrdslgw11poolB105.dnvr.uswest.net] has joined #mythtv |
| 13:30 | -!- | Edgan [edgan@proton.cygnusx-1.org] has joined #mythtv |
| 13:32 | -!- | Edgan [] has quit [Client Quit] |
| 13:36 | <-- courtlr | (~trillian@66.52.251.108) has left #mythtv |
| 13:45 | -!- | Rule [] has quit [Read error: 113 (No route to host)] |
| 13:59 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv |
| 14:16 | -!- | Edgan [edgan@proton.cygnusx-1.org] has joined #mythtv |
| 14:21 | -!- | hadees [~gremlin@pool-151-197-34-65.phil.east.verizon.net] 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 [~choenig@pD952CD2A.dip.t-dialin.net] has joined #mythtv |
| 15:25 | -!- | dopez [~unknown@dopez.xs4all.nl] has joined #mythtv |
| 15:28 | -!- | bbeattie [~bbeattie@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv |
| 15:30 | -!- | choenig [] has quit [Remote closed the connection] |
| 15:36 | -!- | choenig [~choenig@pD952CD2A.dip.t-dialin.net] has joined #mythtv |
| 15:36 | -!- | Rule [~Ruleke@D57773CF.kabel.telenet.be] 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 [~choenig@pD952CD2A.dip.t-dialin.net] has joined #mythtv |
| 16:16 | -!- | Rule [] has quit [Read error: 60 (Operation timed out)] |
| 16:21 | <bline> | mornin |
| 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@66.52.253.221] 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 :) |
| 16:58 | <bline> | courtlr: http://www.mysql.com/doc/en/UPDATE.html |
| 16:58 | <courtlr> | thank-you |
| 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 [~hfb@adsl-67-115-251-206.dsl.lsan03.pacbell.net] has joined #mythtv |
| 18:00 | -!- | pcjabber [~pcjabber@ilm56-216-027.ec.rr.com] 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 [~Ruleke@D57773CF.kabel.telenet.be] has joined #mythtv |
| 18:50 | -!- | thor_ [1000@193.251.157.234] has joined #mythtv |
| 19:09 | -!- | Rule [] has quit [Read error: 113 (No route to host)] |
| 19:25 | -!- | Dakeyrus [~ephesus@dhcp024-166-084-118.neo.rr.com] has joined #mythtv |
| 19:29 | -!- | thor_ [] has quit ["using sirc version 2.211+KSIRC/1.2.1"] |
| 19:39 | -!- | Dakeyrus [] has quit ["Trillian (http://www.ceruleanstudios.com)"] |
| 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 [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv |
| 20:38 | -!- | courtlr [~trillian@66.52.242.48] has joined #mythtv |
| 20:41 | -!- | Timon [~DanM@157-11-237-24.gci.net] has joined #mythtv |
| 20:46 | -!- | Justin_ [~justin@ool-18b81d88.dyn.optonline.net] has joined #mythtv |
| 20:58 | <-- courtlr | (~trillian@66.52.242.48) has left #mythtv |
| 21:11 | -!- | Dakeyrus [~ephesus@dhcp024-166-084-118.neo.rr.com] 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 [phar0e@cpe-24-24-236-156.socal.rr.com] 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 | <Timon> | heheh |
| 21:36 | * paulproteus | remembers 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 | <Timon> | both |
| 21:42 | * paulproteus | snickers |
| 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:52 | <paulproteus> | Heh. |
| 21:53 | * paulproteus | nods and chuckles. |
| 22:01 | -!- | bbeattie [] has quit ["where's a bed...."] |
| 22:22 | <mdz> | vektor: around? |
| 22:24 | <vektor> | Yes. |
| 22:24 | * vektor | lives 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> | Explain. |
| 22:25 | <vektor> | Oooooh, that bug. :) |
| 22:25 | <mdz> | yeah |
| 22:25 | <vektor> | We're Sorry. |
| 22:25 | <vektor> | The SourceForge.net 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:25 | <mdz> | heh |
| 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 | <mdz> | WinTV |
| 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:29 | <vektor> | hmmm |
| 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 | <mdz> | no |
| 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 | <mdz> | yeah |
| 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 | * vektor | gone to sleep. |
| 23:19 | <vektor> | ok :) |
| 23:51 | -!- | dopez [] has quit [Remote closed the connection] |