Back to Home / #mythtv / 2007 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2007-01-23

---Logopened Tue Jan 23 00:00:30 2007
00:21|-|eskil [] has joined #mythtv
00:26|-|Skiingsean [] has joined #mythtv
00:27<Skiingsean>hey all im trying to install mythtv on an fc6 install so i can try to get my FusionHDTV card to work :/ but before any of that the atrpms repo is complaining about gpg errors.. anyone know of any other repos i can use
00:42<xris>Skiingsean: you're more likely to get an answer if you ask in the correct channel.
00:54|-|gnome42 [] has quit [Remote closed the connection]
01:00|-|noddan [] has quit []
01:02<Skiingsean>xris thanks.. i figured that part out.. now muddling through my botched sql issues :)
01:02<Skiingsean>can you tell me where the mythtv confs are stored by default
01:14|-|briand [n=brian@] has quit [Read error: 110 (Connection timed out)]
01:20<xris>Skiingsean: Sure, if you ask in the correct channel
01:20<Skiingsean>Ahhh :)
01:20<Skiingsean>lol gotchas
01:26|-|defaultro [] has joined #mythtv
01:26|-|defaultro [] has left #mythtv []
01:44|-|slaine_ [n=glengray@] has joined #mythtv
02:08|-|rtsai [] has quit ["leaving"]
02:10|-|rtsai [] has joined #mythtv
02:19|-|briand [] has joined #mythtv
02:23|-|eskil [] has left #mythtv ["Leaving"]
02:32|-|rn114 [] has joined #mythtv
02:32|-|robthebob [] has quit [Connection reset by peer]
02:51|-|xris [] has quit ["Leaving."]
03:10|-|degreseven [] has quit ["Leaving"]
03:14|-|gbee [] has joined #mythtv
03:23|-|aevil [] has joined #mythtv
03:27|-|stuarta [n=stuart@unaffiliated/stuarta] has joined #mythtv
03:29[~]stuarta trouts the OSX build script.
03:29<stuarta>for doing a checkout of svn inside my checkout of svn
03:30<stuarta>yeah, i downloaded it for a reason....
03:30<gbee>your new mac?
03:30<stuarta>yep :)
03:31<stuarta>hopefully will have a frontend built by the time I get home
03:31<gbee>what did you go for?
03:31<stuarta>mini mac/ 1.66 core duo / 2g ram / 80G
03:33<stuarta>very. even comes with a remote control. oooo!
03:43<gbee>bah, damn insurance company paid out on the wrong claim
03:44[~]stuarta raises an eyebrow inquisitively...
03:45<gbee>I've got personal accident insurance - found out after my accident in London that they would pay out for the scars on my face (£4000)
03:46<gbee>just got a cheque - £30 for hospitalisation, no mention of the claim for scarring
03:46<gbee>so now I've got to chase them
04:20|-|Skiingsean changed nick to Skiingsean-sleep
04:31|-|aevil^aw [] has joined #mythtv
04:43|-|aevil [] has quit [Read error: 110 (Connection timed out)]
04:46|-|noddan [] has joined #mythtv
04:52|-|DrNickRiviera [] has joined #mythtv
05:22|-|aevil^aw [] has quit ["Verlassend"]
05:54|-|MrGandalf [] has quit ["Leaving"]
06:11|-|DrNickRiviera [] has quit ["Leaving."]
06:25|-|briand [] has quit [Read error: 110 (Connection timed out)]
06:54|-|lsobral [n=sobral@] has joined #mythtv
07:13|-|linx [] has joined #mythtv
07:47|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
08:25|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv
08:40|-|Charbal [] has quit [Read error: 104 (Connection reset by peer)]
08:40|-|Charbal [] has joined #mythtv
08:50|-|kurre2 [] has joined #mythtv
08:52|-|adante_ [] has joined #mythtv
08:53|-|jmk_ [] has joined #mythtv
09:08|-|adante [] has quit [Read error: 110 (Connection timed out)]
09:08|-|adante_ changed nick to adante
09:12|-|Charbal_ [] has joined #mythtv
09:12|-|Charbal [] has quit [Read error: 104 (Connection reset by peer)]
09:15|-|jgarvey [] has joined #mythtv
09:29|-|MrGandalf [] has joined #mythtv
09:31<MrGandalf>Damn, my buggy mythbackend has been running for 4 days now..
09:32<stuarta>4 days? wot bug :)
09:32<MrGandalf>must be the bug plaguing me is a unitialized variable
09:32<MrGandalf>stuarta: the one relating to the loop you looked at
09:33<MrGandalf>I found the trigger for that loop.. pip in the recordings screem
09:33<stuarta>in the watch recordings screen?
09:33<stuarta>aka preview video?
09:35<MrGandalf>yes (sorry, talking with a stupid ass customer)
09:37<stuarta>i've seen that before. excessive rapid searching for a show to watch...
09:38<stuarta>caused excess preview threads to be generated.
09:39<stuarta>that fit the cause & effect you are seeing?
09:44<MrGandalf>so I just disabled that option
09:45<stuarta>gbee & I were talking about that the other day.
09:45<MrGandalf>but the segfault.. dunno about that one. It seems to hit me right after a power outage and after I recompile Myth.. sounds like an unitialized variable
09:45<stuarta>whens the last time you tried a valgrind on that puppy?
09:46<MrGandalf>last time you asked me to :)
09:46<stuarta>gbee: think we're gunna have to fix the preview issue if daniel hasn't already.
09:46<MrGandalf>valgrind isn't very usefull though..
09:46[~]gbee catches up
09:47<gbee>ahh, yes, hmm
09:47<MrGandalf>it makes the backend unusable therefor it won't catch anything in say recording threads..
09:47<stuarta>hmmm, might do some (checks schedule...)
09:48<stuarta>during the day tomorrow
09:48<stuarta>found that mine will still record while valgrinding...
09:49<MrGandalf>I'm running on a dual P3 933.. not quite enough horsepower..
09:49<stuarta>that'll be the problem
09:50<MrGandalf>but I'm amazed that apparently those are my only two bugs on the backend..
09:50<MrGandalf>janneg: you around?
09:50<stuarta>are your broadcasts somewhat noisy?
09:50<MrGandalf>one of mine is.. small dish
09:51<stuarta>it's probably the underlying pes assembler issue, that only crops up with lots of broken packets
09:51<MrGandalf>when it gets really bad (storm) by backends do become somewhat unstable
09:52<stuarta>that'll be it then...
09:53<MrGandalf>yes, I get garbled portions of the video at times (fairly frequently half the time) but the signal doesn't look that bad, according to femon
09:53<MrGandalf>and I think the signal and snr are pretty accurate on a nexus
09:55[~]stuarta phone
10:00<stuarta>yeah, the garbled picture is the indication of a big burst of errors
10:00<stuarta>a little burst of errors seems to be enough to trigger it.
10:00<stuarta>although never when anyone is looking at it :(
10:02<MrGandalf>I'll just get a bigger dish in the spring :)
10:05|-|fysa [] has quit [Read error: 104 (Connection reset by peer)]
10:13<janneg>Chutt: ffmpeg sync is complete and seems to work fine. I think it would be good if someone reviews it
10:13<janneg>MrGandalf: I'm here
10:15<Chutt>i can review it
10:16<janneg>does anyome think that another theme format (16:10) is useful?
10:17<janneg>Chutt: would you prefer a patch or commits to a svn branch?
10:18<Chutt>just a patch.
10:18<Chutt>and, no, we're not going to support 16:10
10:19<Chutt>the only stuff that's 16:10 is computer monitors.
10:19<janneg>ok, the patch is 2.6M. I'll send it later
10:20<Chutt>, or you can stash it in your homedir on the svn server
10:28|-|noddan [] has quit []
10:33|-|slaine_ [n=glengray@] has quit []
10:40|-|batdog|gone changed nick to batdog
10:43|-|dogkow [] has joined #mythtv
10:52|-|dogkow changed nick to dogkow-out
11:07<MrGandalf>janneg: quick question, with your new signal monitor stuff, what's the easiest way to have Myth ignore an encrypted channel and complete the tune?
11:07<MrGandalf>I have a channel that has encrypted video but one of the audio PIDs is FTA.
11:08<MrGandalf>(and advertised as such on their web site)
11:11|-|gbee [] has quit [Remote closed the connection]
11:20<janneg>MrGandalf: remove the if in dtvsignalmonitor.cpp::HandleEncryptionStatus
11:21|-|gnome42 [] has joined #mythtv
11:22|-|zigovr3 [] has quit [Read error: 110 (Connection timed out)]
11:23|-|zigovr3 [] has joined #mythtv
11:28|-|stuarta [n=stuart@unaffiliated/stuarta] has quit ["later."]
11:29<MrGandalf>janneg: I was hoping for a config option :) That will effect all of my channels. I was thinking that maybe setting ftaonly in cardinput to 0 would do the trick.. but then again that effects much more than a single channel as well.
11:30<MrGandalf>I'll have to play around.. do you think me adding another column to channel would be too drastic?
11:32<janneg>for overriding the encryption monitor? yes. a clean solution would be to add a channeltype flag (radio|tv|...) and succeed for radio channels then at least one audio channel is unencrypted
11:33<MrGandalf>ah, good idea
11:34<MrGandalf>and have the scanner fill that in.. I remember someone mentioning that before..
11:37|-|aevil [] has joined #mythtv
12:00|-|Skiingsean-sleep changed nick to Skiingsean
12:00|-|S2 [] has joined #mythtv
12:07|-|xris [] has joined #mythtv
12:07|-|rtsai1111 [] has joined #mythtv
12:11|-|gbee [] has joined #mythtv
12:15|-|rtsai [] has quit [Read error: 145 (Connection timed out)]
12:34|-|noddan [] has joined #mythtv
13:12|-|stuarta [n=stuarta@unaffiliated/stuarta] has joined #mythtv
13:22|-|S2 [] has quit [Remote closed the connection]
13:22|-|Beakster [] has joined #mythtv
13:22<janneg>strange, with mythtv file I can almost playback HD h264 but mythfrontend is unuseable with the same file
13:23|-|CDev_ [] has left #mythtv []
13:23|-|Beakster [] has left #mythtv []
13:23<stuarta>janneg: seen the same effect.
13:23|-|CDev_ [] has joined #mythtv
13:23<stuarta>tho i didn't have the backend running when I played it back with mythtv file
13:24|-|CDev_ changed nick to CDev
13:25<janneg>stuarta: It's a regression of the ffmpeg merge for me. backend is running here but it shouldn't matter
13:26<stuarta>this is without the merge for me
13:31<stuarta>think we need to make new frontend use "english" as the default language, not "afar"
13:49<stuarta>how difficult would it be to enhance mythvideo so that it can optionally stream the files from the backend rather than using nfs
13:51<gbee>stuarta: thought the language defaults had already been fixed months back?
13:51<stuarta>not as far as I can see. i even deleted all settings with the hostname i'm using for the minimac
13:52<stuarta>i'll have to have a look at the code tho
13:54<gbee>one ticket and one commit relating to it - [10223] and #670
13:55<gbee>neither seems to actually fix anything
13:55<GreyFoxx>Anyone here running under kernel ?
13:56<GreyFoxx>I've got a weird problem that's cropped up since I updated my kernel
13:56<GreyFoxx>Regular recordings playback is slightly faster than before. Almost a little faster than "realtime" in that if I'm 3 seconds behind in an inprogress recording after a half hour I actually catch up and playback exits thinking I hit the end of the file
13:57<gbee>GreyFoxx: no - tried it on Sunday and it broke too much on my system so I reverted to 2.6.17
13:57<janneg>GreyFoxx: not atm, I'm already at 2.6.20-rc5
13:57<GreyFoxx>And when playing back non recorded stuff it's even worse. Not unwatchable, but noticable as all voices have a slightly chipmunky sound
13:57<GreyFoxx>A few other people mentioned the same problem and I wasn't sure what it was
13:58<janneg>I had no problems, but I'm not sure if I used that much
13:58<GreyFoxx>Maybe I'll give 2.6.20rc* a try heh, it's bugging me :)
13:58<GreyFoxx>I went from to
13:59<xris>GreyFoxx: I am on my frontend
13:59<janneg>GreyFoxx: and you should update to 2.6.19 and have a nasty file corruption bug
14:01|-|gbee [] has quit [Read error: 113 (No route to host)]
14:02<janneg>GreyFoxx: no panic, it's not triggered that often
14:03<GreyFoxx>well I was gonna try another kernel anyway. The fast/chipmunk voices is really bugging my wife :)
14:03|-|gbee [] has joined #mythtv
14:03<GreyFoxx>My diskless frontends all run and don't have it, but my main frontend with is just killing her :)
14:04<GreyFoxx>I'm curious, what HZ value do you have set in your kernel ?
14:10|-|prags2626 [] has joined #mythtv
14:12<janneg>250hz since I'm in PAL land, 2.6.20* has 300hz
14:13|-|prags2626 [] has quit [Client Quit]
14:13<GreyFoxx>Mine is the kernel default, 250.
14:20<MrGandalf>you guys running HD?
14:20<MrGandalf>should increase that hz setting
14:21|-|zigovr3 [] has quit [Read error: 110 (Connection timed out)]
14:22|-|zigovr3 [] has joined #mythtv
14:24<stuarta>1000 here
14:25<GreyFoxx>No HD here other than some 1080 sample recordings.
14:25<GreyFoxx>stuarta: See much difference with that ?
14:25<stuarta>just found it seemed to give better overall responsiveness
14:25<GreyFoxx>Maybe I'll give it a shot since I'm playing with stuff anyway
14:26<stuarta>i'm quite sensitive to my system being busy without giving me a look in
14:48<MrGandalf>I ramped mine all the way to 10000, but that's a frontend machine running the database as well/
14:49<MrGandalf>you need AT LEAST 1000 with HD playback
14:51|-|slaine_ [n=glengray@] has joined #mythtv
14:52<janneg>MrGandalf: for h264 HD playback with mythtv? I can play my recordings fine with cureent mplayer at ~90%
14:52<MrGandalf>I mean for any HD playback..
14:53<MrGandalf>I had mine at 250 and got stuttering
14:53<MrGandalf>at 10000 my mpeg2 HD is perfect
14:53<MrGandalf>unless EIT really starts kicking up the database..
14:55<janneg>mpeg2 HD works here with 250hz
14:55<MrGandalf>must be really fast machine..
14:57<GreyFoxx>My box (xp2500+) can play 1080i with a HZ of 250
14:57<GreyFoxx>but I'll give the 1000 a shot anyway :)
14:58<janneg>athlon64 x2 3800 with 1080p
14:59<MrGandalf>faster than mine.. only have a 3000+ OC 1080i
15:03|-|rtsai1111 [] has quit [Remote closed the connection]
15:13|-|x2 [] has joined #mythtv
15:20|-|eskil [] has joined #mythtv
15:22<gbee>guys, thanks for the discussion, it prompted me to realise that it might be the cause of my laptop hanging
15:23<gbee>I hadn't noticed that at least some of the kernels distributed by Mandriva were using 1000 instead of the default 250
15:23<stuarta>what's the laptop on?
15:24<gbee>a table
15:24<GreyFoxx>Woop, went to (1000HZ) and now playback seems to back to normal. The chipmunk voices are no more :)
15:27|-|dogkow-out [] has quit [Connection timed out]
15:27<stuarta>either the commflagger has just become more efficient of XFS is a lot faster than reiserfs
15:32<gbee>stuarta: laptops using 1000 - depending on your point of view 250/100 is better for power consumption by a few %, but more importantly the lower values may play better with some hardware/acpi etc
15:35<gbee>just a theory - but having already tried just about everything I could think of, I'm recompiling the kernel to see if it makes a difference :)
15:36<gbee>I'm pretty certain the earlier kernels I was using were @250 - the hanging only started in the last few months (laptop is 18 months old)
15:38|-|MrGandalf [] has quit ["home"]
15:39|-|x2 [] has left #mythtv ["Killed"]
15:47|-|emily_ [n=emily@] has joined #mythtv
15:53|-|emily_ [n=emily@] has quit ["Lost terminal"]
16:00|-|nero [n=nero@unaffiliated/nero] has joined #mythtv
16:01|-|briand [] has joined #mythtv
16:02|-|stuarta [n=stuarta@unaffiliated/stuarta] has quit ["sleep required"]
16:05|-|angusthefuzz [n=angusthe@] has joined #mythtv
16:05|-|angusthefuzz [n=angusthe@] has left #mythtv []
16:06|-|PointyPumper [] has joined #mythtv
16:20|-|briand [] has quit [Read error: 110 (Connection timed out)]
16:23|-|noddan [] has quit []
16:34<Snow-Man>xris: Did ya'll get the drive back?
16:40<xris>Snow-Man: beats me. heh
16:40<Snow-Man>I didn't get a tracking # or anything. :/
16:43|-|slaine_ [n=glengray@] has quit []
16:46<xris>ah. looks like 426422560014947, so it looks like they haven't even shipped it yet.
16:48|-|lsobral [n=sobral@] has quit ["Leaving"]
16:51|-|PointyPumper [] has quit [Read error: 104 (Connection reset by peer)]
16:52|-|jgarvey [] has quit ["Leaving"]
17:03|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
17:09|-|jmk_ [] has quit ["Leaving"]
17:14|-|xian_ [] has quit [Remote closed the connection]
17:30|-|MrGandalf [] has joined #mythtv
17:33<MrGandalf>damn it, that loop again
17:33<MrGandalf>I really need to figure out a way to combine my backends.. this is rediculous.
17:40|-|DrNickRiviera [] has joined #mythtv
17:42|-|linxeh [] has joined #mythtv
17:47|-|aevil [] has quit [Read error: 110 (Connection timed out)]
17:49|-|linx [] has quit [Read error: 145 (Connection timed out)]
17:56<janneg>Chutt: the patch is in my home directory
17:59<janneg>I didn't merge one change into configure. ffmpeg has exchanged $cpu and $arch. The change makes sense but I have left it for later since we have much own cpu related code in configure
18:07|-|smka [] has joined #mythtv
18:14<xris>ooh... just discovered the most awesome setting for mysql... log-queries-not-using-indexes
18:15<xris>(only works for mysql 5)
18:15<xris>just enabled it on my mythbox, though...
18:16<xris>why look.. the jobqueue query doesn't touch an index....
18:16<xris>yay, this is going to be fun.
18:17<smka>how is commercial detected
18:19<xris>smka: depends on which method you pick.
18:19<xris>but it's not a trivial thing
18:20<smka>what methods are there?
18:22<Chutt>janneg, thanks, I'll look over that tonight.
18:24<xris>smka: I would recommend either looking in the code or the settings in the frontend
18:24<GreyFoxx>xris: that's cool!
18:24<xris>(since you're asking in this channel instead of the users channel, I'm going to assume that you would prefer the code)
18:24<xris>GreyFoxx: yeah. already fixed a HUGE speed hole at work. 30-50% speed increase on a common set of queries.
18:26<xris>and all because briand pointed me at mysqlard (also a cool tool)
18:30<gbee>xris: very cool
18:30[~]gbee goes on a tour of his mysql servers
18:31|-|smka [] has left #mythtv []
18:32<Chutt>xris, you should be able to fix queries in the code, right?
18:33<gbee>also installed mysqlard locally - unfortunately, it requires high volumes of queries to produce accurate results, yet the time I want to make optimisations is in development and it's hard to replicate high traffic volumes in that environment
18:37<xris>Chutt: yup. just by adding indexes for most of them
18:50<janneg>Chutt: you're welcome. the resync doesn't fix my h264 HD playback problem. I have dropped frames even though the frontend uses less than 80% cpu (scene dependent)
19:07|-|linxeh [] has quit [Read error: 113 (No route to host)]
19:10<xris>man, a lot of these sql queries need to be cleaned up for readability
19:13|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
19:13|-|jams [] has quit [Read error: 104 (Connection reset by peer)]
19:14|-|jams [] has joined #mythtv
19:25|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit [Remote closed the connection]
19:28|-|jmk [] has quit ["Leaving"]
19:29|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
19:32|-|rtsai [] has joined #mythtv
20:14|-|Cardoe_ [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
20:18|-|jmk [] has joined #mythtv
20:31|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit [Read error: 110 (Connection timed out)]
20:32|-|DrNickRiviera [] has quit ["Leaving."]
20:48|-|Cardoe_ changed nick to Cardoe
20:50|-|xris [] has quit [""]
21:21|-|PointyPumper [] has joined #mythtv
21:31|-|xris [] has joined #mythtv
21:32|-|adante_ [] has joined #mythtv
21:39|-|adante [] has quit [Read error: 145 (Connection timed out)]
21:39|-|adante_ changed nick to adante
21:52|-|eskil [] has quit ["Leaving"]
22:19|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit [Read error: 110 (Connection timed out)]
22:22|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
22:35|-|Nem^1 [] has joined #mythtv
22:52|-|Nem^ [] has quit [Read error: 110 (Connection timed out)]
22:52|-|Nem^1 changed nick to Nem^
23:17|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
23:26|-|adante_ [] has joined #mythtv
23:41|-|adante [] has quit [Read error: 110 (Connection timed out)]
23:42|-|adante [] has joined #mythtv
23:55|-|Jymmm [n=Jymmmm@unaffiliated/jymmm] has joined #mythtv
23:55|-|Jymmm [n=Jymmmm@unaffiliated/jymmm] has left #mythtv []
23:58|-|adante_ [] has quit [Read error: 110 (Connection timed out)]
---Logclosed Wed Jan 24 00:00:50 2007