One DVB-T channel not found

[Bernard0105]

Replace your NPVRTSMon.ax file with the attached version, and let me know if it fixes 530MHz.

Thanks Sub !
I try it now and let you know soon...

[sub]

It may be probably not the same bug , but here is the 1mn capture of UHD broadcast on the 498Mhz frequency in Paris :
https://u.pcloud.link/publink/show?code=...446F7OWtSX

It does see all the channels, but the <service_type> of two of them are causing them not to show up in the channel list. I'll check what it thinks this service type is.

Code:

<sdt>
  <tsid>15</tsid>
  <onid>8442</onid>
  <has_nit>true</has_nit>
  <service>
    <service_id>0x64</service_id>
    <unparsed_tag>0x50</unparsed_tag>
    <service_type>0x20</service_type>
    <service_provider_name></service_provider_name>
    <service_name>Test UHD1</service_name>
    <running_status>4</running_status>
  </service>
  <service>
    <service_id>0xc8</service_id>
    <unparsed_tag>0x50</unparsed_tag>
    <service_type>0x20</service_type>
    <service_provider_name></service_provider_name>
    <service_name>Test UHD2</service_name>
    <running_status>4</running_status>
  </service>
  <service>
    <service_id>0x12c</service_id>
    <unparsed_tag>0x50</unparsed_tag>
    <service_type>0x1f</service_type>
    <service_provider_name></service_provider_name>
    <service_name>Test UHD3</service_name>
    <running_status>4</running_status>
  </service>
</sdt>

[phil78]

Unfortunately, they doesn't work for me

[sub]

Unfortunately, they doesn't work for me

Hmm, seems to be reliably finding those channels for me now after that fix.

Can you do a scan, then post your logs?

[sub]

It may be probably not the same bug , but here is the 1mn capture of UHD broadcast on the 498Mhz frequency in Paris :
https://u.pcloud.link/publink/show?code=...446F7OWtSX

These two extra channels claim to be <service_type>0x20</service_type>, which isn't officially video. This type 0x20 is currently "reserved for future use" in the specification. I suspect for any real channels they launch, they won't use this service type. They'll likely use <service_type>0x1f</service_type>

[sub]

In a test version, I was able to force those channels to appear as HEVC (0x1F), and the channels showed up, and I was able to see video on each of the three channels.

[Bernard0105]

Many thanks,

Here is on pCloud the 1mn capture of this 506 MHz frequency :
https://u.pcloud.link/publink/show?code=XZ7Y8RXZhd7zH7clqcfdRI4tvs3e7BwPQQ0k

There are 5 H.264 French TV channels, none are encrypted.
I have check this capture file is perfectly readable by MPC-BE, allowing to play the 5 channels.

I hope it will help to find if there is a bug somewhere in nextPVR.

Replace your NPVRTSMon.ax file with the attached version, and let me know if it fixes 530MHz.

You are the winner !!
the patch solves the 506Mhz issue, the five Channels are now detected and can be played within your desktop app, I join a screen copy for GULLI (a channel for kids...).
I am now checking the UHD...

[sub]

This further updated version will force those extra UHD channels to show up for you.

[Bernard0105]

This reply is about the first patch, our message have crossed...

No luck Sub for the UHD, it is not solved by the first patch, only UHD3 is found by the scan. It is not very critical since they are channels for tests, but I can help you to test a next patch for sure.
Now I will try the second patch !

For the issue with the 506 MHz frequency, I understand that in fact the bug is related to the MUX stream detailed content. In France we have the same DVB_T MUX content nation wide, and that one is named R2 as said by Phil78.
It means that very probably nobody can receive this 5 channels in France until the patch is integrated into the next NPVR release.

[phil78]

My logs with the scan of 506 MHz which doesn't find the 5 channels :
https://1drv.ms/u/s!AhHj--9W9soPjKZnxBWqSpvRyuoekA