Back to Home / #mythtv / 2008 / 09 / Prev Day | Next Day
#mythtv IRC Logs for 2008-09-05

---Logopened Fri Sep 05 00:00:41 2008
00:05-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
00:08-!-joobie [] has joined #mythtv
00:29-!-PointyPumper [n=pintlezz@] has joined #mythtv
00:29-!-jhulst_ [n=jhulst@unaffiliated/jhulst] has joined #mythtv
00:41-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)]
00:44-!-wagnerrp_ [] has joined #mythtv
00:45-!-wagnerrp [] has quit [Read error: 104 (Connection reset by peer)]
00:56-!-xal2 [n=administ@] has quit [Remote closed the connection]
01:01-!-joobie [] has quit ["Leaving"]
01:12-!-moodboom [] has quit [Client Quit]
01:17-!-gnome42 [] has quit [Remote closed the connection]
01:31-!-jhulst_ [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
01:40-!-jpabq1 [] has quit [Remote closed the connection]
01:44-!-jpabq [] has joined #mythtv
02:15-!-turbo is now known as briand
02:34-!-edannenbe [] has joined #mythtv
02:41-!-briand [] has quit ["Leaving"]
02:45-!-briand [] has joined #mythtv
02:47-!-xris [] has quit ["Leaving"]
03:10-!-noisymime [n=josh@nat/ibm/x-c90b056ce382df73] has quit [Read error: 110 (Connection timed out)]
03:10-!-johndesign [] has joined #mythtv
03:10-!-JohnDesigner [] has quit [Read error: 104 (Connection reset by peer)]
03:12-!-Dibblah [] has joined #mythtv
04:15<stuarta>morning all
04:18<justinh>mornin. it's only bleddy friday :D
04:36-!-reynaldo_ [] has joined #mythtv
04:54-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
04:55-!-_gunni_ [] has joined #mythtv
04:56-!-|gunni| [] has quit [Read error: 60 (Operation timed out)]
---Logclosed Fri Sep 05 05:02:11 2008
---Logopened Fri Sep 05 05:02:17 2008
05:02-!-mikegrb [] has joined #mythtv
05:02-!-Irssi: #mythtv: Total of 87 nicks [0 ops, 0 halfops, 0 voices, 87 normal]
05:02-!-Irssi: Join to #mythtv was synced in 39 secs
05:03-!-cesman [n=cecil@] has joined #mythtv
05:11-!-Netsplit <-> quits: SHADOW__X, Hannibal-, RaYmAn-Bx, ahbritto_, jmk, cattelan_away, CDev_, leprechau, PointyPumper, tris, (+53 more, use /NETSPLIT to show all of them)
05:12-!-Netsplit over, joins: cesman, dlblog, CDev_, SHADOW__X, _packetscan, _gunni_, reynaldo_, jpabq, PointyPumper, MavT (+53 more)
05:13-!-dagar [] has joined #mythtv
05:15-!-renato_ [n=renato@] has joined #mythtv
05:15-!-sutula [i=sutula@nat/hp/x-26c682f368ae4bec] has joined #mythtv
05:16-!-edannenbe [] has joined #mythtv
05:17-!-edannenbe [] has quit [Read error: 110 (Connection timed out)]
05:17-!-joe [] has joined #mythtv
05:17-!-BleedAway [] has joined #mythtv
05:18-!-edannenbe [] has joined #mythtv
05:25-!-tuxd00d [n=tuxd00d@] has joined #mythtv
05:34-!-rooaus [] has joined #mythtv
06:35-!-stuarta [n=stuarta@unaffiliated/stuarta] has quit [Read error: 104 (Connection reset by peer)]
06:36-!-stuarta_ [] has joined #mythtv
06:37-!-stuarta_ is now known as stuarta
06:57-!-alcoheca [n=alcoheca@xbmc/gsoc/alcoheca] has joined #mythtv
07:04-!-avihayb_ is now known as avihayb
07:52<gbee>guys, the frontend has upnp server capabilities in 0.21? How would they be disabled?
08:03-!-|chiz| [] has joined #mythtv
08:11*laga unhums
08:12*stuarta ho hums
08:14<gbee>appear not server, but it does announce itself as a client to every machine on the subnet
08:16<gbee>since Vista etc automatically inform users of such events it's potentially embarrassing if not insecure (as Justin just found out when his work colleagues were all informed that he had started mfe on his machine)
08:16*gbee waves at justinh
08:17-!-|chiz|_ [] has quit [Read error: 110 (Connection timed out)]
08:27-!-MaverickTech [] has joined #mythtv
08:47-!-MavT [] has quit [Read error: 113 (No route to host)]
08:48<GreyFoxx>Doh :)
08:49<GreyFoxx>-d disabled upnp auto discovery, but I don't know if that stops you from announcing your presence or responding to other upnp searches
08:50-!-|chiz| [] has quit [Read error: 110 (Connection timed out)]
08:51-!-feltis [] has joined #mythtv
08:52<GreyFoxx>oops :)
08:52<okolsi>colleague of mine was very impressed with auto discovery.. he's not very involved in latest Myth advances.. anyway installed Myth to his new Asus eee PC and backend was automatically found without any special configs :) It was very cool etc. he told me :)
08:54<justinh>might be worth running wireshark to see if -d is enough
09:10<gbee>GreyFoxx: not sure if auto-discovery is to blame here, it might be, in which case we obviously don't want to disable it by default
09:15<stuarta>announce is a bit different to discovery
09:26-!-reynaldo_ [] has quit ["Lost terminal"]
09:26-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:30<justinh>nah running it with -d it still sends its broadcasts oot
09:30-!-briand [] has quit [Connection timed out]
09:30-!-briand [] has joined #mythtv
09:43-!-jackson__ [] has left #mythtv ["Leaving"]
09:48-!-gnome42 [] has joined #mythtv
09:53<gbee>slowest lossless transcode in history going on here - running at an average of 14fps
10:14-!-|chiz| [] has joined #mythtv
10:29-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit [Remote closed the connection]
10:30-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
10:34-!-SHADOW__X1 [] has joined #mythtv
10:38-!-SHADOW__X1 [] has left #mythtv []
10:49-!-SHADOW__X [] has quit [Read error: 110 (Connection timed out)]
11:02-!-iamlindoro_ [n=iamlindo@] has joined #mythtv
11:17-!-foxbuntu_vm [] has joined #mythtv
11:18-!-hatlevip [] has joined #mythtv
11:24-!-Dubstar_04 [] has joined #mythtv
11:24<Dubstar_04>join #mythtv-users
11:24<Dubstar_04>ooops sorry
11:29<sphery>Heh. #5670 is the "compiled without MMX support" issue/bug that allows us to see when people compile incorrectly on "real" machines.
11:29<GreyFoxx>Blue shifted preview video ? :)
11:29<GreyFoxx>does the preview video work in trunk?
11:30<GreyFoxx>Though I suppose he's likely not using trunk
11:30<sphery>On ARM, though, so danielk22 may actually have to fix the indicator, this time.
11:30<laga>maybe you can make the fix only work on ARM
11:33<GreyFoxx>hmmm screenshots do work, but with QT4 it seems myth must have focus
11:34-!-trisooma [n=remko@] has joined #mythtv
11:43-!-stoth [] has joined #mythtv
11:44<gnome42>Hi, looks like #4810 can be closed. User resolved the issue by upgrading.
11:45<laga>gbee: your theme is being uploaded now
11:45<iamlindoro_>laga: You're not running any private PPA w/ trunk builds, are you?
11:46<gbee>laga: great :)
11:46<laga>iamlindoro_: no
11:46<laga>iamlindoro_: it's public ;)
11:46<iamlindoro_>laga: Ah, seems the trunk repos only gives latest fixes ATM
11:47*iamlindoro_ goes to users so as to not be a hypocrite :)
11:47<laga>yeah, right
11:47<laga>just for the record: plugins doesnt build yet, i need to fix the packaging
11:52<janneg>stoth: hi, I have a Nova-S2 right next to me on my desk
11:52<janneg>but I still have to find a good place for the dish
11:53<janneg>or I have burn a building down to get free sight to the sat
11:53<stoth>burn it... BURN IT!
11:54<Dubstar_04>I've got some matches
11:54<stoth>I put some sat fixes into tree last night, after another user found a sat problem.
11:54<laga>stoth: is that a new API?
11:54<janneg>yeah, I've seen it
11:55-!-Dubstar_04 [] has quit ["Ex-Chat"]
11:56<stoth>laga: y
11:57<stoth>It also nas an odd dvb-t issue that I'll fix tonight.
11:57*laga wipes away a tear of joy
11:59<janneg>well, nothing is merged yet
12:05-!-foxbuntu_vm [] has quit [Read error: 104 (Connection reset by peer)]
12:05-!-foxbuntu_vm [] has joined #mythtv
12:13-!-Dubstar_04 [] has joined #mythtv
12:25-!-avihayb [] has quit [Read error: 54 (Connection reset by peer)]
12:39<gbee>this new API, is there any thought that at some point in the future support will be added for the old protocols, in addition to the next gen - so simplifying things for app devs?
12:39-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
12:41<janneg>gbee: old protocols should also be tuneable with the new api
12:41<janneg>so an app not caring for supporting old kernels can only use the new api
12:41<gbee>janneg: cool, that's the only question I had
12:46<gbee>there is always going to be a limit to how far back Myth can support kernels with new releases, I feel it's only reasonable that going forward it makes sense to maintain one API and not two, so as long as the new API has backwards support for first gen digital kit it should eventually replace the old support in Myth
12:47<gbee>unless of course someone steps up to maintain both and assuming both APIs continue to be maintained
12:48-!-Dubstar_04 [] has quit ["Ex-Chat"]
12:48<gbee>I don't see the former happening - i.e. enough people willing to support two different APIs for the same thing in MythTV
12:49-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 110 (Connection timed out)]
12:49<gbee>anyway, good luck with it stoth - it was long overdue IMHO
12:57-!-trisooma [n=remko@] has quit ["Enuff for today"]
12:59<gbee>GreyFoxx: going to try and fix the known remaining issues with buttontree, but if I can't then I'll just commit what I've got so far, it allows deeper navigation of the tree but exposes at least one other bug
12:59<GreyFoxx>Cool. I'll try it out whenever you update it
12:59<gbee>since I don't expect the mythvideo branch to be merged before I get back it shouldn't cause problems
12:59<GreyFoxx>Vacation ?
13:00<gbee>yeah, week away in the north
13:00<gbee>need to start packing soon
13:01<GreyFoxx>hope you have fun :)
13:02<gbee>weather's not looking great - heavy rain storms ... but I've never let a bit of water stop me ;)
13:03<GreyFoxx>heh we are suppose to get what's left of the storm down south this weekend (Hanna I think it'scalled)
13:12-!-anykey_ [] has quit ["leaving"]
13:12-!-anykey_ [] has joined #mythtv
13:24-!-edannenbe [] has quit [Remote closed the connection]
13:36-!-dekarl [] has joined #mythtv
13:41-!-wagnerrp_ is now known as wagnerrp
13:42-!-famicom [] has joined #mythtv
13:52-!-dekarl1 [] has quit [Read error: 110 (Connection timed out)]
14:01-!-feltis [] has quit ["leaving"]
14:06-!-feltis [] has joined #mythtv
14:07-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)]
14:12-!-dekarl1 [] has joined #mythtv
14:17-!-dekarl [] has quit [Read error: 145 (Connection timed out)]
14:25-!-dekarl1 is now known as dekarl
14:43-!-TelnetManta [] has joined #mythtv
14:49-!-stoth [] has quit [Remote closed the connection]
14:49-!-stoth [] has joined #mythtv
15:05-!-Chutt [] has quit [Remote closed the connection]
15:13-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
15:37-!-stoth [] has quit ["Leaving"]
15:38-!-[mbm] [i=mbm@openwrt/developer/mbm] has joined #mythtv
15:39-!-dageorge__ [] has joined #mythtv
15:39<[mbm]>There appearsw to be a PMT parsing bug in the ATSC/QAM/DVB code when the PMT extends over more than one frame
15:41-!-dageorge_ [] has quit [Read error: 113 (No route to host)]
15:45<janneg>[mbm]: you mean over more than one ts packet?
15:47<[mbm]>janneg: seems to be
15:49<[mbm]>(<-- silicondust) I've got a user complaining of a HDhomeRun problem on a station that sends a two part PMT
15:49<[mbm]>the problem "magically" goes away if the HDHomeRun rewrites the PMT
15:50<[mbm]>which suggests a parsing problem with the original PMT
15:50<[mbm]>far as I can determine the only odd thing about it is that it's split into two because it extends past the 188 byte mark
15:51<[mbm]>see for an explaination from the user's perspective
15:51<janneg>hmm, there is code that handles it correctly for other tables. I can test NITs and SDTs spanning multiple ts packets and it works fine
15:52<iamlindoro_>HA, I *knew* it would be the KQED guy from the users list
15:52-!-hatlevip [] has quit [Read error: 110 (Connection timed out)]
15:53*janneg wonders that they stuff into the pmt to make it larger than 184 byte
15:53<iamlindoro_>The one thing I would add to that report is that it *does* seem unique to the HDHR as others in our area are able to receive it OTA with other hardware (I believe this is covered at great length on the users list)
15:53<[mbm]>a side note - it appears that the "Quick Tuning" feature that mythtv uses to program the HDHomeRun appears to be broken on whatever version the user is running
15:53<janneg>[mbm]: do you have a sample of the broken recording?
15:54<[mbm]>sure, just a sec
15:54<janneg>the breakage is in a different part as I first suspected
15:57<[mbm]>btw do you want the entire stream or just the PMT?
15:57<janneg>[mbm]: I don't know what quick tuning does for the HDHR but for ATSC/DVB over linux dvb subsystem it decides that it is on the right channel after seing a matching PMT instead on waiting for the more precise SDT
15:58<janneg>[mbm]: 1mb of the stream if it begins with PAT + PMT
15:58<[mbm]>normally MythTV does the PID handling itself, slowly building up the filters as it parses each table
15:59<[mbm]>for the HDHR there's the option of just telling the HDHR what program you want to record
15:59<[mbm]>which then sets the HDHR's PID filters and rewrites the PMT
15:59<janneg>[mbm]: the mpeg recorder handles multi packet tables, our modified libavformat mpeg ts demuxer not
16:00<[mbm]>(the PMT rewriting is because some MPEG decoders are braindead and will attempt to play streams which ahve been filtered out)
16:01<janneg>that quick tuning makes sense for devices with processor and increased latency of pid filters
16:04<[mbm]>~ 16M raw transport
16:06<janneg>thanks, I'll look at it
16:06<iamlindoro_>[mbm]: Is the HDHR capable of forgoing the rewriting and just streaming the full transport (for multirec, currently not possible w/ the HDHR)
16:07<[mbm]>iamlindoro_: sure, exactly how I captured it
16:07<iamlindoro_>Hmm, guess it's just unimplemented in the myth hdhr recorder, then
16:08<janneg>well it doesn't have to stream the full multiplex. it just have to have enough pid filters available
16:09-!-TelnetManta [] has quit ["Ex-Chat"]
16:09<[mbm]>each tuner on the HDHR has a streaming target and PID filter
16:10<[mbm]>iamlindoro_: have you poked around with the hdhomerun_config util yet?
16:11<iamlindoro_>[mbm]: I don't own one, was just curious about which side of the equation currently prevented multirec + HDHR
16:12<iamlindoro_>That said, as most available muxes in the us range from awful to really really awful, it's mostly moot ;)
16:12<[mbm]>the only caveat I see is that the Quick Tuning wouldn't be possible with multirec
16:12<[mbm]>you'd need to build the PID filters from MythTV
16:12<danielk22>there is no technical reason the hdhr doesn't support multirec
16:13<danielk22>It's only that ATSC secondary streams are not really worth the effort.
16:13<iamlindoro_>I have multiple QAM tuners and have never had occasion to use multirec as I have no interest in watching one decent channel while simultaneously recording community college TV, heh
16:14<danielk22>MythTV will seemlessly switch from using the hdhr pid filtering mechanism to it's own when the number of filters needed exceeds the capabilities of the hardware.
16:14<[mbm]>iamlindoro_: the over the air ATSC isn't too bad .. it's only when you deal with the cable systems that you see the really nasty stuff
16:15<iamlindoro_>[mbm]: I live in the shadow of a giant hill in SJ in between me and the signal source, with 60 miles to Sutro tower... QAM for me!
16:15<[mbm]>oh, while we're talking about MythTV and the HDHR, I've noticed that it will fail miserably if it loses the control connection to the HDHR (doesn't seem to be smart enough to simply reconnect)
16:16<[mbm]>iamlindoro_: apartment complex, ground floor, surrounded by concrete buildings that almost completely block ATSC
16:17-!-Winkie_ [] has joined #mythtv
16:20-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 60 (Operation timed out)]
16:22<janneg>the PMT is ugly and spans multiple ts packets
16:26-!-forrestv` [] has joined #mythtv
16:26<janneg>danielk22: our ts demuxer doesn't seem to handle multi ts packet PMTs
16:27<janneg>ffmpeg seems to handle it just fine
16:31-!-Winkie [] has quit [Read error: 110 (Connection timed out)]
16:32<danielk22>janneg: I don't know if it was designed to handle those when we forked the ts demuxer. It isn't normally a problem because we rewrite the PMT to only contain the streams we actually record.
16:33-!-forrestv [] has quit [Read error: 113 (No route to host)]
16:34<janneg>danielk22: we normally record all audio and video streams from the PMT
16:34-!-forrestv` is now known as forrestv
16:35<janneg>and this PMT spans 2 packets since the added many descriptors for the audio streams
16:37<[mbm]>hmm what part normally rewrites the PMT? figured that was somewhat unique to the HDHR
16:38<[mbm]>(and if I remember right that feature defaults to off for recordings)
16:39<janneg>the dtv recorder class in mythtv
16:46-!-smehmood [n=smehmood@dynamic-oit-vapornet-b-2003.Princeton.EDU] has joined #mythtv
16:51-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
16:55-!-smehmood [n=smehmood@dynamic-oit-vapornet-b-2003.Princeton.EDU] has left #mythtv []
16:58-!-cesman [n=cecil@] has joined #mythtv
17:06-!-trisooma [n=remko@] has joined #mythtv
17:09-!-stoth [] has joined #mythtv
17:11-!-foxbuntu_vm [] has quit [Remote closed the connection]
17:32<danielk22>janne: I think multi-segment pmt's must have worked in the past, they are present on DVB-S streams sometimes, and multi-segment pat's are definately present on DVB-S streams, not much reason to handle the two separately during the assembly stage.
17:39-!-prg3 [] has left #mythtv []
17:48-!-trisooma [n=remko@] has quit ["Enuff for today"]
17:49-!-noisymime [] has joined #mythtv
17:52-!-iamlindoro_ [n=iamlindo@] has quit []
18:01-!-_gunni_ [] has quit [Read error: 110 (Connection timed out)]
18:02-!-_gunni_ [] has joined #mythtv
18:04-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:19<janneg>gbee: new ffmpeg sync, I could refresh the patch if you're interested
18:21<gbee>janneg: that would be great, if you have the time
18:21-!-otwin_ [n=otwin@] has joined #mythtv
18:22<janneg>one moment
18:31-!-jokeinthe [] has joined #mythtv
18:31<jokeinthe> how do i get knoppmyth to boot in tv-out mode
18:34<jokeinthe>anyone? :O
18:35<jokeinthe>what about xfering videos from a windows machine to the mythtv
18:35<[mbm]>try #mythtv-users
18:35-!-otwin [n=otwin@] has quit [Read error: 110 (Connection timed out)]
18:35-!-otwin_ is now known as otwin
18:39<gbee>Hasn't Erik run out of problems yet? Did he skip over a whole bunch the first time around or something?
18:44<janneg>took a little bit longer since I had to wait for compilation
18:45<gbee>janneg: great, thanks, should give me something to do :)
18:49<janneg>you're welcome. I haven't tried the libav decoder in mythmusic
18:53-!-trisooma [n=remko@] has joined #mythtv
18:53<gbee>it's a bit flaky with mp3s currently, if things haven't improved then I'll postpone dropping libmad
18:55-!-ahbritto_ [] has quit [Client Quit]
19:03<gbee>might be that we make the existing external lib decoders optional, using libav if they aren't available
19:13<janneg>huh, I didn't know we depend on libmad
19:17<gbee>mythmusic does
19:19<gbee>plus libvorbis, libogg, liboggfile, libflac, optionally libfaad/faac
19:19<gbee>and probably one I've forgotten
19:19<gbee>janneg: but it's done directly, not through libav
19:20-!-trisooma [n=remko@] has quit ["Enuff for today"]
19:24<janneg>ah, yes I know that. I had main configure in mind
19:37-!-xris [] has joined #mythtv
19:42<danielk22>gbee: Eric has moved on to the plugins now. :) + there were some bugs that were hidden by bugs that are now fixed so he is seeing them in new scans.
19:47<gbee>hey I'm not complaining :)
19:58-!-Adman65 [] has joined #mythtv
20:04-!-rnd [] has joined #mythtv
20:04-!-rnd [] has left #mythtv []
20:06-!-noisymime [] has quit [Read error: 110 (Connection timed out)]
20:09-!-stoth_ [] has joined #mythtv
20:15-!-xris [] has quit ["Leaving"]
20:24-!-stoth [] has quit [Read error: 110 (Connection timed out)]
20:41-!-ahbritto [] has joined #mythtv
20:42-!-stoth_ [] has quit [Remote closed the connection]
20:48-!-quentusrex_lapto [] has joined #mythtv
20:48<quentusrex_lapto>Where are mythtv frontend settings stored? mysql settings? or in a flat file?
20:50<kormoc>the settings table
21:56-!-joe [] has quit ["Terminated with extreme prejudice - dircproxy 1.0.5"]
22:10-!-joe [] has joined #mythtv
22:45-!-quentusrex_lapto [] has quit [Read error: 60 (Operation timed out)]
22:51-!-xris [] has joined #mythtv
23:03-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
23:12-!-Adman65 [] has quit ["Leaving"]
23:22-!-Gimpy [] has joined #mythtv
23:23<Gimpy>hi all, i need some help i can't find a driver for pinnacle pci-700 card, when i run lspc the card shows up but program cant find card
23:24<iamlindoro>see topic
23:25<Gimpy>iamlindora, ok but where else to ask this is the only channle i know of that deals with video capturing
23:26<iamlindoro>Gimpy, the topic *tells* you where to go
23:26-!-rdvon [] has joined #mythtv
23:26<rdvon>is the mythtv anymore lively then mediaportal/
23:26<iamlindoro>*sigh*, read *topic*
23:26<rdvon>Just did.
23:27<rdvon>maybe you should make this support and make a separate channel for dev stuff.
23:27<rdvon>That's just me.
23:27<iamlindoro>You're the first person to mention that
23:27<rdvon>it sounds like it happens alot
23:27<Gimpy>lamlindoro, my blind *** can't see topic,
23:28<iamlindoro>"This is the MythTV development channel. For mythtv related user support, go to #mythtv-users."
23:29<rdvon>Ubuntu has #ubuntu for user support and #ubuntu-devel for development
23:29<clever>mythtv likes to be backwards:P
23:33<jams>my hobby is to visit #ubuntu and ask for development help
23:43-!-stoth [] has joined #mythtv
23:45-!-stoth [] has quit [Client Quit]
23:53-!-lyricnz [] has joined #mythtv
---Logclosed Sat Sep 06 00:00:17 2008