Results 1 to 4 of 4

Thread: Channel changing (on dss) via serial after monte

  1. #1
    Join Date
    Mar 2004
    Posts
    12

    Channel changing (on dss) via serial after monte

    Dear All,
    I monte'd the drive yesterday and now I cant change the channels on my dss receiver via the low speed data cable that connects the low speed port on the dss receiver and the serial port on the back of my SA S2. when I put the original drive back in, it works flawlessly, but with the monte drive, it wont work at all. Does anyone have any experience with this? I would have posted in the newbie section, but it said no talking about hacks and this has to do with the monte hack. Thanks

    Andrew
    -----------------------------------
    Problem solved by the guru himself; sleeper, in the tivoscripts thread. If anyone else runs into this, you need to comment out the start bash line.
    Last edited by drewski; 04-12-2004 at 12:17 AM.

  2. #2
    Join Date
    Jul 2003
    Posts
    29
    Yes I had the same problem and it took me a while to find it by searching for it. Here's the short answer considering you already know how to modify your rc.sysinit.author file:

    Modify your rc.sysinit.author file and put a hash in front of this line:

    /bin/bash</dev/ttyS2&>/dev/ttyS2&

    so that it looks like this:

    #/bin/bash</dev/ttyS2&>/dev/ttyS2&

    Finally reboot...


    -Will

  3. #3
    Join Date
    May 2004
    Posts
    3

    Question channel changing only with a hard reboot of satellite receiver

    I've got my Series2 happily running with two 160Gb drives, TivoWebPlus, tserver, etc. I've got the ttyS2 bash commented out of rc.sysinit.author, and channel changing via serial MPG works fine. Well, most of the time.

    If the TiVo restarts for any reason (e.g., power outage), whether or not the satellite receiver restarted, the TiVo is no longer able to change channels. The receiver is a Hughes GCEB0, the DirecTV Executive Director Pack.

    The TiVo set to use Serial MPG, and this is what appears in /var/log/tvlog when I try to do ChannelUp:

    Jun 13 14:39:50 (none) TvVideoGuts[161]: RequestChannelChange Proxy:109
    Jun 13 14:39:50 (none) TvVideoPolicy[161]: LiveTunerRequest Proxy:109
    Jun 13 14:39:50 (none) TvVideoGuts[161]: LiveTunerResult ALLOWED Proxy:109 Input:0
    Jun 13 14:39:50 (none) InputState[161]: StartCaching Input:0
    Jun 13 14:39:50 (none) mediamgr[161]: BlackSink (fToBlack true, fAtSwitch false, fKeepAudio false, o 0
    Jun 13 14:39:50 (none) TmkSink::Trace[173]: Didn't expect an ET_CONT with cVideoPesFullnessM: 0!!
    Jun 13 14:39:50 (none) TmkSink::Trace[173]: Expected ET_CONT, got ET_VB, cVideoPesFullnessM: 32!!
    Jun 13 14:39:51 (none) TmkSink::Trace[173]: Didn't expect an ET_CONT with cVideoPesFullnessM: 0!!
    Jun 13 14:39:51 (none) TmkSink::Trace[173]: Expected ET_CONT, got ET_VB, cVideoPesFullnessM: 32!!
    ... six more of the same pair ...
    Jun 13 14:39:55 (none) MpgDssTuningSource[161]: MpgDssTuningSource::Commit Error tuning via serial connection.
    Jun 13 14:39:55 (none) OutputState[161]: PlayLive Output:0 Input:0 Proxy:109
    Jun 13 14:39:55 (none) mediamgr[161]: PlayLive 0 0 false
    Jun 13 14:39:55 (none) TmkMediaswitch0:Trace[172]: using VBR, bitRate=5215000, maxBitRate=5960000
    Jun 13 14:39:55 (none) TmkTransform::Trace[172]: ClipCache 0x7f249c10 Secondary Reset
    Jun 13 14:39:55 (none) TmkReadAheadCache[169]: Invalidate 208712
    Jun 13 14:39:55 (none) mediamgr[175]: BlackSink (fToBlack false, fAtSwitch false, fKeepAudio true, o 0
    Jun 13 14:39:59 (none) Deadline[178]: Tasks run 200
    Jun 13 14:39:59 (none) Deadline[178]: Existed for 0:2666:653788
    Jun 13 14:39:59 (none) Deadline[178]: Overhead time 0:0:22143

    I tried a warm restart (On/Off button) of the receiver, but it doesn't correct it. A "quick" power cycle by unplugging the satellite receiver doesn't work. But a longer one---letting everything drain out of the satellite receiver---makes it work.

    With the 9 second delay, it says:

    Jun 13 14:58:30 (none) TmkMediaswitch0:Trace[172]: LOCK LOST ON CHANNEL -2
    Jun 13 14:58:30 (none) ContextMgr[161]: WATCHTV::LOST (mode LIVETV)
    Jun 13 14:58:30 (none) mediamgr[175]: BlackSink (fToBlack true, fAtSwitch false, fKeepAudio false, o 0
    Jun 13 14:58:39 (none) TmkMediaswitch0:Trace[172]: TUNER RELOCK
    Jun 13 14:58:39 (none) TmkMediaswitch0:Trace[172]: using VBR, bitRate=5215000, maxBitRate=5960000
    Jun 13 14:58:39 (none) ContextMgr[161]: WATCHTV::LOCK (mode LIVETV)
    Jun 13 14:58:39 (none) mediamgr[175]: BlackSink (fToBlack false, fAtSwitch false, fKeepAudio true, o 0
    Jun 13 14:58:39 (none) source[172]: Detecting a discontinuity in the stream. Recovering : 1180

    and then channel changing works:

    Jun 13 15:00:06 (none) TvVideoGuts[161]: RequestChannelChange Proxy:162
    Jun 13 15:00:06 (none) TvVideoPolicy[161]: LiveTunerRequest Proxy:162
    Jun 13 15:00:06 (none) TvVideoGuts[161]: LiveTunerResult ALLOWED Proxy:162 Input:0
    Jun 13 15:00:06 (none) InputState[161]: StartCaching Input:0
    Jun 13 15:00:06 (none) mediamgr[161]: BlackSink (fToBlack true, fAtSwitch false, fKeepAudio false, o 0
    Jun 13 15:00:06 (none) OutputState[161]: PlayLive Output:0 Input:0 Proxy:162

    But it's not flawless; go to the Guide in grid mode, pick another channel, and select it and you see:

    Jun 13 15:02:58 (none) TvVideoGuts[161]: RequestChannelChange Proxy:164
    Jun 13 15:02:58 (none) TvVideoPolicy[161]: LiveTunerRequest Proxy:164
    Jun 13 15:02:58 (none) TvVideoGuts[161]: LiveTunerResult ALLOWED Proxy:164 Input:0
    Jun 13 15:02:58 (none) InputState[161]: StartCaching Input:0
    Jun 13 15:02:58 (none) mediamgr[161]: BlackSink (fToBlack true, fAtSwitch false, fKeepAudio false, o 0
    Jun 13 15:02:58 (none) TmkSink::Trace[173]: Didn't expect an ET_CONT with cVideoPesFullnessM: 0!!
    Jun 13 15:02:58 (none) OutputState[161]: PlayLive Output:0 Input:0 Proxy:164

    Note the TmkSink::Trace message. But that doesn't happen consistently; sometimes it does, sometimes not, even if I just do a bunch of ChUp, ChDown, or a mix of the two.

    The MPG channel changing worked fine before I used the SleeperISO, of course, but that doesn't matter. I'm more curious what could be making it be so flaky. Until I can resolve it, I either need to switch back to the IR channel changing (bleah) or come up with a hack using an X10 controller to make the tivo powercycle the satellite receiver whenever this sort of stuff starts happening. That too isn't appealing.

    Any theories?

  4. #4
    Join Date
    Oct 2004
    Posts
    1
    Would the problems you're seeing upon the TiVo booting have to do with the option added to the bootparms to enable debugging output to console 2?

    Run bootpart on the drive to make sure that you don't have a line like console=2,115200.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •