die Reihenfolge steht in der PMT, was bei einem OSCam unter DVBApi sehr schön zu sehen ist:
am Beispiel N24-HD sieht man nachstehend das folgende:
2012/06/07 08:14:58 77466500 c dvbapi: [ADD PID 0] CAID: 1830 ECM_PID: 1CC2 PROVID: 000000
2012/06/07 08:14:58 77466500 c dvbapi: [ADD PID 1] CAID: 1843 ECM_PID: 19C2 PROVID: 000000
2012/06/07 08:14:58 77466500 c dvbapi: [ADD PID 2] CAID: 09C4 ECM_PID: 1BC2 PROVID: 000000
2012/06/07 08:14:58 77466500 c dvbapi: [ADD PID 3] CAID: 098C ECM_PID: 1AC2 PROVID: 000000
2012/06/07 08:14:58 77466500 c dvbapi: [ADD PID 4] CAID: 0648 ECM_PID: 1FC2 PROVID: 000000
2012/06/07 08:14:58 77466500 c dvbapi: [ADD PID 5] CAID: 1860 ECM_PID: 1EC2 PROVID: 000000
Die CAIDs werden normalerweise nacheinander abgearbeitet (wenn keine prioritätensteuerung vorhanden) - er probiert also zuerst die 1830 (
HD+ weiß)
Kriegt er dort eine Antwort, bleibt er dabei, kriegt er keine, probiert er die nächste, also 1843 (
HD+ schwarz) und so weiter.
Abhängig vom Client kann man da dran drehen indem man Prioritäten für einzelne CAIDs setzt (oscam.dvbapi bzw. cccam.prio)
Im OSCam gibts noch eine andere Spezialität, nämlich den request-mode.
der sucht defaultmäßig wie vorstehend geschildert eine nach der anderen.
man kann ihn aber auch so einstellen, daß er alle gleichzeitig anfragt und die schnellst Antwort gewinnt.
Funktioniert aber AUSSCHLIESSLICH im DVBApi, also beim lokalen client, NICHT bei Anfragen von anderen Usern.
R