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

---Logopened Tue Feb 26 00:00:16 2008
00:15-!-jhulst_ [n=jhulst@unaffiliated/jhulst] has joined #mythtv
00:19-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)]
00:20<xris>In case anyone here wants to read this:
00:42-!-purserj [] has quit [No route to host]
01:05-!-loops [] has quit [Remote closed the connection]
01:08-!-mcdermj [] has quit []
01:22-!-RaYmAn-Bx [] has quit [Read error: 104 (Connection reset by peer)]
01:23-!-RaYmAn-Bx [] has joined #mythtv
01:28-!-onixian [n=xian@] has joined #mythtv
01:32-!-loops [] has joined #mythtv
01:32-!-t0ny-p40 [n=t0ny-p40@] has joined #mythtv
01:36-!-purserj [] has joined #mythtv
01:44-!-gnome42 [] has quit [Remote closed the connection]
02:33-!-cattelan [] has joined #mythtv
02:54-!-richards [] has joined #mythtv
03:03-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
03:09-!-onixian [n=xian@] has quit [Read error: 110 (Connection timed out)]
03:30-!-otwin [n=otwin@] has quit [Read error: 104 (Connection reset by peer)]
03:30-!-otwin [n=otwin@] has joined #mythtv
03:39-!-loops [] has quit ["Leaving"]
04:00-!-xris [] has quit []
04:04-!-Dibblah [] has quit [Read error: 104 (Connection reset by peer)]
04:04-!-Dibblah [] has joined #mythtv
04:27-!-mykeul [n=mykeul@] has joined #mythtv
04:36-!-onixian [] has joined #mythtv
04:40-!-jhulst_ [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
04:57-!-ahbritto [] has joined #mythtv
05:06-!-crichardson [n=crichard@] has quit [Read error: 110 (Connection timed out)]
05:09-!-grokky [] has joined #mythtv
05:13-!-grokky [] has quit [Client Quit]
05:13-!-grokky [] has joined #mythtv
05:22-!-ahbritto [] has quit [Client Quit]
05:25-!-grokky [] has quit []
05:25-!-grokky [] has joined #mythtv
05:27-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
05:36-!-grokky [] has quit []
05:37-!-grokky [] has joined #mythtv
06:34-!-kaje1 [] has quit [Remote closed the connection]
06:37-!-grokky [] has quit []
06:51-!-mattwire [] has joined #mythtv
06:51-!-crichardson [n=crichard@] has joined #mythtv
07:02-!-TelnetManta [] has quit ["Ex-Chat"]
07:07-!-aeha [] has left #mythtv []
07:07-!-mattwire [] has quit [Read error: 104 (Connection reset by peer)]
07:07-!-mattwire [] has joined #mythtv
07:30-!-Cougar [] has quit [Remote closed the connection]
07:30-!-Cougar [] has joined #mythtv
07:37-!-onixian [] has quit ["This computer has gone to sleep"]
07:55-!-MrGandalf [] has quit ["work"]
07:56-!-Netsplit <-> quits: kurre2__, CDev, catinpan, Hannibal-, mace, meshugga, canZzZz, Vaelys, vector, Snow-Man
07:56-!-Netsplit over, joins: CDev, vector, catinpan, Hannibal-, meshugga, kurre2__, Vaelys, Snow-Man, canZzZz, mace
08:00-!-jamesd [] has quit [Remote closed the connection]
08:02-!-crichardson [n=crichard@] has quit [Remote closed the connection]
08:03-!-jamesd [] has joined #mythtv
08:04-!-crichardson [n=crichard@] has joined #mythtv
08:06-!-j-rod [n=njarod@nat/redhat/x-98338348ee0b9469] has quit [Read error: 110 (Connection timed out)]
08:12-!-danielk22 [] has quit [Read error: 113 (No route to host)]
08:17<janneg>superm1: the ubuntu packages seems to be built without mmx
08:18<laga>janneg: he upload a new version last night which tunes to pentium3 instead of i686
08:20<laga>--tune=pentium3 --cpu=pentium3 should work, hopefully
08:37-!-dekarl [] has joined #mythtv
08:46<Dibblah>I was thinking about this the other night.
08:46<Dibblah>Why do we allow the configure to successfully complete when MMX is not set?
08:47<Dibblah>(For x86 / x86_64)
08:48<GreyFoxx>Hmmmmm If I wanted to force the decoding of a frame (and then shove it back on the file for decoding later) is there a mechanism for that ?
08:49<Dibblah>The preview generator? :)
08:52<okolsi>GreyFoxx: about UPnP video navigation.. now it works upwards also, but when navigating upwards the directories are empty
08:53<Chutt>Dibblah, yeah, should just error out
08:53-!-dekarl_zZz [] has quit [Read error: 110 (Connection timed out)]
08:53<Dibblah>Also, how many packages install the includes?
08:54<laga>Dibblah: the headers? there's a libmyth-dev package in ubuntu and debian
08:54<Dibblah>... Because if they do, you can just look at mythconfig.h
08:55<Dibblah>(for mmx status)
08:56-!-TelnetManta [n=benwilli@] has joined #mythtv
08:57<GreyFoxx>okolsi: I got that fixed too, just need to test 1 more thing before committing it
08:58<okolsi>GreyFoxx: okay, nice to hear :)
09:04-!-j-rod [n=nnjarod@nat/redhat/x-ad8d62a5cb1efeed] has joined #mythtv
09:19-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:20-!-MGisbers [] has joined #mythtv
09:21-!-skippy [] has joined #mythtv
09:21-!-skippy [] has left #mythtv ["Free as in Puppies!"]
09:32-!-lsobral [n=sobral@] has quit [Read error: 104 (Connection reset by peer)]
09:32-!-lsobral [n=sobral@] has joined #mythtv
09:37-!-danielk22 [] has joined #mythtv
09:40-!-MrGandalf [] has joined #mythtv
09:42-!-skamithi [] has joined #mythtv
09:54-!-MGisbers [] has quit [Remote closed the connection]
09:55-!-MGisbers [] has joined #mythtv
10:02-!-jarle__ [] has quit [Read error: 110 (Connection timed out)]
10:02-!-skamithi [] has quit ["WeeChat 0.2.3"]
10:03-!-jarle__ [] has joined #mythtv
10:03-!-jarle__ is now known as jarle
10:13-!-aeha [] has joined #mythtv
10:24-!-cattelan [] has quit ["This computer has gone to sleep"]
10:52-!-purserj [] has quit [Read error: 113 (No route to host)]
10:53-!-onixian [] has joined #mythtv
10:57-!-jgarvey [] has joined #mythtv
11:00-!-beavis [] has joined #mythtv
11:22-!-skamithi [] has joined #mythtv
11:23-!-cattelan [n=cattelan@] has joined #mythtv
11:24-!-justinh [] has joined #mythtv
11:25-!-xris [] has joined #mythtv
11:26<justinh>just to let you know, I'm going away. might aswell pull my svn commit privs since I won't be needing them anymore. it's been fun & kind of up & down. Might be back sometime, can't possibly say. So long & thanks for everything
11:26-!-jk1joel [] has quit [Remote closed the connection]
11:27-!-justinh [] has quit [Client Quit]
11:27-!-jk1joel [] has joined #mythtv
11:27<skamithi>justinh: thx for all the cool stuff u did.
11:33-!-xris [] has quit []
11:36<Cardoe>wow. What upset justin?
11:38<laga>same as usual?
11:39<laga> states that all his themes are no longer mainted
11:39<laga>note is from the 17th
11:41<janneg>maybe the reactions to that announcement. he wrote of getting hate mails
11:42<Hannibal->kind of a rash reaction =(
11:46-!-catinpan [] has quit [Read error: 110 (Connection timed out)]
11:46-!-catinpan [] has joined #mythtv
11:46<Hannibal->11:08 < justinh> that's another domain cancelled. oh no how will anybody contact me? :-O
11:55-!-xris [] has joined #mythtv
11:56-!-xris [] has quit [Remote closed the connection]
11:57-!-xris [] has joined #mythtv
11:59-!-jk1joe1 [] has joined #mythtv
11:59<Cardoe>he posted some why links
11:59<Cardoe>one of the complaints on there is something similar to what I have
12:00-!-jk1joel [] has quit [Read error: 104 (Connection reset by peer)]
12:00<Cardoe>I record non-interlaced content and use a de-interlacer.. but I still see interlacing sometimes.
12:00<Cardoe>I'm sure it's a configuration issue somewhere though
12:01<laga>where did he post them?
12:01<danielk22>cardoe: that's prolly due to a broadcaster error, I see it sometimes on sub-channels which the network doesn't pay much attention to.
12:02<danielk22>cardoe: There is a workaround in mythtv, you can override the broadcaster's flagging of progressive frames using the menu.
12:05<Cardoe>laga: on his site at the bottom
12:06<Cardoe>danielk22: orly? know where?
12:06-!-dekar1 [] has joined #mythtv
12:07-!-dekarl [] has quit [Read error: 54 (Connection reset by peer)]
12:07-!-jk1joe1 [] has quit [Remote closed the connection]
12:08<Chutt>i only see interlacing when paused/seeking :/
12:08<laga>yes, i saw that thread while browsing gossamer.. didn't read it, though
12:08<Chutt>Cardoe, for digital channels, it should be less interlacing showing up in .21
12:09<Cardoe>laga: I think the users upset him
12:09<Chutt>justin's always been a bit.. flighty.
12:09<Cardoe>I haven't taken the plunge to 0.21 yet
12:09<laga>Cardoe: ah, same old story then.
12:10<Chutt>i was _seriously_ pissed off last time he got really upset and did a svn rm on the themes/ dir
12:10-!-jk1joel [] has joined #mythtv
12:12<Cardoe>are all his themes stored in there?
12:12<Chutt>some of them are.
12:12<Chutt>gbee was intending that to be a central repository for all the external themes
12:12-!-dekarl [] has joined #mythtv
12:13<laga>he didn't want to host his other themes there because he was gonna make them non-free
12:14<laga>i think he got annoyed because people were selling his themes as part of their ymthtv-based HTPCs
12:16<danielk22>cardoe: "M"enu->Video Scan->Interlaced (Normal)
12:16<Cardoe>while watching the recording?
12:17<Cardoe>shouldn't there be a way to auto-detect this?
12:17<Chutt>the autodetect is what's breaking
12:17<Cardoe>if I feed the content into my TV directly it says it's 720p
12:17<danielk22>what chutt said..
12:17<Cardoe>and it's not interlaced
12:17<Cardoe>if I watch it through Myth.. it's screwing up
12:18<Cardoe>so.. if Samsung can do it.. so can MythTV
12:18<Chutt>how are you feeding it into the tv directly?
12:18<danielk22>The TV is looking at the actual video, while MythTV is looking at what the broadcaster said it was..
12:18<Cardoe>Chutt: the cable wire.
12:19<Chutt>qam tuner in the tv?
12:19<Chutt>well, try 0.21 sometime
12:19<Chutt>otherwise, override the auto-detect
12:20<danielk22>Using MythTV you can get the filter to look at the actual video, but you need to use either the greedy or yadif deints.
12:20<danielk22>(This is in 0.21)
12:20-!-dekar1 [] has quit [Read error: 145 (Connection timed out)]
12:20<Cardoe>basically I was watching Law & Order: CI on my desktop while the gf was watching something else on the TV
12:20<danielk22>Be forewarned, they use a lot of CPU.. we don't have that DSP that the TV has at it's disposal...
12:20<Cardoe>I keep the qam hooked up as a fall back to test
12:21<Cardoe>and I got her to pause her show and switched over to the qam and looked at the video and it wasn't interlaced
12:22<Chutt>nbc broadcasts in 1080i, though
12:22<Chutt>not 720p
12:22<danielk22>cardoe: the TV was deinterlacing it...
12:24<Chutt>bah, where's kormoc when i need to complain about broken mythweb =)
12:25<GreyFoxx>I've got 1 show in particular where we seem to always think it's progressive and in fact it's interlaced and I have to override it. But I don't remember having to override it since moving to greedy for deinterlacing
12:25<xris>what's broken?
12:25-!-dekarl [] has quit [Read error: 131 (Connection reset by peer)]
12:25<xris>he usually sleeps in until 10:30 or 11
12:25<Chutt>the application/json thingie when trying to load /tv/
12:26<Chutt>and i just had a popup from a previous page stick
12:26<Chutt>couldn't remove it without doing f5
12:26<danielk22>greyfoxx: greedy & yadif are always on since a couple weeks back.. because they can detect interlacing..
12:26-!-czth_ [n=dbrobins@nat/microsoft/x-81a997dcd8fdfa09] has joined #mythtv
12:26<laga>danielk22: are they enabled by default?
12:27<Chutt>my box can't to greedy/yadif for 1080i
12:27<Chutt>'can't do'
12:27-!-jk1joel [] has quit [Remote closed the connection]
12:27<gbee>enabled by default, or permanently enabled?
12:27-!-jk1joel [] has joined #mythtv
12:27<GreyFoxx>danielk22: Ahhh
12:27<GreyFoxx>danielk22: ok
12:28<danielk22>no, but once you enabled them in the video profiles, they do not turn off when the broadcaster says the video is progressive, like the other deinterlacers do. This is because they can detect progressive frames internally and so don't screew them up...
12:28<Cardoe>well then I guess I need to find a new deinterlace algo.. cause the ones I've tried suck compared to the TV
12:28<gbee>ok, makes sense :)
12:29-!-mykeul [n=mykeul@] has left #mythtv []
12:29-!-hcn [] has joined #mythtv
12:29<GreyFoxx>danielk22: I see in avformatdecoder SeekReset that we seem to "play" the skipFrames count of frames passed to it from DoFastForward. Is it possible to just flush everything without playing through them ?
12:29<danielk22>They do eat alot of cpu though.. like I said we don't have the DSP that comes standard in any LCD TV screen...
12:30<Chutt>GreyFoxx, decoding needs to start on an i-frame
12:30-!-dekarl [] has joined #mythtv
12:30<danielk22>what Chutt said..
12:31<GreyFoxx>Chutt: Ok. I'm trying to get seeking working in mkv files, and after we do a av_seek_frame, we then calculate the info we pass to SeekReset based on st->cur_dts. But it appears that for matroska files cur_dts doesn't get updated until after a frame is decoded so after a seek it's set to AV_NOPTS_VALUE
12:31<Cardoe>danielk22: well time to give users a VHDL diagram of a DSP for MythTV ;)
12:31<GreyFoxx>causing us to end up "skipping" like 600 frames
12:31<MrGandalf>wow, on all the time? You mean I don't have to manually tell Myth the video is interlaced anymore with mixed interlaced/progressive content?
12:31-!-Hannibal- [] has quit [Remote closed the connection]
12:31-!-Hannibal- [] has joined #mythtv
12:33-!-hcn [] has left #mythtv ["Leaving"]
12:34-!-czth [n=dbrobins@nat/microsoft/x-b446d9405111201e] has joined #mythtv
12:34<Chutt>GreyFoxx, ah, well, special case it
12:35-!-gnome42 [] has joined #mythtv
12:43-!-czth__ [n=dbrobins@nat/microsoft/x-d82507a0c1ec5262] has quit [Read error: 110 (Connection timed out)]
12:46-!-cattelan [n=cattelan@] has quit ["This computer has gone to sleep"]
12:48-!-onixian [] has quit ["This computer has gone to sleep"]
12:50-!-czth_ [n=dbrobins@nat/microsoft/x-81a997dcd8fdfa09] has quit [Read error: 110 (Connection timed out)]
12:51-!-cattelan [n=cattelan@] has joined #mythtv
12:51-!-mykeul [] has joined #mythtv
13:17-!-mykeul [] has quit ["Leaving."]
13:17-!-mykeul [] has joined #mythtv
13:21-!-crichardson [n=crichard@] has quit [Remote closed the connection]
13:23-!-loops [] has joined #mythtv
13:23-!-crichardson [n=crichard@] has joined #mythtv
13:38-!-cattelan [n=cattelan@] has quit ["This computer has gone to sleep"]
13:39-!-crichardson [n=crichard@] has quit [Remote closed the connection]
13:39<laga>Cardoe: so, is that hal snippet from your blog GPL? :)
13:46-!-mardum [] has joined #mythtv
13:47-!-mardum [] has left #mythtv []
13:58-!-phedny [] has joined #mythtv
14:00-!-_gunni_ [] has joined #mythtv
14:03-!-cattelan [n=cattelan@] has joined #mythtv
14:10-!-phatmonkey [n=ben@] has joined #mythtv
14:16<Cardoe>laga: how about... BSD?
14:16<Cardoe>laga: do with it what you wish
14:16<Cardoe>2 clause
14:17<laga>Cardoe: sounds good, thanks.
14:18<danielk22>MrGandalf: You here? I just attached a patch to #4168 which should make MythEvent handling a bit safer.
14:18<laga>just need something for debian/copyright :)
14:21<Cardoe>laga: got ya
14:21<Cardoe>laga: I'll add it to my site in a minute
14:22<dekarl>Yeah to BSDL, boo to GPLv3 (while GPLv2 is cool too depending on what you do)
14:24-!-renatofilho^_ [n=renato@] has quit ["Ex-Chat"]
14:24-!-vector [] has quit [No route to host]
14:27<MrGandalf>danielk22: yeah, I saw that.. a lot of work
14:27-!-\S2 [] has joined #mythtv
14:27<MrGandalf>danielk22: I'll patch me tree here in a bit..
14:27-!-\S2 is now known as S2
14:28-!-visit0r [] has joined #mythtv
14:30<danielk22>MrG: I don't know if it will really help though.. It may just push the error up the stack again like the other fixes..
14:35-!-czth_ [n=dbrobins@nat/microsoft/x-9d161b4296ece425] has joined #mythtv
14:37-!-ahbritto [] has joined #mythtv
14:51-!-czth [n=dbrobins@nat/microsoft/x-b446d9405111201e] has quit [Read error: 110 (Connection timed out)]
14:58<laga>Cardoe: added it the note?
14:59<Cardoe>laga: to my site? not yet.
14:59<Cardoe>dealing with Java at work
15:02<laga>oh, fun
15:03<visit0r>skamithi: here? you mentioned that you suspect ffmpeg to have broken ac3 to spdif for me, do you recall in which revision it was upgraded?
15:05<janneg>visit0r: the last major update was in r14800
15:06<janneg>another minor update in 14902
15:06<visit0r>alright, thanks, I'll check those revs out
15:07<visit0r>was the fixes branch created already at that point?
15:07<janneg>but I doubt that the ffmpeg sync broke ac3 passthrough
15:11<visit0r>ok, I'll check 14799
15:13<janneg>visit0r: re #4788 try reverting
15:14<visit0r>alright, I'll do that next then
15:15<janneg>please try it first
15:22-!-jamesd [] has quit [Remote closed the connection]
15:22<janneg>so the ffmpeg question was for the same problem? then disregard those two revisions. they can't be responsible for any breakage in the last 2 weeks
15:23-!-cattelan [n=cattelan@] has quit ["This computer has gone to sleep"]
15:24<visit0r>janneg: no help by reverting r16192
15:24<skamithi>visit0r: i see your ticket #4788
15:24<visit0r>I wonder should I start bisecting the revision or poking my setting
15:24-!-cattelan [n=cattelan@] has joined #mythtv
15:25<skamithi>is it only dvd playback that's affected ?
15:25<visit0r>hmm I'll check if I have an xvid ac3 track
15:26<visit0r>same problem with xvid
15:26-!-cattelan [n=cattelan@] has quit [Client Quit]
15:27<visit0r>I try poking those video output CPU+ CPU++ thingies, who knows
15:27-!-sn9 [] has joined #mythtv
15:27<skamithi>so u hear no sound at all
15:28<visit0r>no and the video is skipping with lots of buffer underruns
15:28<visit0r>I used to hear skippy sound actually at some point
15:28<visit0r>cannot recall modifying any setting that could affect the audio output
15:28<skamithi>can u pastebin the -v playback,audio of the first min or so. i'm curious now.
15:29<sn9>is anybody already working on a cttv grabber, or would i be the first if i did that?
15:29-!-tulbreak [] has joined #mythtv
15:29-!-BathoryQuorthon [] has joined #mythtv
15:30-!-foxhunt [] has joined #mythtv
15:30-!-foxhunt [] has quit [Client Quit]
15:31<visit0r>skamithi: the log is uninteresting, just those two lines I copied to the ticket repeated all and ovear again
15:32<visit0r>a min or so playback produced about 200K of log, I try to prune the uninteresting lines
15:33<gbee>sn9: cttv?
15:36<gbee>oh, the SD rival
15:36<gbee>sn9: talk to the xmltv devs, mythtv isn't directly involved in the writing of xmltv grabbers
15:37<sn9>zap2it labs allowed a single account for multiple locations, and sd doesn't, so it might be useful to have both an sd and a cttv acct
15:37<gbee>suprised that they haven't already provided an xmltv grabber
15:38<sn9>cttv has a datadirect-compatible format
15:38<sn9>does xmltv have its own channel?
15:38<Chutt>hey, that reminds me, i never got my 10% 'donation' from ctpvr
15:39<Chutt>unless 0 people said they were using mythtv.. =)
15:40<sn9>Chutt: since they have gratis epg data, 10% of $0 is still $0
15:40<Chutt>but you'd think _someone_ would've paid at least once, and said they were using myth
15:41<gbee>sn9: SD uses a built in grabber for legacy reasons, but by far the best way to get data into mythtv is to write an xmltv grabber
15:42<sn9>Chutt: cttv's data has a slightly worse license than sd
15:42<Chutt>they copied ours, i thought?
15:42<GreyFoxx>and not OTA data, no Canadian
15:42<Chutt>(ours = sd)
15:42<sn9>Chutt: no, they seem to have based it largely on datadirect
15:42<GreyFoxx>sn9: Not sure if there is an xmltv channel, but robert eden is on here from time to time
15:42<gbee>and it's not non-profit, which a lot of people won't like ... but still _someone_ will have signed up
15:43<gbee>sn9: xmltv mailing list is probably the best place to go
15:43<Chutt>but, yeah, add an xmltv grabber
15:43<Chutt>and myth'll automatically see it
15:44<gbee>xmltv actually supports more data than DD provides, so there's no question of getting a reduced service just because it uses xmltv instead of a built-in grabber
15:44<sn9>gbee: now that sd is the default grabber option, there is still one in the choices for datadirect, and it's marked "xmltv"
15:45-!-purserj [] has joined #mythtv
15:45<GreyFoxx>I thought the vttv people were releasing their own grabber for *nix ?
15:45<GreyFoxx>Their current windows one is based on xmltv for windows, or so I thought whenI looked at it
15:46<gbee>sn9: there is a SD xmltv grabber, so technically no need for the built in SD support, but that's not my decision - I'm not in the US :) So long as someone else is prepared to maintain the internal SD grabber I guess it will stay available
15:46<sn9>GreyFoxx: according to their forums, they have no current plans for a *nix grabber, but anyone else is welcome to come up with one
15:46<skamithi>visit0r: can i get the from the beginning of playback ? change the debug options to -v playback,audio,timestamp.
15:46-!-jhulst_ [n=jhulst@unaffiliated/jhulst] has joined #mythtv
15:47<GreyFoxx>Snow-Man: Ahh they changed their plan at some point then.
15:47<GreyFoxx>err sn9
15:47<sn9>yes, when they started work on the next version of ctpvr
15:48<GreyFoxx>I'm tempted to buy a $7 package to see if chut gets the 0.70 :)
15:48<Chutt>i'd suspect no
15:56-!-renatofilho^_ [n=renato@] has joined #mythtv
15:58<mattwire>cpu just blew up on my myth box :(
15:58<gbee>ouch, fan died or was it being overclocked?
15:59<mattwire>not quite sure what happened
16:00<mattwire>but heatsink is too hot to touch and cables to motherboard rather warm
16:00<mattwire>think the psu switched it off when it detected overcurrent
16:00<mattwire>it worked for about 5 secs when I turned it back on again
16:01<mattwire>no tv for me for a while (barring work)
16:02-!-dave1966 [n=chatzill@] has joined #mythtv
16:05-!-MrGandalf [] has quit ["home"]
16:06<dave1966>Hi Stuart, i'm here about my epg issues with svn
16:08-!-TelnetManta [n=benwilli@] has quit ["Ex-Chat"]
16:19<gbee>so you are definately getting passive eit data when all cards have eitscan set to zero?
16:20<dave1966>What table is eitscan in database ? I think eitscan is set to 1 for me.
16:21<gbee>although everyone says that I'm looking at the problem, truth is that I've not had the time to get very far, stuarta, janneg and danielk22 are the EIT experts so I was hoping I might get some help :)
16:21<gbee>SELECT dvb_eitscan FROM capturecard;
16:22<dave1966>mysql> SELECT dvb_eitscan FROM capturecard;
16:22<dave1966>| dvb_eitscan |
16:22<dave1966>| 1 |
16:22<dave1966>| 1 |
16:22<dave1966>2 rows in set (0.00 sec)
16:22<gbee>eitscan = 1 means that active scanning is enabled, = 0 means active scanning is disabled and only passive scanning is operating
16:22<janneg>gbee: I'll look at it now
16:23<gbee>passive scanning seems to be broken, at least for me, although I think janneg confirmed it
16:23<dave1966>Ok so for me active is enabled for both the capture cards (virtual multirec also)
16:24<j-rod>xris: the perl bindings are basically your baby, right?
16:24<dave1966>For me neither works. As i posted on myth-dev i can tune to a channel (watch live tv) and no epg data gets populated, but epgsnoop gets correct data. Same if tuner is off (idle)
16:24<j-rod>xris: I ask, because rpmlint hates where they get installed
16:25<gbee>janneg: thanks, I'm sure I'd get there in the end, but with 0.21 close I've got other things to look at as well
16:25<gbee>dave1966: dvb-s, correct?
16:26<dave1966>I can send anyone my raw data from dvbsnoop that shows epg data coming in but no insertion in myth and no errors logged on backend even with -v eit
16:26<dave1966>Yup, dvb-s
16:26<janneg>gbee: yes, no passive eit here
16:26-!-S2 [] has quit [Remote closed the connection]
16:31<gbee>dave1966: I think I'll let stuarta and janneg help you out, I'm more likely to hinder than help
16:32*janneg wonders if we reach 1000 closed tickets for 0.21
16:35<dave1966>janneg: for me it's active and passive both not population EPG data - but only on some channels, others it is populating when active scanner is running
16:35-!-cattelan [n=cattelan@] has joined #mythtv
16:36-!-mykeul [] has quit [Read error: 104 (Connection reset by peer)]
16:37-!-brtab [] has joined #mythtv
16:38-!-brtab [] has left #mythtv []
16:39-!-brtab [] has joined #mythtv
16:42-!-richards [] has quit ["ChatZilla 0.9.81 [Firefox]"]
16:45<janneg>gbee: passive eit works for the first tuning of the device
16:45-!-skamithi [] has quit ["WeeChat 0.2.3"]
16:46-!-jgarvey [] has quit ["Leaving"]
16:47<gbee>janneg: I hadn't noticed that, but let me check
16:48<janneg>you have to restart the backend.
16:48<janneg>the error is not in tv_rec. startpassivescan is called as intended
16:49<gbee>janneg: I confirmed that start/stop passive scan were being called and that the bug wasn't in tv_rec, but that's as far as I got
16:50<janneg>ah, I didn't follow your debugging and didn't read it in the scrollback buffer
16:55-!-jamesd [] has joined #mythtv
16:57-!-grokky [] has joined #mythtv
16:58*stuarta wanders back in
16:58-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
17:01<janneg>gbee: the patch in #4632 helps here
17:01*stuarta goes hunting for info about epgsnoop
17:01<gbee>janneg: does nothing here, maybe I need to distclean though I can't see how that would make a difference
17:02-!-tulbreak [] has quit []
17:04<stuarta>ffs. epgsnoop is a python pile of crud :(
17:05-!-jhulst_ [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
17:06<stuarta>dave1966: can you pastebin the output of 'dvbsnoop -n 10 -nph 0x12' please
17:07<janneg>hmm, progress bar and seeking in dvb radio is perfect here
17:09-!-mzb_d800 [] has joined #mythtv
17:09-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
17:12<gbee>janneg: live or recorded? it's fine in livetv, but not with recordings
17:12-!-tulbreak [] has joined #mythtv
17:12-!-tulbreak [] has quit [Client Quit]
17:13<janneg>gbee: I missed that, recordings are indeed broken
17:18-!-MrGandalf [] has joined #mythtv
17:20-!-ChrisSmol [] has joined #mythtv
17:20-!-ChrisSmol [] has left #mythtv []
17:23-!-loops [] has quit ["Leaving"]
17:32-!-grokky_ [] has joined #mythtv
17:32-!-_gunni_ [] has quit ["KVIrc 3.2.4 Anomalies"]
17:32<gbee>confused from Nigels Xinerama post just what setup I'm using
17:33<MrGandalf>danielk22: compiling now..
17:33-!-grokky__ [] has joined #mythtv
17:34-!-grokky___ [] has joined #mythtv
17:35<stuarta>is today "here's my vision/patch for myth music" day?
17:35<MrGandalf>you didn't get the memo?
17:35<stuarta>last week was "Erik's got another memleak" week
17:36<stuarta>it's all coming out of the woodwork now
17:36<gbee>aye, gave me a headache - not because I don't want to see improvements to mythmusic, but because they've all decided to come out of the woodwork days before the 0.21 when I haven't really got time to manage them
17:37<stuarta>ah well, better have them all out in the open
17:37<stuarta>then a bit of marshalling once 0.21 is out
17:41-!-grokky____ [] has joined #mythtv
17:43<gbee>wish I had more time to work on mythmusic, I've ideas I'd like to implement and I've even got half finished patches, I can't guarentee I'll finish what I've started so it would be unfair of me to tell people that they shouldn't work on their own ideas but at the same time I'd rather not have to deal with patches which do things the 'wrong' way from my perspective
17:43<stuarta>gunna be hard work
17:44-!-grokky [] has quit [Read error: 110 (Connection timed out)]
17:46<gnome42>hmm, passive scan only working on the first tune rings a bell ...
17:49-!-grokky_ [] has quit [Connection timed out]
17:52-!-grokky__ [] has quit [Connection timed out]
17:53<gnome42>gbee: <-- test patch for eit scan only working on first tune
17:55-!-grokky___ [] has quit [Connection timed out]
17:55<gbee>gnome42: I'll give it a go, but I'm not sure how it applies?
17:56*stuarta ponders that patch
17:57-!-nemik [] has quit [Read error: 104 (Connection reset by peer)]
17:57<gbee>doesn't apply against trunk
17:57<gnome42>gbee: I haven't used eit in a while so it been a while since I debugged the issue of the scan only working on the first tune...
17:57-!-nemik [] has joined #mythtv
17:58<gnome42>oh, sorry. I hand edited an unwanted hunk out of it :/
17:58<gbee>gnome42: I'm told it works on first tune, I've not seen that and the patch which was supposed to fix it had no effect for me
17:59<janneg>gnome42: I think I've fixed it already
17:59<gbee>active scanning works, but passive doesn't work at all - no logging output at all
17:59<janneg>gbee: could you recheck with clean trunk or fixes
18:00<gbee>janneg: just have
18:00<gnome42>the problem I recall is that the eit pids weren't being removed in some cases after the first tune and that caused problems.
18:00-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:00<gnome42>janneg: ah, ok cool.
18:01<janneg>gnome42: the patch from #4632 solves that
18:03<janneg>gbee: strange
18:05-!-Agrajag- [] has quit [Read error: 110 (Connection timed out)]
18:09-!-beavis [] has quit ["Verlassend"]
18:12<gbee>janneg: anything relevant in the card/channel settings? quicktune is enabled etc
18:15<janneg>gbee: try disabling quicktune
18:17-!-danielk22 [] has left #mythtv []
18:19<gnome42>gbee: add -v record as well maybe
18:19<gbee>janneg, gnome42: will do both, just have to wait for recordings to finish
18:20<xris>woot. silicon dust will be donating an hdhomerun for SD/MythTV to give away at linuxfest northwest.
18:22-!-Agrajag- [] has joined #mythtv
18:24-!-beata-- [] has joined #mythtv
18:25<janneg>gbee: I've confirmed that quicktune breaks passive eit scanning. it is iirc feature and not a bug
18:26<stuarta>what does it do? stop it from subscribing to as many pids?
18:26<gbee>janneg: really? Would have sworn that it used to work, but I can live with that
18:26<gbee>don't we do passive scanning while recording?
18:27<janneg>with quicktune enabled we don't wait for a SDT but eit scanning depends on seeing a SDT
18:27<gbee>we don't wait for a SDT, but do we have to stop looking for one after tuning?
18:28<stuarta>i'm guessing it's torn down with the signal monitor
18:28<gbee>guess so :(
18:30<gbee>puzzled that we appear to use quick tune for recordings though? It makes sense for livetv, but a couple of seconds don't matter for scheduled recordings and that would allow passive eit to work without affecting livetv channel change times
18:32<janneg>I think we are using quick tune for livetv only
18:33<gbee>if that is the case, why doesn't passive EIT work?
18:33<gbee>(for recordings)
18:35-!-phatmonkey [n=ben@] has quit []
18:38*stuarta goes to bd
18:41<gnome42>hmm, i thought there was an option to use quicktune with livetv only or both :)
18:41-!-beata [] has quit [Connection timed out]
18:46<gbee>gnome42: quicktune seems to have more than one state, but mythtv-setup toggles between "Never" and "Always"
18:46<gbee>the value in the database is 2 - e.g. it's not simply a case of on/off
18:47*gbee goes to find out what the other values might be and why mythtv-setup only offers two states
18:47<janneg>gbee: there should be livetv
18:47<janneg>gbee: if you change it to '1' it won't be used for recordings
18:48<janneg>bool useQuickTuning = (quickTuning && is_live_tv) || (quickTuning > 1);
18:48<MrGandalf>is quicktune a recent thing?
18:49<gbee>janneg: ok, interesting - any ideas why mythtv-setup only offers values of 0 or 2? maybe I need to dig up the commit message for an explanation
18:49<janneg>gbee: //addSelection(QObject::tr("Live TV only"), "1", true);
18:50<MrGandalf>guess not
18:51<gbee>janneg: guess I need to ask Daniel then
18:51<janneg>MrGandalf: yes, over one year old
18:51<MrGandalf>never realized it I guess.. never enabled it.
18:52<MrGandalf>but I tune by NIT anyway.. suppose quicktune would trim off a little time
18:52<gnome42>gbee: I'm missing the option too now it seems
18:52<gnome42>the quicktuning for livetv only option
18:52<janneg>gbee: that was in the initial checkin. strange that both gnome42 and I thought the option was there
18:53<janneg>MrGandalf: read the commit message
18:53-!-davilla [] has joined #mythtv
18:53<MrGandalf>right.. don't think I'm in much danger using a rotor
19:01-!-mattwire [] has quit ["Leaving"]
19:02-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)]
19:04<gnome42>yeah, I can't explain that at all, strange share delusion. heh
19:16-!-danielk22 [] has joined #mythtv
19:18<gbee>hi danielk22
19:21<gbee>as I think Janne has said, offering the option to only enable quicktune for livetv (or making that the only option) is preferable to enabling quicktune for all cases since it disables passive EIT
19:23-!-grokky____ [] has quit [Read error: 110 (Connection timed out)]
19:23-!-davilla [] has quit [Read error: 113 (No route to host)]
19:24<danielk22>quicktune has always disabled EIT, no? That's why I recall making it optional
19:24<danielk22>or one of the main reasons at least
19:26-!-robthebob [] has joined #mythtv
19:27<gbee>danielk22: disabled passive EIT, but no-one noticed until the option to disable active scanning was added
19:29<gbee>but there seems no reason no to allow quicktune on livetv while not using it for recordings so that passive eit can still work - that way users (or me) get the benefits of both
19:32<janneg>yes, quicktune has always disabled passive eit. I thought it was only used for livetv
19:33<danielk22>gbee: I think Janne already committed the change.. :)
19:33<janneg>huh? only accidentially then
19:33<danielk22>gbee: I'm pretty sure it was in the commit log for quicktune
19:34<danielk22>oh, sorry it was an e-mail you sent me ;) not a commit log that I read hehe
19:35<janneg>I wouldn't have anyone in DVB land advised to use quicktune
19:36<gbee> I've used quicktune without any problems for the last 3/4 months, but this is for dvb-t
19:37<gbee>I've no evidence that it makes channel changes measurably faster, but I didn't think there was any harm in using it
19:38<janneg>I'm going to commit the patch
19:39<danielk22>gbee: It speeds up tuning with the HDHomeRun considerably and it speeds up regular ATSC tuning by about 150 ms. Don't know about it's effect on DVB-X tuning..
19:39<janneg>gbee: iirc you started noticing broken passive eit in october or so
19:39-!-danielk22 [] has left #mythtv []
19:40<gbee>what confused me was that at some point, when I stopped using janneg's original patch to disable active scanning I must have enabled quicktune - I later went back to using the patch and passive EIT no longer worked but I didn't connect that with quicktune
19:40-!-grokky [n=grokky@] has joined #mythtv
19:43<gbee>iirc I disabled quicktune recently but it made no difference because of the other bug which Dave M's patch fixed
19:43<gbee>so I just re-enabled it again
19:43<gbee>just glad that it's fixed :)
19:54-!-danielk22 [] has joined #mythtv
20:01-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv
20:01<gbee>wow, reasonably big earthquake just hit here
20:01<knowledgejunkie>gbee: same here
20:01<gbee>well compared to what we normally get
20:01<gbee>knowledgejunkie: where are you?
20:02<knowledgejunkie>gbee: thought I'd better log on and see if anyone else noticed it
20:02<knowledgejunkie>gbee: Rugby
20:02<gbee>ahh, not a too far, but I'm still impressed - that makes it major in UK terms
20:02<knowledgejunkie>gbee: about 5s of shaking
20:03<gbee>(my degree was Geology)
20:03<knowledgejunkie>gbee: much more pronounced that the one a couple of years ago
20:05<gbee>was pretty violent here - lorry hitting the house might have had less impact
20:06<gbee>just wish I could remember the URL for the BGS realtime seismograph readings
20:06<purserj>googlemaps location of epicentre:,0.28%20W&ie=UTF8&t=p&z=5&om=1
20:07<knowledgejunkie>wow - further away than the one 2? years ago but much stronger
20:07<gbee>heh, found the url but seems everyone else did as well - page is taking ages to load
20:07-!-cattelan [n=cattelan@] has quit ["This computer has gone to sleep"]
20:08<gbee>closer to me
20:08<gbee>can't really remember where the last one was? I didn't pay much attention at the time
20:08<knowledgejunkie>was about the same time of the night too, if I remember
20:09-!-grokky [n=grokky@] has quit [Read error: 110 (Connection timed out)]
20:09<gbee>wasn't awake for that one then
20:10<gbee>BBC news has yet to pick up on it
20:10<laga>they stopped mining here just the other day because of a really bad earthquake
20:19<knowledgejunkie>gbee: apparently it was felt as far south as London
20:20<gbee>just heard that, doesn't suprise me
20:22-!-mzb_d800 [] has quit [Remote closed the connection]
20:24<purserj>according to googlemaps, it's right in the middle of farmland
20:25<knowledgejunkie>my remembering of the last one 2 years ago (epicentre Dudley) was actually over 5 years ago
20:27-!-mzb_d800 [] has joined #mythtv
20:29<gbee>almost pointless to guess because I'll be wrong, but I reckon it was around 5.4/5.5
20:30<gbee>maybe a little high, 5.3?
20:31<knowledgejunkie>Dudley was 4.3 - it was nearer to me, less violent and a shorter duration, so I'd have to agree it must be over 5
20:31<gbee>bah, might as well be guessing how many stars are visible in the sky
20:31<gbee>heh, was just 4.7
20:32<knowledgejunkie>seems to have been big enough to take out the BGS server :)
20:32<gbee>guess was _way_ off, epicentre was further north than that google maps thing - near Hull
20:32<gbee>BGS HQ is just 5 miles from me, but I know what you mean ;)
20:36<gbee>actually google maps location was pretty accurate, just someone at BGS/BBC saying "30 miles south of Hull" rather than "10 miles North East of Lincoln"
20:37<gbee>might as well say "2215 miles North East of a mud hut village in Africa" ...
20:37<knowledgejunkie>I suppose I'd better ask a MythTV dev question - during conflict resolution, should a user be allowed to choose 'Never Record' for a conflicting programme, in addition to 'Don't Record'?
20:38<kormoc>Well, Never Record pretends to record it, so it's a different function then Don't Record
20:40<knowledgejunkie>In the same way I can choose Never Record or Don't Record for a regular scheduled recording, I'm thinking I equally be able to falsify a recording of a programme that just happens to be conflicting with another recording, if I don't want MythTV to record it in the future
20:40<gbee>they should be offered that choice, "Never Record" would be mostly used to mark episodes you've already seen so that they will never be recorded again (you watched it on DVD, or when it was first shown ten years ago)
20:41<gbee>"Don't Record" just means "don't record this exact showing"
20:41<knowledgejunkie>gbee: that's exactly my point
20:42<gbee>knowledgejunkie: you should, I hadn't notice that Never Record wasn't an option in that case otherwise I would have fixed it already
20:42-!-danielk22 [] has left #mythtv []
20:43-!-xris [] has quit []
20:50-!-rn114 [] has joined #mythtv
20:51-!-robthebob [] has quit [Read error: 104 (Connection reset by peer)]
20:52<knowledgejunkie>gbee: should I raise a ticket for the Never Record issue
20:58<knowledgejunkie>the other recording conflict issue I have noticed (still on r14770) is that the listing of programmes that will be recorded instead of the conflicted-out programme can contain programmes that are not involved in the conflict and will be recorded on another input.
21:01-!-robthebob [] has joined #mythtv
21:01-!-rn114 [] has quit [Read error: 113 (No route to host)]
21:03-!-TelnetManta [] has joined #mythtv
21:07-!-reynaldo [] has joined #mythtv
21:32-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
21:43-!-robthebob [] has quit [Read error: 104 (Connection reset by peer)]
21:50-!-pete[1] [] has joined #mythtv
21:51-!-pete[1] [] has left #mythtv []
21:56-!-xris [] has joined #mythtv
21:58-!-xris [] has quit [Client Quit]
22:03-!-brta1 [] has joined #mythtv
22:05-!-xris [] has joined #mythtv
22:07-!-loops [] has joined #mythtv
22:18-!-dlblog [] has quit [Remote closed the connection]
22:18-!-dlblog [] has joined #mythtv
22:19-!-Netsplit <-> quits: Cougar
22:20-!-brtab [] has quit [Read error: 110 (Connection timed out)]
22:20-!-Netsplit over, joins: Cougar
22:28-!-clever[rev] [] has quit [Read error: 104 (Connection reset by peer)]
22:32-!-danielk22 [] has joined #mythtv
22:43-!-jb17bsome [] has joined #mythtv
22:44-!-davilla [] has joined #mythtv
22:50-!-BathoryQuorthon [] has quit ["Great Hall Awaits a Fallen Brother"]
22:55-!-clever[rev] [] has joined #mythtv
22:57-!-Netsplit <-> quits: Cougar
22:59-!-clever[rev] is now known as clever
23:08-!-mzb_d800 [] has quit [Read error: 113 (No route to host)]
23:15-!-mzb_d800 [] has joined #mythtv
23:16<sphery>j-rod: re: Perl bindings installation location, , though xris will have to tell you if I'm off base. I hope you can make rpmlint happy without "breaking" systems like mine.
23:17-!-mzb_d800 [] has quit [Remote closed the connection]
23:23-!-mzb_d800 [] has joined #mythtv
23:23-!-djc_ [n=djc@] has quit [Read error: 110 (Connection timed out)]
23:23-!-djc_ [n=djc@] has joined #mythtv
23:25-!-gnome42 [] has quit [Remote closed the connection]
23:32-!-gnome42 [] has joined #mythtv
23:35-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has quit ["Leaving..."]
23:36<Chutt>av sync issues with opengl vsync + yadif 2x
23:39<Chutt>kormoc, hey - just a reminder about trying to load /tv/ failing. =)
23:46<Captain_Murdoch>anyone have an opinion on binding 2/5/8 to YechangLee's pagetop/middle/bottom keybindings by default? I was planning on leavin that part of his patch out (again) since we're not normally adding default bindings, but was curious if anyone else had an opinion.
23:50<kormoc>Chutt, Hrm. I couldn't reproduce the other night, figured xris fixed it. whoops...
23:51-!-Netsplit over, joins: Cougar
---Logclosed Wed Feb 27 00:00:55 2008