another signal locked...no channels found (1 Viewer)

[jpounders]

Ceton ETH6 w/ Motorola CableCard and Tuning Adapter, Cox Cable Provider, clean install of Windows 8.1 and MP 1.13. I tried the latest release of MP 2 first, but was having the same issue. The same hardware setup was working a week ago before I did a format/reload. Logs attached.

I think I've covered the basics already...CAM is enabled, set scan time to 120...then all the way up to 999 just to be sure. Firewall is completely disabled. I even tried the whole library.dll hack. If I'm missing anything, please let me know (my family is getting furious about the lack of DVR)

Thanks!

 

[mm1352000]

Hello and welcome to the forum

Logs attached.

Thanks.

From what I can see, a full and successful scan was completed at approximately 8:49 PM. I can see that the subsequent scans were not complete/successful. However I don't understand why you'd need to rescan in the first place. A single complete/successful scan is normally sufficient because you can map the channels found by one tuner to all the other tuners. It's unnecessary to scan once for each tuner.

P.S. Next time please attach all of the log files. The 3 you've provided this time contain minimal info - barely enough to be helpful. The best way to get all the log files is to use the MediaPortal Watchdog tool with option 3 ("export all currently present logs"). That will provide you with a zip file which you can attach.

I think I've covered the basics already...CAM is enabled, set scan time to 120...then all the way up to 999 just to be sure. Firewall is completely disabled.

Fine. None of these appear to be problematic.

I even tried the whole library.dll hack.

What's the library.dll hack?
This doesn't sound good.

 

[jpounders]

I guess I wasn't very clear. It is saying that the scan is successful, but I still have 0 channels.

Library.dll hack: https://forum.team-mediaportal.com/threads/no-channels-found-ceton-comcast.124274/#post-1059613

Here are the remaining log files. I had emptied out the log folder then done a new channel scan so there would be less log data to go through. The 'old logs' are those. The other file is the watchdog output.

 

[jpounders]

Now that I've had a few minutes to go over the log files...it looks like my Ceton has 374 channels (that is the correct number) but hasn't received any channel maps. Do I need to contact the carrier to have them send a new initialize signal to update the channel map before MP will be able to pick up the channels?

 

[mm1352000]

I guess I wasn't very clear. It is saying that the scan is successful, but I still have 0 channels.

Okay, so when you go to TV Server Configuration -> TV Channels, there's literally zero channels listed there? That would be odd.

Library.dll hack: https://forum.team-mediaportal.com/threads/no-channels-found-ceton-comcast.124274/#post-1059613

I'm 99.999% sure that is not relevant for you. Please revert it.

The only patches I'd recommend are these ones:
https://forum.team-mediaportal.com/...for-mediaportal-1.112585/page-63#post-1056643
https://forum.team-mediaportal.com/threads/rtsp-streaming-library-update.132521/

Here are the remaining log files. I had emptied out the log folder then done a new channel scan so there would be less log data to go through. The 'old logs' are those. The other file is the watchdog output.

Thanks. These give me a clearer picture.

The log files show the following sequence happening very often:
1. TV Server starts.
[2016-04-06 20:49:54,851] [Log ] [35 ] [INFO ] - Controller: Initializing TVServer

2. Tuner detected a few seconds later.
[2016-04-06 20:49:57,914] [Log ] [50 ] [INFO ] - Detected new OCUR/DRI device Ceton InfiniTV PCIe (00-80-9b-d8)

3. You start scanning with one or more tuners.
[2016-04-06 20:50:25,951] [Log ] [35 ] [INFO ] - card: Scan 3 to
[2016-04-06 20:50:36,552] [Log ] [50 ] [INFO ] - card: Scan 4 to

4. Approximately 60 seconds after the tuner is detected, TV Server loses contact with it.
[2016-04-06 20:50:54,972] [Log ] [18 ] [INFO ] - UPnP device Ceton InfiniTV PCIe (00-80-9b-d8) removed

5. Tuner later redetected.
[2016-04-06 20:51:19,935] [Log ] [36 ] [INFO ] - Detected new OCUR/DRI device Ceton InfiniTV PCIe (00-80-9b-d8)


Obviously it's not ideal for TV Server to be losing contact with your tuner mid-scan. This sort of problem - unreliable link/communication to/with the tuner - is exactly the sort of problem that the first patch linked above is intended to solve. So, if you haven't installed that patch, I strongly recommend that you do. On the other hand if you have installed that patch, try waiting at least 2 minutes before trying to scan. The intent of the wait would be to avoid having the detect-lose-redetect cycle hit while you're scanning.

 

[jpounders]

Yes, 0 channels (see below)

I reverted the library.dll thing as soon it didn't work so that is back to normal. Both patches are applied but I'm still getting this:

 

[mm1352000]

Yes, 0 channels (see below)
...
I reverted the library.dll thing as soon it didn't work so that is back to normal. Both patches are applied but I'm still getting this:

Okay.

Did you also try waiting as instructed?

On the other hand if you have installed that patch, try waiting at least 2 minutes before trying to scan. The intent of the wait would be to avoid having the detect-lose-redetect cycle hit while you're scanning.

If yes, please supply fresh log files - Watchdog option 3.

 

[jpounders]

Okay.

Did you also try waiting as instructed?

Yes

Thanks for the quick replies btw...more responsive than most paid vendor's I've dealt with

Still got nothing though.

 

[jpounders]

Took a look at the Ceton logs and this is showing up every time I scan for channels. Think its related?

Jan 1 00:27:08 ocur[21]: upnp: allocate[0] uuid:89333102-EBE5-11D8-AC9A-00000809BD81 c0a8c802
Jan 1 00:27:08 ocur[21]: upnp: [192.168.200.2] Calling Action(cm[0]) PrepareForConnection
Jan 1 00:27:09 ocur[21]: upnp: Event(cm[0]): CurrentConnectionIDs, "0"
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Action(cm[0]) PrepareForConnection success
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Calling Action(av[0]) GetTransportInfo
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Action(av[0]) GetTransportInfo success
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Calling Action(fdc[0]) GetFDCStatus
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Action(fdc[0]) GetFDCStatus success
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Calling Action(aux[0]) GetAuxCapabilities
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Action(aux[0]) GetAuxCapabilities success
Jan 1 00:27:09 ocur[21]: libcetonencode: ERROR: hal (nil) or get_audio_modelist (nil) was not set
Jan 1 00:27:09 ocur[21]: libcetonencode: ERROR: hal (nil) or get_modelist (nil) was not set
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Calling Action(cas[0]) GetCardStatus
Jan 1 00:27:09 ocur[21]: upnp: [192.168.200.2] Action(cas[0]) GetCardStatus success
Jan 1 00:27:11 ocur[21]: upnp: ERROR: Action "GetCurrentTransportActions" was listed as required but was not implemented
Jan 1 00:27:11 ocur[21]: upnp: ERROR: Action(av[0]) GetCurrentTransportActions failed: message "Unknown Error" error_code 602
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Calling Action(av[0]) GetDeviceCapabilities
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Action(av[0]) GetDeviceCapabilities success
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Calling Action(av[0]) GetMediaInfo
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Action(av[0]) GetMediaInfo success
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Calling Action(av[0]) GetTransportInfo
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Action(av[0]) GetTransportInfo success
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Calling Action(av[0]) GetTransportSettings
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Action(av[0]) GetTransportSettings success
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Calling Action(fdc[0]) GetFDCStatus
Jan 1 00:27:11 ocur[21]: upnp: [192.168.200.2] Action(fdc[0]) GetFDCStatus success

I can provide a larger section of the log if this might be relevant, I'm just wondering if any of these errors here could be responsible for the connection getting closed repeatedly

 

[jpounders]

Another update...Installed NextPVR and it picked up the channels no problem...haven't had a chance to test whether they are watchable yet though