<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 9/3/13 11:01 PM, Ronald Frazier
wrote:<br>
</div>
<blockquote
cite="mid:CADvQU8BqzsSgZ--Nia76bJz_Niq_Q8pKxRfeuQsnwrnTQtNB4g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div class="gmail_extra">
<div class="gmail_quote">On Mon, Sep 2, 2013 at 12:22 PM,
Ronald Frazier <span dir="ltr"><<a
moz-do-not-send="true" 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 class="h5">
<br>
<br>
<div class="gmail_quote">On Mon, Sep 2, 2013 at
9:42 AM, Greg Thompson <span dir="ltr"><<a
moz-do-not-send="true"
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 moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:mythtv-users@mythtv.org"
target="_blank">mythtv-users@mythtv.org</a><br>
<a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:mythtv-users@mythtv.org"
target="_blank">mythtv-users@mythtv.org</a><br>
<a moz-do-not-send="true"
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 class=""><font
color="#888888"><br>
<br clear="all">
<div><br>
</div>
-- <br>
Ron Frazier
</font></span></div>
</div>
</blockquote>
</div>
<br>
<br>
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>
<div><font face="arial, sans-serif"><br>
</font></div>
<div><br>
</div>
-- <br>
Ron Frazier
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
Not strictly true. Some of us consider on a daily basis dumping
cable, due to supporting elders. In our instance, we'd be abandoned
and forced to abandon excellent software and its use.<br>
I suggest it be tested, but considered for future development. <br>
<br>
Now, please excuse me whilst I deal with my aged father and his
dementia related insomnia.<br>
</body>
</html>