26 replies to this topic

[Dimitrij]

Yes there is, see again Pieter's proposal...

Perhaps the problem is my bad English .
I do not understand how to get this information(picture/sound).
How it should look like?
An example of a piece of code.

[Erik Slagter]

The trick is to check whether the decoders virtual clock is advancing (the "pts"). Everytime a valid pes packet (that includes a time stamp) is processed by the decoder (video decoder, not descrambler), the decoder's virtual clock is updated. This sounds complex, but for a playing file (not "live"), it's simply the "progress bar". If you're playing a recording that has parts that are not decrypted, you will see the progress bar is not advancing until you reach a decrypted part. For live streams I guess this works the same way, only the information is not used for the progress bar.

 

If you can find where enigma finds the base for the playback progress bar, you have probably found exactly what you need.

 

There is a "proc" file called /proc/stb/vmpeg/0/pts, but this returns dummy values (on my vuo+solo2, at least), so it's useless.

[Dimitrij]

The trick is to check whether the decoders virtual clock is advancing (the "pts"). Everytime a valid pes packet (that includes a time stamp) is processed by the decoder (video decoder, not descrambler), the decoder's virtual clock is updated. This sounds complex, but for a playing file (not "live"), it's simply the "progress bar". If you're playing a recording that has parts that are not decrypted, you will see the progress bar is not advancing until you reach a decrypted part. For live streams I guess this works the same way, only the information is not used for the progress bar.

 

If you can find where enigma finds the base for the playback progress bar, you have probably found exactly what you need.

 

There is a "proc" file called /proc/stb/vmpeg/0/pts, but this returns dummy values (on my vuo+solo2, at least), so it's useless.

Thank you, now understood...
It is unlikely that I will find this information in the modules enigma.
Can be considered the matter closed.

[littlesat]

There are enough places in enigma2 where the pts is polled... E.g. for subtitles. What you could do is poll it each second and check if it does progress one second with some margins. When it is within.limits then the channel decodes.

Edited by littlesat, 26 June 2013 - 22:11.

[Pr2]

Hi,

 

When I display the second info bar, I can see if channel is scrambled or not, since I have the list of all the possible encryption system in Yellow, then when the channel is unscrambled the used system is turned to green.

 

So if the goal is just to detect if a channel is scrambled or not, why not use the same approach as the second info bar does?

On FTA channel the mention is also displayed.

 

So I guess you can reuse the same approach for your own need or do I miss something?

 

Pr2

[littlesat]

This is about a popup when the service cannot be descrambled...

[Pr2]

I hope that this boring future pop up won't become standard in Openpli...    since using the second info bar will already show you if the channel is scrambled or not.