<div dir="ltr">Just to be 100% clear... I am using the USB tuner in Ethernet Bridged mode. While not the ETH tuner it is using the SAME firmware that the Ethernet Tuner uses, so I believe this issue is more related to the Firmware than the actual device itself (Ethernet or USB or PCI). I have not had time to compile Myth with Matt's Patch just yet but I will and report back soon. My gut tells me it will work fine after the patch since it was that call that seemed to hose the tuner!</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 3, 2013 at 11:01 PM, Ronald Frazier <span dir="ltr"><<a href="mailto:ron@ronfrazier.net" target="_blank">ron@ronfrazier.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div class="gmail_extra"><div><div class="h5"><div class="gmail_quote">On Mon, Sep 2, 2013 at 12:22 PM, Ronald Frazier <span dir="ltr"><<a href="mailto:ron@ronfrazier.net" target="_blank">ron@ronfrazier.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div><div>
<br><br><div class="gmail_quote">On Mon, Sep 2, 2013 at 9:42 AM, Greg Thompson <span dir="ltr"><<a href="mailto:gthompson20@gmail.com" target="_blank">gthompson20@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>Mind sharing your patch? I started looking at the Ceton source and I was just going to remove the code on the define functions. </div>
<div>
<br></div>
<div>Greg</div>
<div>—<br>Sent from <a href="https://www.dropbox.com/mailbox" target="_blank">Mailbox</a> for iPhone</div><div><div>
<br><br><div class="gmail_quote"><p>On Mon, Sep 2, 2013 at 9:36 AM, Matt Mossholder <span dir="ltr"><<a href="mailto:matt@mossholder.com" target="_blank">matt@mossholder.com</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<p dir="ltr">This is exactly the situation I'm seeing. Looks like I might want to submit my patch. I had been holding off, thinking I needed to make detuning optional, but it if it is going to start hitting all the tuners, then it making it an option probably isn't needed.</p>
<div class="gmail_quote">On Aug 30, 2013 2:38 PM, <<a href="mailto:gthompson20@gmail.com" target="_blank">gthompson20@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div><div dir="ltr" style="font-family:Calibri,'Segoe UI',Meiryo,'Microsoft YaHei UI','Microsoft JhengHei UI','Malgun Gothic','Khmer UI','Nirmala UI',Tunga,'Lao UI',Ebrima,sans-serif;font-size:12pt">
<div>Hey Ron,</div><div> </div><div>I wanted to give your some info on this issue... as I am having it as well with an Network Connected USB Tuner.... I can also send manua requests to stream to the VLC from the Web Page, However when I try and use Myth I get a Partial Lock... Tracing the logs like you asked give the following results...</div>
<div> </div><div>The web page still appears to give the correct JSON when watching with Firebig, However the issues appears to maybe be this command when Mythbackend Starts:</div><div> </div><div>CetonSH (IP of Ceton) ClearProgramNumber()<br>
Which shows the following in the Ceton LOGfile....</div><div> </div><div> libcetonrtsp: object cetonmpeg0<br>Jan 1 00:04:25 ocur[21]: ocur: [0] rtp setup for client <a href="http://192.168.1.189:44778" target="_blank">192.168.1.189:44778</a><br>
Jan 1 00:04:26 ocur[21]: libcetontune: ERROR: Failed to set frequency on instance 0<br>Jan 1 00:04:26 ocur[21]: ocur: WARNING: [0] Frequency set did not take. Freq: 747000 Std 9<br>Jan 1 00:04:26 ocur[21]: ocur: WARNING: [0] Channel change failed<br>
Jan 1 00:04:26 ocur[21]: ocur: [0] Getting pmt for program 3<br>Jan 1 00:04:30 ocur[21]: ocur: [0] Attempting to SetChannel (Channel=0 SourceId=0 Mode=0)<br>Jan 1 00:04:30 ocur[21]: ocur: WARNING: [0] Set channel in progress, saving channel number request 0<br>
Jan 1 00:04:31 ocur[21]: mpeg: WARNING: [ID-0] Failed to get pat<br>Jan 1 00:04:31 ocur[21]: ocur: ERROR: [0] No pat returned<br>Jan 1 00:04:31 ocur[21]: ocur: [0] PCR Lock: 0<br>Jan 1 00:04:31 ocur[21]: ocur: [0] Packets: 0 (0 - 0) Data Ready 0<br>
Jan 1 00:04:31 ocur[21]: mpeg: [ID-0] ready 00000100 pkts 00000101 filter 00000001 sections 00000101 no_filters 00000001 zero_pid 00000035<br>Jan 1 00:04:31 ocur[21]: libctn91xx: 0.6 read 00000101 comp 00000101<br>Jan 1 00:04:31 ocur[21]: mpeg: [ID-0] ready 00000100 pkts 00000101 filter 00000001 sections 00000101 no_filters 00000001 zero_pid 00000035<br>
Jan 1 00:04:31 ocur[21]: libctn91xx: 0.6 read 00000101 comp 00000101<br></div><div>One the Tuner gets hit with that command I no longer see any program ID’s in the Tuner Page. Only way to return the tuner to normal operation is to power cycle the tuner.</div>
<div> </div><div>I am using the latest Firmware, so I am guessing they have changed something on you...</div><div> </div><div>Can you look into this?</div><div> </div><div>Greg Thomson</div><div><div> </div><div>Sent from Windows Mail</div>
<div> </div></div></div></div><br>_______________________________________________<br>
mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br><a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<br></blockquote></div></blockquote></div><br></div></div><br>_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<br></blockquote></div><div class="gmail_extra"><br></div></div></div>Just so you guys know, I've sent an email off to austin at ceton for advice on a better way to deal with this, or to see if he can fix it. I'll keep you updated on what I hear.<span><font color="#888888"><br>
<br clear="all"><div><br></div>-- <br>Ron Frazier
</font></span></div></div>
</blockquote></div><br><br></div></div>As I suspected, I got a better response from Austin directly (and within a few hours, even though it was a holiday). First, he confirms that he's experienced the same issue working with the ETH, so we can say that it's not just a case of you guys having defective hardware. Second, it sounds like simply setting the tuner to frequency zero would have minimal effect. As he said:<div>
<br></div><div><span style="font-family:arial,sans-serif;font-size:13px">"there's not much power consumption from tracking the program numbers,</span><br style="font-family:arial,sans-serif;font-size:13px"><span style="font-family:arial,sans-serif;font-size:13px">the processor would be running regardless. The real win would come</span><br style="font-family:arial,sans-serif;font-size:13px">
<span style="font-family:arial,sans-serif;font-size:13px">from being able to shut off the tuner chips completely, but that's</span><br style="font-family:arial,sans-serif;font-size:13px"><span style="font-family:arial,sans-serif;font-size:13px">more complicated."</span><br>
</div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font face="arial, sans-serif">So I see no reason why we need to set the frequency to zero, and if both of you are seeing good results with that one change, that's a good sign. The only side effects of that change I can see is that the lock flags will still be set to 1, and the program list will still be populated, but the program number itself will be set to zero by the call to TuneVChannel(0). I cannot foresee any negative effects of these differences.</font></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">My only concern would be for QAM mode. Your patch only changes what happens in cablecard mode. For QAM mode, the call to TuneFrequency(0) still takes place with your patch. I wonder if the ETH would freak out the same way in QAM mode. If so, then there is a potential problem. Without setting the frequency to zero, we would never be clearing out the program list. The subsequent call to TuneProgram verifies that the requested program number is in that list, and by virtue of the way it functions, that verification will not complete until after the call to TuneFrequency has completed and fully loaded the program list. If we remove the </span><span style="font-family:arial,sans-serif;font-size:13px">TuneFrequency(0), then a later call to </span><span style="font-family:arial,sans-serif;font-size:13px">TuneProgram could potentially proceed before the previous call to TuneFrequency has update the program list, and we could get unreliable behavior. </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Thus fixing QAM mode (if it is broken) could be a bit more problematic. That said, I'm only aware of a few people using QAM on a PCI 4-tuner card. The number using it on a 6-tuner ETH would probably be tiny (especially since QAM tuning is becoming less useful each year as cable providers lock things down more, and now I believe they've even got permission to do it for local stations). So my thinking is, your patch might not fix QAM for the ETH model, but it also wouldn't break it for the PCI model. </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">So, I'd say we should go ahead with the change. My only comment on your modification is the following:</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><div>
if (!_using_cablecard ) { </div><div> result = TuneFrequency(0, "qam_256"); </div><div> if (result && _using_cablecard) </div><div> result = TuneVChannel("0"); </div></span></div><div>
<font face="arial, sans-serif">}</font></div><div><font face="arial, sans-serif">....</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">if you think about it, that inner "if" statement can NEVER be true, because the outer "if" guarantees that _using_cablecard is false. That, and the fact that setting the vchannel to 0 makes no sense if there's no cablecard installed. So really, you can just simplify it to an "if, then clear frequency, else clear vchannel".</font></div>
<div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Make that change, and (once I verify on my system that it's fine for the PCI, just to be sure I'm not overlooking something obvious) I'll recommend to daniel to commit it.</font></div>
<span class="HOEnZb"><font color="#888888">
<div><font face="arial, sans-serif"><br></font></div><div><br></div>-- <br>Ron Frazier
</font></span></div></div>
<br>_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<br></blockquote></div><br></div>