[mythtv-users] 4-digit channel change on a Comcast firewire STB (DCT-6200)

[lists.md301]

On Tue, Mar 20, 2012 at 11:42 AM, Michael T. Dean
<mtdean at thirdcontact.com>wrote:

> On 03/20/2012 09:00 AM, lists.md301 wrote:
> > So yes, for anyone searching the archive, 4-digit channel tuning does
> > work with the Prime, there is just a printf issue in the backend
> > logging reporting the channel tune number.  I'm assuming the 4-digit
> > channel changes is still an outstanding issue with various STB's.
>
> I'm assuming you reported the location of the logging error so we can
> just fix it (as that's something we could even do before 0.25 release)?
>
>
No, not yet, both because of my above embarrassment and not getting any
feedback on the list with guidance on that.  I'd be happy to, though.  Note
that in both cases below, the channel identified as "5225" should more
correctly be "51225".  Here' s what I'm seeing in my backend log, tuning to
BBCAHD on channel 1225, with just the default general,important options:

2012-03-19 19:33:12.199 HDHRSH(192.168.1.6-0) Error: UpdateFilters called
in wrong tune mode
2012-03-19 19:33:12.292 HDHRSH(192.168.1.6-0) Error: UpdateFilters called
in wrong tune mode
2012-03-19 19:33:12.524 HDHRSH(192.168.1.6-0) Error: UpdateFilters called
in wrong tune mode
2012-03-19 19:33:12.539 Finished recording Top Gear: channel 5225
2012-03-19 19:33:12.556 LoadFromScheduler(): Error, called from backend.
2012-03-19 19:33:12.579 AutoExpire: CalcParams(): Max required Free Space:
5.0 GB w/freq: 14 min
2012-03-19 19:33:12.606 Finished recording Top Gear: channel 5225
2012-03-19 19:33:12.682 MainServer::ANN Playback
2012-03-19 19:33:12.690 adding: tivo1 as a client (events: 0)
2012-03-19 19:33:12.700 MainServer::HandleAnnounce FileTransfer
2012-03-19 19:33:12.708 HDHRSH(192.168.1.6-0) Error: UpdateFilters called
in wrong tune mode
2012-03-19 19:33:12.709 adding: tivo1 as a remote file transfer
2012-03-19 19:33:13.107 MainServer: HandleRemoteEncoder(cmd GET_STATE)
Unknown encoder: 1
2012-03-19 19:33:14.279 RecBase(8:8):
GetKeyframePositions(19,9223372036854775807,#1) out of 2
2012-03-19 19:33:14.305 RecBase(8:8):
GetKeyframePositions(19,9223372036854775807,#1) out of 2
2012-03-19 19:33:15.482 MainServer: HandleRemoteEncoder(cmd GET_STATE)
Unknown encoder: 1
2012-03-19 19:34:02.347 HDHRSH(192.168.1.6-0) Error: UpdateFilters called
in wrong tune mode
2012-03-19 19:34:02.357 TVRec(8): HW Tuner: 8->8
2012-03-19 19:34:02.371 LoadFromScheduler(): Error, called from backend.
2012-03-19 19:34:02.392 AutoExpire: CalcParams(): Max required Free Space:
5.0 GB w/freq: 14 min
2012-03-19 19:34:02.495 Finished recording Top Gear: channel 5225
2012-03-19 19:34:02.848 HDHRSH(192.168.1.6-0) Error: UpdateFilters called
in wrong tune mode

Looking further (because of your request), from the (remote) frontend log
of this LiveTV session, I notice that the naming of the ringbuffer mpeg
file name is also incorrect, so the issue goes deeper than logging.  This
may make a "fix" more complicated (since it's not just a logging issue),
but I'll leave it to the developers to decide:

2012-03-19 19:34:07.950 AFD: Resetting byte context eof (livetv 1 was eof 0)
2012-03-19 19:34:19.710 RingBuf(myth://
192.168.1.253:6543/5225_20120319193419.mpg) Warning: Not starting read
ahead thread, already running
2012-03-19 19:34:20.120 Player(a): Forcing decode extra audio option on
(Video method requires it).
2012-03-19 19:34:20.433 RingBuf(myth://
192.168.1.253:6543/5225_20120319193419.mpg): Waited 0.2 seconds for data to
become available... 28108 < 32768
2012-03-19 19:34:20.481 AFD: Opened codec 0xa29fc50, id(MPEG2VIDEO)
type(Video)

If you'd like me to repeat this with more detailed logging and/or open a
ticket, I'm certainly willing.  It would be my first, but I'll figure it
out.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20120320/ebccd144/attachment.html