[mythtv] unsubscribe this email address please. RE: mythtv-dev Digest, Vol 103, Issue 20
Bryce Burgess
ice.burge at hotmail.com
Mon Sep 26 03:01:22 UTC 2011
unsubscribe this email address please.
> From: mythtv-dev-request at mythtv.org
> Subject: mythtv-dev Digest, Vol 103, Issue 20
> To: mythtv-dev at mythtv.org
> Date: Sun, 25 Sep 2011 12:00:01 +0000
>
> Send mythtv-dev mailing list submissions to
> mythtv-dev at mythtv.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.mythtv.org/mailman/listinfo/mythtv-dev
> or, via email, send a message with subject or body 'help' to
> mythtv-dev-request at mythtv.org
>
> You can reach the person managing the list at
> mythtv-dev-owner at mythtv.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mythtv-dev digest..."
>
>
> Today's Topics:
>
> 1. eit scan breaks liveTV (Sebastian T?pfer)
> 2. Re: Trailing spaces in callsigns (Jerry Rubinow)
> 3. Re: MHEG BBC iPlayer (David Knight)
> 4. Re: MHEG BBC iPlayer (Lawrence Rust)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 24 Sep 2011 14:35:37 +0200
> From: Sebastian T?pfer <sebastian.toepfer at onlinehome.de>
> Subject: [mythtv] eit scan breaks liveTV
> To: <mythtv-dev at mythtv.org>
> Message-ID: <E7BC12AF88E6443BA5F1723197239814 at scooby>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
> reply-type=original
>
> Hello,
>
> Sorry for my poor english.
>
> I use master/trunk version of mythtv, I know it's not ready for enduser but
> I like some of the new features.
>
> But since v0.25pre-3370-g7fa4d4e I have trouble with liveTV. I start LiveTV
> on /dev/dvb/adapter5/frontend0 and after a few minutes it's stopped. I
> found:
>
> 2011-09-24 13:18:52.764075 I [4372/4390] EIT tv_rec.cpp:3006 (SetChannel) -
> TVRec(5): SetChannel(11) -- end
> 2011-09-24 13:18:53.288687 I [4372/4498] SignalMonitor
> dvbsignalmonitor.cpp:295 (UpdateValues) -
> DVBSM(/dev/dvb/adapter5/frontend0): UpdateValues -- Signal Locked
> 2011-09-24 13:18:53.465686 I [4372/4428] DVBRead dtvsignalmonitor.cpp:467
> (HandleSDT) - DTVSM(/dev/dvb/adapter5/frontend0)::SetSDT(): tsid = 1057
> orig_net_id = 1
> 2011-09-24 13:18:57.627781 I [4372/4428] DVBRead dtvsignalmonitor.cpp:447
> (HandleNIT) - DTVSM(/dev/dvb/adapter5/frontend0)::SetNIT(): net_id = 1
> 2011-09-24 13:19:00.338695 I [4372/4428] DVBRead dtvsignalmonitor.cpp:447
> (HandleNIT) - DTVSM(/dev/dvb/adapter5/frontend0)::SetNIT(): net_id = 1
> 2011-09-24 13:19:32.709852 I [4372/4394] TVRecEvent channelbase.cpp:94
> (Init) - ChannelBase(9): Looking for startchannel '512' on input 'DVBInput'
> 2011-09-24 13:19:32.739757 I [4372/4394] TVRecEvent channelbase.cpp:112
> (Init) - ChannelBase(9): Found startchannel '512' on input 'DVBInput'
> 2011-09-24 13:19:32.743802 I [4372/4394] TVRecEvent dvbchannel.cpp:175
> (Open) - DVBChan(9:/dev/dvb/adapter5/frontend0): Opening DVB channel
> 2011-09-24 13:19:32.743842 I [4372/4394] TVRecEvent dtvchannel.cpp:181
> (SetChannelByString) - DTVChan(/dev/dvb/adapter5/frontend0):
> SetChannelByString(512):
> 2011-09-24 13:19:32.755389 I [4372/4394] TVRecEvent dvbchannel.cpp:392
> (CheckOptions) - DVBChan(9:/dev/dvb/adapter5/frontend0): 11914000 qpsk a
> auto auto a a auto a h fec: auto msys: DVB-S2 rolloff: 0.35
> 2011-09-24 13:19:32.755440 I [4372/4394] TVRecEvent dvbchannel.cpp:649
> (Tune) - DVBChan(9:/dev/dvb/adapter5/frontend0): tuning on slave channel
> 2011-09-24 13:19:32.773535 I [4372/4394] TVRecEvent dvbchannel.cpp:725
> (Tune) - DVBChan(5:/dev/dvb/adapter5/frontend0): Old Params: 10832000 qpsk a
> auto auto a a auto a h fec: 2/3 msys: DVB-S2 rolloff: 0.35
> DVBChan(5:/dev/dvb/adapter5/frontend0): New Params:
> 11914000 qpsk a auto auto a a auto a h fec: auto msys: DVB-S2 rolloff: 0.35
> 2011-09-24 13:19:32.773584 I [4372/4394] TVRecEvent dvbchannel.cpp:737
> (Tune) - DVBChan(5:/dev/dvb/adapter5/frontend0): Tune(): Tuning to
> 1314000kHz
> 2011-09-24 13:19:33.047221 I [4372/4394] TVRecEvent dvbchannel.cpp:1187
> (wait_for_backend) - DVBChan: wait_for_backend: Status: Carrier,Sync,Lock,
> 2011-09-24 13:19:33.047287 I [4372/4394] TVRecEvent dvbchannel.cpp:814
> (Tune) - DVBChan(5:/dev/dvb/adapter5/frontend0): Tune(): Frequency tuning
> successful.
> 2011-09-24 13:19:33.047334 I [4372/4394] TVRecEvent dtvchannel.cpp:332
> (SetChannelByString) - DTVChan(/dev/dvb/adapter5/frontend0):
> SetChannelByString(512): success
> 2011-09-24 13:19:34.181588 I [4372/4394] TVRecEvent dvbchannel.cpp:175
> (Open) - DVBChan(9:/dev/dvb/adapter5/frontend0): Opening DVB channel
> 2011-09-24 13:19:34.184765 I [4372/4394] TVRecEvent dvbsignalmonitor.cpp:85
> (DVBSignalMonitor) - DVBSM(/dev/dvb/adapter5/frontend0): Can measure Signal
> Strength
> 2011-09-24 13:19:34.187600 I [4372/4394] TVRecEvent dvbsignalmonitor.cpp:87
> (DVBSignalMonitor) - DVBSM(/dev/dvb/adapter5/frontend0): Can measure S/N
> 2011-09-24 13:19:34.630215 I [4372/4428] DVBRead dtvsignalmonitor.cpp:447
> (HandleNIT) - DTVSM(/dev/dvb/adapter5/frontend0)::SetNIT(): net_id = 133
> 2011-09-24 13:19:34.708214 I [4372/4394] TVRecEvent dvbsignalmonitor.cpp:89
> (DVBSignalMonitor) - DVBSM(/dev/dvb/adapter5/frontend0): Can measure Bit
> Error Rate
> 2011-09-24 13:19:34.708330 I [4372/4394] TVRecEvent dvbsignalmonitor.cpp:98
> (DVBSignalMonitor) - DVBSM(/dev/dvb/adapter5/frontend0):
> DVBSignalMonitor::ctor initial flags Seen() Match() Wait(Sig,SNR,BER,)
> 2011-09-24 13:19:34.714166 I [4372/4394] TVRecEvent dtvsignalmonitor.cpp:217
> (SetDVBService) -
> DTVSM(/dev/dvb/adapter5/frontend0)::SetDVBService(transport_id: 6,
> network_id: 133, service_id: 129):
> 2011-09-24 13:19:34.855422 I [4372/4394] TVRecEvent dvbsignalmonitor.cpp:145
> (Stop) - DVBSM(/dev/dvb/adapter5/frontend0): Stop() -- begin
> 2011-09-24 13:19:35.240676 I [4372/4506] SignalMonitor
> dvbsignalmonitor.cpp:295 (UpdateValues) -
> DVBSM(/dev/dvb/adapter5/frontend0): UpdateValues -- Signal Locked
> 2011-09-24 13:19:35.291722 I [4372/4394] TVRecEvent dvbsignalmonitor.cpp:151
> (Stop) - DVBSM(/dev/dvb/adapter5/frontend0): Stop() -- end
> 2011-09-24 13:19:38.931340 I [4372/4428] DVBRead dtvsignalmonitor.cpp:447
> (HandleNIT) - DTVSM(/dev/dvb/adapter5/frontend0)::SetNIT(): net_id = 133
>
> in log of mythbackend (started with -v none,channel,chanscan,dvbcam) at same
> time. After set eti_scan on this capturecard to 0 it seem to work like it
> should.
>
> I've not open a ticket yet, because I've make to many errors at my last
> attempt to open one.
>
> Kind regards,
> Sebastian
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 24 Sep 2011 09:38:13 -0400
> From: Jerry Rubinow <jerrymr at gmail.com>
> Subject: Re: [mythtv] Trailing spaces in callsigns
> To: Development of MythTV <mythtv-dev at mythtv.org>
> Message-ID:
> <CA+SOsrTiNqhwbj6WV=0G4irQKBydtakWUs9i=snRwAcnj=roPg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Fri, Sep 16, 2011 at 1:18 AM, Jerry Rubinow <jerrymr at gmail.com> wrote:
>
> > On Fri, Sep 16, 2011 at 12:31 AM, Michael T. Dean <mtdean at thirdcontact.com
> > > wrote:
> >
> >> On 09/15/2011 09:58 PM, Jerry Rubinow wrote:
> >> > On Thu, Sep 15, 2011 at 1:44 PM, Michael T. Dean<
> >> mtdean at thirdcontact.com>wrote:
> >> >
> >> >> On 09/15/2011 12:15 PM, Jerry Rubinow wrote:
> >> >>> On Thu, Sep 15, 2011 at 12:06 PM, Stuart Morgan wrote:
> >> >>>> On Thursday 15 Sep 2011 07:44:51 Jerry Rubinow wrote:
> >> >>>>> Would a patch be accepted which trimmed off trailing whitespace in
> >> the channel callsigns before doing the comparison for merging channels in
> >> the program guide?
> >> >>>> Would it not be easier in the long term to trim the whitespace at the
> >> time the callsign is inserted into the database instead of all the places
> >> that it's read back from the database?
> >> >>>>
> >> >>>> A one-off DB update could address the existing instances of
> >> trailing/leading whitespace.
> >> >> Ah, yeah, I misread it thinking he was asking about fixing the
> >> callsigns
> >> >> in the editors so they're put in the database correctly. But, yeah, I
> >> >> agree it should be fixed upon insert--meaning we only need a fix for
> >> the
> >> >> 4 channel editors (mythtv-setup, frontend, MythWeb, and HTTP setup).
> >> > I started looking at mythtv-setup, channeleditor.cpp to be specific. I
> >> see
> >> > where it reads the DB and populates the UI with the channel info, but I
> >> > don't see how edited info gets back into the DB. Background: lots of
> >> C++
> >> > experience, not so much with QT, some DB work, enough to puzzle my way
> >> > through understanding a query.
> >> >
> >>
> >> Looks like ChannelUtil::CreateChannel() and
> >> ChannelUtil::UpdateChannel(), which are probably used by the frontend
> >> editor, too.
> >>
> >> Also, it seems that the xmltv config(?) uses
> >> ChannelData::handleChannels().
> >
> >
> > Ok, it looks like there are four places that UPDATE the channel table and
> > one place that INSERTs into the channel table. Would modifying these five
> > places to trim trailing whitespace before modifying callsign cover all four
> > channel editors?
> >
> > UPDATE:
> > libmythtv/tv_rec.cpp:
> > SetChannelInfo
> > mfdb/channeldata.cpp:
> > handleChannels
> > libmythtv/datadirect.cpp:
> > UpdateChannelsUnsafe
> > libmythtv/channelutil.cpp:
> > UpdateChannel
> >
> > INSERT:
> > libmythtv/channelutil.cpp:
> > CreateChannel
> >
> > -Jerry
> >
>
> I put trimmed() calls in all the above places, but mythtv-setup doesn't seem
> to use UpdateChannel in channelutil.cpp in the channel editor. I'm having a
> bit of trouble following the GUI code as far as finding the code path from
> channeleditor.cpp to any code which updates the database. It looks like
> ChannelEditor::edit puts up the channel edit screen, using ChannelWizard,
> and then updates the main page when the user is done, using fillList. So I
> guess the updating must happen inside ChannelWizard, but I'm unable to find
> any code path to database updating. Any nudges in the right direction
> appreciated.
>
> Also, Mike, you mentioned a frontend channel editor and HTTP setup channel
> editor - is the MFE channel editor somewhere in the setup screens?
> What/where is the HTTP setup?
>
> Thanks,
> Jerry
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://www.mythtv.org/pipermail/mythtv-dev/attachments/20110924/997ac055/attachment-0001.html
>
> ------------------------------
>
> Message: 3
> Date: Sat, 24 Sep 2011 14:42:41 +0100
> From: "David Knight" <dlknight at sdf.lonestar.org>
> Subject: Re: [mythtv] MHEG BBC iPlayer
> To: "Development of MythTV" <mythtv-dev at mythtv.org>
> Message-ID: <ccc8b4a1155e06a26b23f74243a615e6.squirrel at wm.sdf.org>
> Content-Type: text/plain;charset=UTF-8
>
> On Sun, September 11, 2011 10:28 am, Lawrence Rust wrote:
> > You shouldn't need to change anything. The only configurable options
> > are the following environment variables:
> >
> > MYTHMHEG=noice # Set this to _disable_ interaction channel
> > MYTHMHEG_PROXY="http://yourproxy" # Setup an MHEG http proxy
> >
> > Ensure that you've got the latest patch, which was last updated on the
> > 6th September.
> >
> > It would be useful to enable MHEG log output to see what's going on.
> > Append "-v mheg" to your mythfrontend command line and tune to BBC1.
> > Wait for up to 60 seconds for the red button logo. Post the log here
> > and I'll see if I can spot a problem. Also could you report the output
> > of `qmake -v`
> >
> > --
> > Lawrence
>
> Hi Lawrence, still no luck but I enabled logging as per your suggestion,
> relevant lines appear to be -
>
> Unknown ResidentProgram GIS
> Unknown ResidentProgram SBI
> SetSubtitleMode ResidentProgram is not implemented
> 2011-09-24 12:59:38.511 Adding MHEG key MENURED:100:1
> Unknown ResidentProgram SBI
> SetSubtitleMode ResidentProgram is not implemented
> 2011-09-24 12:59:48.072 TV: Attempting to change from WatchingLiveTV to None
>
> Cheers
>
> Dave K.
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 24 Sep 2011 19:10:28 +0200
> From: Lawrence Rust <lvr at softsystem.co.uk>
> Subject: Re: [mythtv] MHEG BBC iPlayer
> To: Development of MythTV <mythtv-dev at mythtv.org>
> Message-ID: <1316884228.1681.60.camel at gagarin>
> Content-Type: text/plain; charset="UTF-8"
>
> On Sat, 2011-09-24 at 14:42 +0100, David Knight wrote:
> [snip]
> > Hi Lawrence, still no luck but I enabled logging as per your suggestion,
> > relevant lines appear to be -
> >
> > Unknown ResidentProgram GIS
> > Unknown ResidentProgram SBI
>
> This is worrying - the patch adds code to handle these 2 cases which are
> essential to 'Interaction Channel'.
>
> > SetSubtitleMode ResidentProgram is not implemented
>
> This also should be handled by the patch, but isn't essential to
> operation.
>
> > 2011-09-24 12:59:38.511 Adding MHEG key MENURED:100:1
> > Unknown ResidentProgram SBI
> > SetSubtitleMode ResidentProgram is not implemented
> > 2011-09-24 12:59:48.072 TV: Attempting to change from WatchingLiveTV to None
>
> It looks like the patch didn't apply correctly. The patch should be
> applied to current, clean git fixes/0.24. Also, make sure that you have
> the latest patch, last updated on 6th September, which is applicable to
> today's git fixes/0.24 (v0.24.1-85-ge16613a).
>
> Try this:
> # skip this if you already have a good/clean myth repo
> git clone git://github.com/MythTV/mythtv.git
>
> wget http://www.softsystem.co.uk/download/mythtv/iplayer.diff
> cd mythtv
> git checkout fixes/0.24
> git clean -fxd .
> git pull
> patch -p1 < ../iplayer.diff
>
> The patch should apply cleanly with no errors or warnings. If the patch
> still fails then your repo may be corrupt.
>
> Then run ./configure, make and make install as normal.
>
> If you want to try with git master (v0.25pre-3366-g1e2c9da) then use
> this patch:
> http://www.softsystem.co.uk/download/mythtv/iplayer-master.diff
>
> After the patch is applied you must provide http connectivity from the
> box to the BBC. Without a connection the MHEG code can take 60 seconds
> to timeout before displaying the old 'Red button' logo. To disable the
> interaction channel set this environment variable:
> MYTHMHEG=noice
>
> To use an http proxy set: MYTHMHEG_PROXY="http://192.168.0.1:8080"
> or MYTHMHEG_PROXY="cache://192.168.0.1:8080" # for an http caching proxy
> or MYTHMHEG_PROXY="socks://127.0.0.1" # for a socks proxy
>
> --
> Lawrence
>
>
> ------------------------------
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-dev
>
> End of mythtv-dev Digest, Vol 103, Issue 20
> *******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-dev/attachments/20110925/1c397aab/attachment.html
More information about the mythtv-dev
mailing list