INTERACT FORUM

Windows => Television => Topic started by: adeski on May 16, 2016, 03:55:03 pm

Title: Waiting for signal lock
Post by: adeski on May 16, 2016, 03:55:03 pm
Hi
I am using a hauppage Usb stick. Been getting 'waiting for signal lock' errors on all channels, followed by 'nobsignal'. I have to reboot pc for error to disappear. Happens I think when deleting a program whilst being recorded. When trying to use guide after that, error occurs. Anyone else had this?
Also get it when attempting to view a programme whilst 2x tuners active. A warning "all tuners currently in use' would be better.
Title: Re: Waiting for signal lock
Post by: Yaobing on May 16, 2016, 04:51:14 pm
Is the Hauppauge USB stick the only device you have on this computer?  Does it have two tuners?  What model is it?
Title: Re: Waiting for signal lock
Post by: imugli on May 20, 2016, 05:21:42 am
I'm now seeing this as well.

Hauppauge hvr 2250. Specifically on HD content on one channel in particular (7HD).

I'll get some logs.
Title: Re: Waiting for signal lock
Post by: imugli on May 20, 2016, 05:49:49 am
Log
Title: Re: Waiting for signal lock
Post by: Yaobing on May 20, 2016, 01:56:23 pm
Log

On the first try, your device started streaming data, but stopped right after the first video sample was delivered.  No more video data came after the first, even though audio data did come normally.

On the second try, no data came before you canceled.

Do you run Windows Media Center or any other media software that might access the tuner?
Title: Re: Waiting for signal lock
Post by: imugli on May 20, 2016, 02:27:16 pm
No, no other device or program runs that accesses the tuner, and I updated the driver to the latest available.

The first time (where you say it started streaming data) I got sound, but no video, so that goes with what you saw. Second time I got nothing - just the signal lock.

The channel I'm trying to watch is also simulcast in SD, and I could watch that no problem. I'm going to check a bit later if the HD channel is OK when it's not a HD sports broadcast.

All other channels are OK as well.

7HD is broadcast using MPEG-4, but so are other channels that are OK.
Title: Re: Waiting for signal lock
Post by: imugli on May 20, 2016, 04:30:33 pm
Sorry, mine is HVR 2200, not 2250 (which is the US version).

Could the problem have anything to do with that fact that the stream is MPEG-4?

Restarting computer didn't solve it for me (I restarted before I started the log)

UPDATE to previous: Strange behaviour occurring.

Tried to change from one channel (22) to 7HD (70) - got nothing. Picture froze on channel 22 frame. Waited 5 - 10 seconds. Tried to change BACK to channel 22, picture still frozen, but now have sound from 70.

Channels 90 and 13, which are also MPEG-4, work fine.


Let me know what I can do to help troubleshoot.

Title: Re: Waiting for signal lock
Post by: Yaobing on May 20, 2016, 07:01:10 pm
Could the problem have anything to do with that fact that the stream is MPEG-4?

MPEG4 would be a problem. However, you played channel "70 7 Digital" which has a video PID of 769, and video type is MPEG-2 video.

Right after tuning, we get "channel tuned" signal and we do a PMT (program mapping table) scan.  The result confirms the video format as saved in the channel data:

Quote from: imugli's log
PMTSection::Parse: Video: PID 769, MPEG-2 video

In fact, the PMT scan produced the following entries (channels on the same transport), none of them is MPEG-4:

PMTSection::Parse: Video: PID 801, MPEG-2 video
PMTSection::Parse: Video: PID 817, MPEG-2 video
PMTSection::Parse: Video: PID 833, AVC/H264 video
PMTSection::Parse: Video: PID 849, AVC/H264 video
PMTSection::Parse: Video: PID 769, MPEG-2 video
PMTSection::Parse: Video: PID 881, AVC/H264 video
PMTSection::Parse: Video: PID 769, MPEG-2 video
PMTSection::Parse: Video: PID 897, AVC/H264 video


Notice that video PID 769 appeared twice.  Here are more details on this:

Quote
PMTSection::OutputDebugInfo: PMT PID: 768(0x300)
PMTSection::OutputDebugInfo: PCR PID:  769(0x301)
PMTSection::OutputDebugInfo: Program Info Length: 0
PMTSection::OutputDebugInfo: Video PID: 769(0x301) MPEG-2 video
PMTSection::OutputDebugInfo: Audio PID: 770(0x302) MPEG-1 audio (eng)
PMTSection::OutputDebugInfo: Teletext PID:  772(0x304)
PMTSection::OutputDebugInfo: Subtitile PID:  8191(0x1fff)

Quote
PMTSection::OutputDebugInfo: PMT PID: 784(0x310)
PMTSection::OutputDebugInfo: PCR PID:  769(0x301)
PMTSection::OutputDebugInfo: Program Info Length: 0
PMTSection::OutputDebugInfo: Video PID: 769(0x301) MPEG-2 video
PMTSection::OutputDebugInfo: Audio PID: 770(0x302) MPEG-1 audio (eng)
PMTSection::OutputDebugInfo: Teletext PID:  772(0x304)
PMTSection::OutputDebugInfo: Subtitile PID:  8191(0x1fff)

Everything is identical except the PMT PID.  The channel is listed twice with different PMT PIDs.  I do not know whether this could be a problem.  Maybe you can ask the TV station about it.
Title: Re: Waiting for signal lock
Post by: Yaobing on May 20, 2016, 07:07:09 pm
Is the TV station transitioning into MPEG-4?
Title: Re: Waiting for signal lock
Post by: imugli on May 20, 2016, 07:43:18 pm
I just did a rescan of channels and now it's working OK.

The tuner card only encodes mpeg-2, so maybe that's why it's coming through as mpeg-2? All info I have is that 13, 70 and 90 are now using mpeg-4. Maybe they are still transitioning, though.
Title: Re: Waiting for signal lock
Post by: RoderickGI on May 21, 2016, 12:32:45 am
Last time I rescanned and updated my channels, not so long ago, all channel 7 channels were running mpeg-1 audio and mpeg-2 video, except;

73 7mate was running AC3 audio
76 Flix was running AAC audio and AVC1/H.264 video

I have actually hidden channel 70 "7 Digital" as it was a duplicate of 7 "7 Digital". Channel 7 "7 Digital" plays correctly from a playlist or view, but 70 "7 Digital" doesn't play, and comes back with a "tuner not available" message. Maybe if I unhide channel 70 it would work . . . no. So maybe Channel 7 has just changed over to mpeg-4, and I'm going to have to rescan it as well, if I wish to use it.  If so, our channels really are in flux at the moment. ::)