I have a problem and I hope to find a solution with you.

[atef 0]

Dear

@Huevos
@DimitarCC

Is there a solution for the Serbian channel package?
When searching for channels, numbers appear instead of the channel name.
The problem is not specific to openvix only.
But to all images of the enigma2.
With the knowledge, the names of the channels appear on the Neutrino image on the same box without problems.

https://www.imagebam.com/view/MEXILWG?full=1



https://www.imagebam.com/view/MEXILKV

https://www.imagebam.com/view/MEXILKW?full=1

https://www.imagebam.com/view/MEXILKX?full=1

https://www.imagebam.com/view/MEXILKY?full=1

****************************************

https://www.imagebam.com/view/MEXILVV?full=1

https://www.imagebam.com/view/MEXILW2?full=1

https://www.imagebam.com/view/MEXILW8?full=1

https://www.imagebam.com/view/MEXILWC?full=1

 

[atef 0]

Sorry, I couldn't upload the pictures to the forum, so links were placed.

 

[Huevos]

Can you give us details of the transponders/channels in question?

You will probably need to provide a full transport stream recording for us to inspect.

 

[atef 0]

Can you give us details of the transponders/channels in question?

You will probably need to provide a full transport stream recording for us to inspect.

https://github.com/OpenViX/enigma2/issues/1094

 

[Huevos]

When did it last work on Neutrino?

 

[atef 0]

I mean that the frequency is programmed on the neutrino image naturally. The channel names appear naturally and there are no numbers.
It is still working until now. If you notice the image information, you will find the date.

 

[DimitarCC]

Thats the problem. It seems that transponder send non standard data. Only way to see what is wrong is to have full transport stream recording

 

[atef 0]

Thats the problem. It seems that transponder send non standard data. Only way to see what is wrong is to have full transport stream recording

This is a recorded clip from one of the frequency channels on the following link

https://www.mediafire.com/file/s2wspmlgurrzduk/11895V+SID+0x4e6e+.zip/file

 

[DimitarCC]

This is a recorded clip from one of the frequency channels on the following link

https://www.mediafire.com/file/s2wspmlgurrzduk/11895V+SID+0x4e6e+.zip/file

Looks like a normal recording and not a full transport stream one....

 

[atef 0]

When I turn on debug mode I find this error

<  2021.529355> 00:15:02.9177 [eStaticServiceDVBBouquetInformation] getName failed.. getBouquet failed!
<  2021.529513> 00:15:02.9178 [eStaticServiceDVBBouquetInformation] getName failed.. getBouquet failed!
<  2021.529634> 00:15:02.9179 [eStaticServiceDVBBouquetInformation] getName failed.. getBouquet failed!
<  2021.530172> 00:15:02.9185 [eStaticServiceDVBBouquetInformation] getName failed.. getBouquet failed!
<  2021.533295> 00:15:02.9216 [eStaticServiceDVBBouquetInformation] getName failed.. getBouquet failed!

*********

I think that Neutrino does not only search for the Bouquet when scanning, but also searches for the channel names.

https://github.com/search?q=repo:Duckbox-Developers/neutrino-ddt getBouquet&type=code

 

[atef 0]

Looks like a normal recording and not a full transport stream one....

I don't know how to record the stream from the full transport

 

[Huevos]

Tools here: https://github.com/oe-alliance/AutoBouquetsMaker/tree/tools/scripts and tools/Stream recording

 

[atef 0]

It didn't work
It gives me the registry file size as 0
What's wrong with me?

root@dm820:/media/ba/dvbstream/mips# ./dvbstream `dvbsnoop -s pidscan| awk '/PID found/ { print $3 }' | xargs` -o>23.5E_11895.ts
dvbstream v0.5 - (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://www.linuxstb.org/
FD 128: DEMUX DEVICE: : Too many open files
root@dm820:/media/ba/dvbstream/mips#

 

[DimitarCC]

Nothing wrong with you...Probably your device cant handle it. It requires capable hardware to make full transport stream recording.

 

[atef 0]

Huevos​

DimitarCC​

The issue was resolved following this commitment from atvcaptain.

DVBScan: retry SDT actual without PAT TSID restriction · norhap/enigma2-atv@78641fb

If the TSID-filtered SDT read fails, retry SDT actual without the PAT TSID restriction before falling back to SID-based service names. Keep CRC validation, exclude SDT other from the fallback and ...

github.com