Back to Home / #mythtv / 2005 / 02 / Prev Day | Next Day
#mythtv IRC Logs for 2005-02-26

---Logopened Sat Feb 26 00:00:01 2005
---Daychanged Sat Feb 26 2005
00:00--- <<-- DarkRealm [] has quit (Client Quit)
00:33--- <<-- okare [] has quit (Read error: 60 (Operation timed out))
00:41--- ---> mdz [] has joined #mythtv
00:53--- <--- Stral [~michael@] has left #mythtv ("Leaving")
01:06--- <<-- jasonb [] has quit (Read error: 110 (Connection timed out))
01:19--- ---> tidify [] has joined #mythtv
01:43--- <<-- dopester [] has quit (Read error: 113 (No route to host))
01:50--- ---> okare [] has joined #mythtv
02:35--- ---> LLyric [] has joined #mythtv
02:53--- ---> beavis [] has joined #mythtv
03:08--- ---> stoffel [] has joined #mythtv
03:22--- <<-- LLyric [] has quit (Read error: 113 (No route to host))
03:25--- <<-- Netslayer [] has quit (Remote closed the connection)
03:46--- ---> dopester [] has joined #mythtv
03:55--- <<-- hadees [~hadees@hadees.sustaining.supporter.pdpc] has quit (Client Quit)
03:56--- ---> hadees [~hadees@hadees.sustaining.supporter.pdpc] has joined #mythtv
04:35--- ---> Delicates [] has joined #mythtv
04:35--- <--- Delicates [] has left #mythtv ("Leaving")
04:40--- <--- thor_ [~thor@] has left #mythtv ()
04:59--- User: *** splAt1 is now known as splat1
05:13--- <--- okare [] has left #mythtv ()
06:12--- <<-- dhofstra [] has quit (Remote closed the connection)
06:12--- ---> Roots^ [] has joined #mythtv
06:15--- ---> dhofstra [] has joined #mythtv
06:31--- <<-- beavis [] has quit ("Leaving")
06:33--- ---> KillerBunny [] has joined #mythtv
06:36--- ---> gecko [] has joined #mythtv
06:38--- ---> johnp [] has joined #mythtv
06:56--- <<-- GeckoFiend [] has quit (Read error: 110 (Connection timed out))
06:59--- ---> Hamstaman [] has joined #mythtv
07:25--- ---> BKCH [] has joined #mythtv
07:26--- <<-- BKCH [] has quit (Client Quit)
07:44--- User: *** gecko is now known as geckofiend
08:12--- <<-- Torq [] has quit (Read error: 110 (Connection timed out))
08:26--- ---> jasonb [] has joined #mythtv
08:36--- <<-- Roots^ [] has quit (Read error: 60 (Operation timed out))
08:51--- ---> N-Tropy [~n-tropy@] has joined #mythtv
08:52N-Tropy where do you set autotranscoding in myth ?
08:57N-Tropy nm
08:57--- <--- N-Tropy [~n-tropy@] has left #mythtv ()
09:01--- <<-- johnp [] has quit (Remote closed the connection)
09:02--- <<-- hadees [~hadees@hadees.sustaining.supporter.pdpc] has quit (Client Quit)
09:04--- <<-- jasonb [] has quit (Read error: 113 (No route to host))
09:05--- ---> jasonb [] has joined #mythtv
09:13--- <<-- dhofstra [] has quit (Remote closed the connection)
09:15--- <<-- geckofiend [] has quit (Remote closed the connection)
09:16--- ---> dhofstra [] has joined #mythtv
09:21--- ---> GeckoFiend [] has joined #mythtv
09:24GeckoFiend ok... new new old drives are now extended into the new LV. 568g for media files, time to start some high def recording
09:26--- ---> dhofstra_ [] has joined #mythtv
09:26--- <<-- dhofstra_ [] has quit (Read error: 104 (Connection reset by peer))
09:35--- ---> jasonb_ [] has joined #mythtv
09:36--- <<-- jasonb [] has quit (Read error: 113 (No route to host))
09:36--- User: *** jasonb_ is now known as jasonb
09:44dopester new new old drives?
09:46jams dopester, all my stations have vct info
09:46dopester cool
09:47--- <<-- dhofstra [] has quit (Remote closed the connection)
09:47jams and I don't have any thing "good" those other channels my manual scan showed, are either sd/hd repeats
09:47jams so I have two abc's, two fox's, two cbs
09:50--- ---> dhofstra [] has joined #mythtv
09:53--- <<-- jasonb [] has quit (Read error: 54 (Connection reset by peer))
09:53--- ---> jasonb [] has joined #mythtv
09:56--- <<-- m0j0_ [] has quit ("Leaving")
09:58dopester that sucks.. i can't get discoveryhd to save my life.. i mean it comes in but its like its just a dirty signal.. hopefully I will get an hdtv soon and I can verify it does or doesn't work clean with my feed from time warner..
10:06--- ---> tstm_ [] has joined #mythtv
10:06tstm_ I'm wondering how the time offset is supposed to work.. I've got XMLTV:s TimeOffset as +0200, but it doesent seem to affect EIT/EGP table information?
10:07tstm_ Hey. Has anyone used the DVB EIT feature?
10:07GeckoFiend pssst /topic
10:07dopester it doesn't use the timeoffset.. it uses the machiens localtimezone.. and you need to ask in #mythtv-users
10:08tstm_ Ok. I'll go there.. sorry. =/
10:09--- <--- tstm_ [] has left #mythtv ()
10:14--- ---> jasonb_ [] has joined #mythtv
10:17--- ---> rw [] has joined #mythtv
10:21--- <<-- jasonb [] has quit (Read error: 60 (Operation timed out))
10:23--- ---> jasonb__ [] has joined #mythtv
10:24--- User: *** jasonb__ is now known as jasonb
10:28--- ---> Roots^ [] has joined #mythtv
10:29--- <<-- jasonb_ [] has quit (Read error: 60 (Operation timed out))
10:34--- ---> tstm_ [] has joined #mythtv
10:35--- User: *** tstm_ is now known as tstm
10:46--- <<-- GeckoFiend [] has quit (Read error: 104 (Connection reset by peer))
10:49--- <<-- stoffel [] has quit ("leaving")
10:49--- ---> stoffel [] has joined #mythtv
10:49--- ---> tobo [] has joined #mythtv
10:56--- <<-- tobo [] has quit (Remote closed the connection)
11:00--- ---> gecko [] has joined #mythtv
11:04--- ---> Torq [] has joined #mythtv
11:20--- ---> dja_ [] has joined #mythtv
11:20--- <<-- dja [] has quit (Read error: 110 (Connection timed out))
11:22--- ---> cmorgan [] has joined #mythtv
11:32--- ---> FatDarrel [] has joined #mythtv
11:40--- ---> gfiend [] has joined #mythtv
11:45--- ---> GeckoFiend [] has joined #mythtv
11:48--- <<-- nulltank [] has quit (Read error: 110 (Connection timed out))
12:01--- <<-- gecko [] has quit (Read error: 110 (Connection timed out))
12:06--- <<-- gfiend [] has quit (Read error: 110 (Connection timed out))
12:16--- User: *** splat1 is now known as splAt1
12:20--- <<-- levon [] has quit ("Leaving")
12:21--- User: *** splAt1 is now known as splat1
12:37--- <<-- GeckoFiend [] has quit (Remote closed the connection)
12:38Captain_Murdo| Chutt, you happen to be around?
12:42--- ---> GeckoFiend [] has joined #mythtv
12:47Snow-Man He doesn't seem to be.
12:47Captain_Murdo| :) kinda figured that.
12:47TheWildgoose | Is cvs down?
12:47Snow-Man yeah.
12:48Captain_Murdo| think so, but wasn't even going to ask about that. :)
12:48TheWildgoose | Hokay.
12:48Snow-Man It got a memory upgrade, can't you tell?
12:48TheWildgoose | I forgot...
12:51Captain_Murdo| wrote something to make the db upgrade function wait if another process is updating the DB and wanted to run it by him. in testing/dev, once a day after my nightly backup (which copies production DB to dev DB), I start up the backend and frontend to test something and they fight over the db upgrade. :)
12:55* Captain_Murd goes away for a half hour to wait for his make to finish since he modified mythcontext.h
12:55dopester fun stuff
12:57--- ---> Baylink [] has joined #mythtv
13:06--- <<-- linuxwhore [] has quit (Success)
13:23Snow-Man CVS is back up, for the moment at least.
13:27Captain_Murdo| quick, everyone "cvs update" while they can... :)
13:28dopester :)
13:31* Baylink chuckles
13:31Baylink Cap: you ever do a patch for that transcode thing?
13:31Baylink Or duplicate, or whatever?
13:36Captain_Murdo| which one? the exploding file?
13:38Captain_Murdo| if so, no, haven't done that yet. got sidetracked a little. think it's an easy fix.
13:38Chutt dead again
13:40Captain_Murdo| Chutt, do you think the concept in this file looks ok to prevent multiple programs from trying to update the DB at the same time: SaveGlobalSetting is a new method to save a global setting (ie, hostname is NULL);
13:41Chutt that's racy.
13:41Captain_Murdo| yeah, trying to think of a way to get it to work across machines only by looking at the DB.
13:41Chutt pids
13:41Chutt LOCK TABLE
13:41Chutt etc
13:42Captain_Murdo| ok. thanks. could lock settings table I guess.
13:43Captain_Murdo| haven't messed with that before, guess I'm googling. :)
13:47Captain_Murdo| cool, didn't think it would be that easy. :) "lock table settings write;" and "unlock tables;"
13:51Baylink Cool; cap. Don't forget: it only seems to bite us when there are flagged commercials.
13:52Captain_Murdo| ok.
14:08--- ---> rkulagow [] has joined #mythtv
14:23--- ---> dagar [] has joined #mythtv
14:52--- ---> dgeorge [] has joined #mythtv
15:28--- <<-- dagar [] has quit ("Leaving")
15:38--- <<-- Torq [] has quit (Read error: 60 (Operation timed out))
16:01--- ---> Torq [] has joined #mythtv
16:18--- ---> stoffel_ [] has joined #mythtv
16:19--- <<-- rkulagow [] has quit (Read error: 110 (Connection timed out))
16:22--- ---> hadees [] has joined #mythtv
16:25--- <<-- stoffel [] has quit (Read error: 110 (Connection timed out))
16:33GeckoFiend Chutt have you tried a non-nfs mounted remote frontend lately?
16:38Chutt nope
16:41GeckoFiend I wonder if that's not the source of a lot of the "myth is slow to change channels" complaints
16:42GeckoFiend there's a TON of connects/disconnects to the backend before it starts displaying the stream
16:43GeckoFiend course I promptly fixed the mount point for my files on the remote FE and the problem went away
16:46Captain_Murdo| Chutt, took another shot and put another version up that uses a table lock. do you think using a table just for locking is OK? I can't lock any existing table unless I put all the dbcheck.cpp stuff into the same MSqlQuery. if I do that, the query has to lock all tables. when I do that and a new table is created, it would also need to be locked. the 'schemalock' table
16:46Captain_Murdo| nd all this and was the least intrusive way to get locking.
17:12--- ---> gusto [] has joined #mythtv
17:17--- <<-- hadees [~hadees@hadees.sustaining.supporter.pdpc] has quit (Client Quit)
17:18--- <<-- drd [] has quit (Remote closed the connection)
17:32--- ---> drd [] has joined #mythtv
17:39--- ---> hadees [~hadees@hadees.sustaining.supporter.pdpc] has joined #mythtv
17:41Anduin The thing I liked about Torq's patch was that it used the data myth already had (userid/channel/etc), when I did --dd-file I just did it all manually.
17:42--- <<-- hadees [~hadees@hadees.sustaining.supporter.pdpc] has quit (Read error: 104 (Connection reset by peer))
17:46--- <<-- KillerBunny [] has quit ("Leaving")
17:49--- ---> hadees [] has joined #mythtv
17:53--- <<-- gusto [] has quit (Remote closed the connection)
17:55Chutt captain_murdoch, well, i'm not sure if that'll work
17:55Chutt you're only locking the one table, right? Do other attempts to lock the table block?
18:05Captain_Murdo| yeah
18:05Captain_Murdo| tested with backend and frontend started at the same time. the frontend waited till the backend was done.
18:07Captain_Murdo| it's using that table lock as a semaphore. if I wanted to lock every table, I would have had to list out every table on the lock line and then all updates inside the update method would have had to use the same MSqlQuery (since the tables were locked by that query). if I did that, then I would have to lock any new tables as they were added because a new table is by default unlocked and if you have a lock, you have to lock all tab
18:07Captain_Murdo| essing, so the code couldn't use the new table it made unless it also locked it. that would have gotten quite hairy.
18:08Captain_Murdo| it's locking for writes and write locks block, so any other program that tries to get the lock on the schemalock table would block until the original lock was released.
18:12Chutt might want to test the success of that lock, though
18:12Chutt just to make sure
18:14Captain_Murdo| the exec. yeah, will check and return false if not, and let the calling program bail.
18:18Captain_Murdo| checking the "lock table" as well as the create.
18:29--- <<-- Octane [] has quit (Remote closed the connection)
18:31--- ---> Octane [] has joined #mythtv
18:36Captain_Murdo| seems to be working fine, and I simulated a few errors and got the correct response, it even prints out the reason it can't create the table or get the lock. I'll test here for a while first though. the DB on my dev box gets upgraded daily since it gets copied nightly from my production system which is a version or two behind. probably ugrade production to current CVS after the weekend since things have settled down after the bi
18:37--- <--- rw [marcelo@rw.user] has left #mythtv ("ERC Version 5.0 $Revision: 1.742 $ (IRC client for Emacs)")
18:37--- ---> rw [marcelo@rw.user] has joined #mythtv
18:43--- <<-- hadees [~hadees@hadees.sustaining.supporter.pdpc] has quit (Client Quit)
18:45--- ---> KillerBunny [] has joined #mythtv
18:47--- ---> ahbritto [] has joined #mythtv
19:01--- <<-- GeckoFiend [] has quit (Remote closed the connection)
19:08--- ---> crondom [] has joined #mythtv
19:18--- <<-- MajestiK [] has quit (Remote closed the connection)
19:25--- ---> MajestiK [] has joined #mythtv
19:53--- <<-- Roots^ [] has quit (Read error: 104 (Connection reset by peer))
19:54--- ---> GeckoFiend [] has joined #mythtv
20:01--- <<-- dem [] has quit (Read error: 104 (Connection reset by peer))
20:02--- ---> LLyric [] has joined #mythtv
20:08--- <<-- Baylink [] has quit (Ping timeout: 14400 seconds)
20:13--- <<-- Octane [] has quit ("")
20:18--- <<-- KillerBunny [] has quit (Read error: 54 (Connection reset by peer))
20:19--- ---> Octane [] has joined #mythtv
20:20--- ---> EnigmaToo [] has joined #mythtv
20:27--- ---> hadees [] has joined #mythtv
20:39--- <<-- GeckoFiend [] has quit (Remote closed the connection)
20:43--- <<-- EnigmaToo [] has quit (Read error: 110 (Connection timed out))
20:43--- <<-- LLyric [] has quit ("Leaving")
20:49--- ---> GeckoFiend [] has joined #mythtv
21:08--- <<-- Torq [] has quit (Read error: 110 (Connection timed out))
21:11davatar If I just call memcpy is it using an architecture optimized memcpy? i.e. mmx?
21:11Snow-Man I doubt it.
21:12Snow-Man mmx isn't about memory copying anyway, as I recall.
21:13davatar no.. but it allows you to copy very fast.. I know the kernel uses optimized memcpy's like this but I'm not sure if I just use it will the correct method be picked up..
21:14Snow-Man See above.
21:14davatar ?
21:14Snow-Man 21:11 <Snow-Man> I doubt it.
21:14Anduin it is often an intrinsic
21:14Anduin but certainly doesn't have to be
21:15davatar I figure it's just need code if I just use memcpy instead of writing an mmx routine.. that way it gets optimized on any architecture, I'm just not sure how this happens.
21:15davatar need=neat
21:53--- ---> Netslayer [] has joined #mythtv
22:07--- ---> rw_ [marcelo@rw.user] has joined #mythtv
22:10--- <<-- rw_ [marcelo@rw.user] has quit (Client Quit)
22:11--- ---> rw_ [marcelo@rw.user] has joined #mythtv
22:13--- <<-- rw_ [marcelo@rw.user] has quit (Client Quit)
22:15--- <<-- crondom [] has quit ("Killed by gemini (Requested by panasync)")
22:26dopester anyone thought about using eia-775A to render the osd and just using firewire for digital tvs?
22:34--- ---> Hamsta [] has joined #mythtv
22:40--- ---> dsherret [] has joined #mythtv
22:40--- <--- dsherret [] has left #mythtv ("Leaving")
22:40davatar You know it would be nice to have X do it.. I thought the new xorg team was working on such deficiencies
22:41--- <<-- Hamstaman [] has quit (Read error: 60 (Operation timed out))
22:53--- ---> gecko [] has joined #mythtv
23:06--- <<-- GeckoFiend [] has quit (Read error: 104 (Connection reset by peer))
23:08davatar ouch.. kdevelop is not liking these whitespace characters in formatccfield
23:09--- ---> purdue [] has joined #mythtv
23:13--- <<-- purdue [] has quit ("Leaving")
23:42--- <<-- Octane [] has quit ("")
23:46--- ---> Octane [] has joined #mythtv
23:59--- <<-- cmorgan [] has quit (Remote closed the connection)
---Logclosed Sun Feb 27 00:00:27 2005