Tomas Prybil wrote: > Klaus Schmidinger skrev: > >> Tomas Prybil wrote: >> >>> Klaus Schmidinger skrev: >>> >>>> Tomas Prybil wrote: >>>> >>>>> 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? >>>> >>>> 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? >>>> >>> Reducing to one audio track made it work. However the "autopid" will >>> kill that again. Perhaps the possibility to lock a specific channel >>> something for future versions? >> >> >> >> 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. > > My CAM is an Conax ver 4.00e which I believe is the latest version. It > decrypts multiple (two!) streams. The channel has four different which > it obviously doesn't handle. 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
