Hi list.
Since Klaus added the multiple sound stream feature i've not been able to use that for channels at Thor, mostly Canal+ distributed stuff.
I have an example, Disney now have a new channel called Toon Disney. The channel autoadded itself to channels.conf and shows the following details:
Toon Disney;Telenor:11357:hC78:S1.0W:24500:521+8190:678=dan,679=fin,677=nor,676=sve:582:B00:3207:70:32:0
If I bring up tha audio menu it shows all four languages dan, fin, nor and sve. However if I choose either nor or sve the sound output becomes all silent. Could one kind soul please give me a hint how to start debug?
BR /t
Tomas Prybil wrote:
Could it be that your CAM can't decrypt more than one audio track? You could try to delete "678=dan,679=fin," from that line (disable automatic PID update) and then switch to nor or sve.
Does it work with other channels that have more than one audio track?
Klaus
Tomas Prybil wrote:
This "locking" thing is not the right way to go. It's probably better to modify the CAM handling, so that it only sets one audio PID for broken CAMs that are unable to decrypt several audio PIDs simultaneously.
Is there perhaps a newer firmware available for your CAM? I have three different CAMs here, and they all can decrypt several audio PIDs (plus Dolby Digital) at the same time.
Klaus
Tomas Prybil wrote:
Well, then I guess the only way to fix this is to set the audio PIDs in the sequence as they are defined in the "Audio languages" setup. This would put the preferred languages to the front, so that a CAM that can't decrypt them all will at least decrypt (one of) the preferred ones.
However, this is not that trivial, because the audio PIDs have to be correlated with the component descriptors in the EPG data, which is given only by their sequence.
I'll need to think about this a little more...
Klaus
Tomas Prybil wrote:
The preferred audio language setting has nothing to do with the sequence or number of APIDs in the channel definition. The APIDs are always stored in the same sequence as they are broadcast.
What I was referring to was a possible change in the way VDR sets the APIDs when switching to a channel.
As I sais, I'll need to think about this a little more...
Klaus