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