Thema: Sasag, alles "running" aber "scrambled"

Hallo zusammen,

Ich bin dabei mir ein Linux Media Center zu bauen und stecke beim Empfang von digitalem TV fest. Mein Digi-TV Anbieter ist die Sasag, welche nicht auf den Set-Top-Boxen Zwang setzt. Mit der Satelco EasyWatch PCI, der Conax CAM 4.00e und der Smartcard von Sasag in einer Dell PE700 (P4 2.8GHz) komme ich bis zu dem Punkt, wo alle Sender, Radio und TV, richtig erkannt werden und via gnutv/mplayer kann ich mir den MPEG-TS auch anschauen. Leider in unbrauchbarer Qualitaet. Unter http://sites.google.com/site/msslinu...attredirects=0 habe ich ein Beispiel hinterlegt.

Auf der gnutv-Seite sieht alles bestens aus, denke ich jedenfalls:

Code:

$ gnutv -channels .czap/channels.conf -out file SFInfo.mpeg -timeout 20 "SF info"
Using frontend "Philips TDA10023 



	DVB-C

", type 



	DVB-C


status SCVYL | signal dede | snr f6f6 | ber 000fffff | unc 000000bb | FE_HAS_LOCK
CAM Application type: 01
CAM Application manufacturer: cafe
CAM Manufacturer code: babe
CAM Menu string: Conax Conditional Access
CAM supports the following ca system ids:
  0x0b00
Received new PMT - sending to CAM...

aber irgendetwas stimmt nicht, was auch scan merkt:

Code:

$ scan -c
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
0x0000 0x07e4: pmt_pid 0x0610 (null) -- 



	SF

 1 (running, scrambled)
0x0000 0x07e6: pmt_pid 0x0620 (null) -- 



	SF

 zwei (running, scrambled)
0x0000 0x07ee: pmt_pid 0x0630 (null) -- 



	SF

 info (running, scrambled)
0x0000 0x098e: pmt_pid 0x0670 (null) -- DSF (running, scrambled)
0x0000 0x0ac8: pmt_pid 0x0650 (null) -- RSI LA1 (running, scrambled)
0x0000 0x0aca: pmt_pid 0x0660 (null) -- RSI LA2 (running, scrambled)
dumping lists (6 services)




	SF

 1                     (0x07e4) 01: PCR == V   V 0x0612 A 0x0613 (deu) 0x0616 (eng) TT 0x0615




	SF

 zwei                  (0x07e6) 01: PCR == V   V 0x0622 A 0x0623 (deu) 0x0626 (eng) TT 0x0625




	SF

 info                  (0x07ee) 01: PCR == V   V 0x0632 A 0x0633 (deu) 0x0636 (eng) TT 0x0635
RSI LA1                  (0x0ac8) 01: PCR == V   V 0x0652 A 0x0653 (ita) 0x0656 (eng) TT 0x0655
RSI LA2                  (0x0aca) 01: PCR == V   V 0x0662 A 0x0663 (ita) 0x0666 (eng) TT 0x0665
DSF                      (0x098e) 01: PCR == V   V 0x0672 A 0x0673 (deu) TT 0x0675
Done.

And diesem Punkt komme ich nicht mehr weiter. Die Smartcard wird richtig erkannt, das habe ich mit `gnutv -cammenu` geprueft. Wenn ich die Smartcard rausnehme, geht erwartungsgemaess gar nichts.
Ich habe einige Zeit damit verbracht, Foren zu durchsuchen und bin auf interessante Artikel gestossen. So fand ich z.B. einen Kommentar ueber Geschwindigkeitsprobleme mit der Conax CAM 4.00e und QAM256 oder das seitens des Kabelnetzbetreibers etwas nicht richtig aufgeschaltet war. An der Signalstaerke liegt es glaube ich nicht:

Code:

$ dvbsnoop 0x0652 -pd 2 -n 10 -s signal
dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/

---------------------------------------------------------
Transponder/Frequency signal strength statistics...
max cycle count: 10
---------------------------------------------------------
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 62965
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222
Sig: 57054  SNR: 63222

insofern ich diese Werte richtig interpretiere ist das etwa eine Signalstaerke von 87% und ein Signal-zu-Rausch Verhaeltnis von 96%. Alles bestens, oder?

Hat jemand ein Tipp, wo das Problem liegen koennte? Ist das wirklich die Conax CAM 4.00e die zu langsam ist oder suche ich am falschen Ort?
Getestet habe ich das ganze uebrigens unter Mythbuntu 9.04 ohne an den Treibern etwas zu aendern.

Bin froh um jeden Hinweis.

Danke,
Marc

Du suchst am falschen Ort, dass stimmt alles so.

(Running, scrambled) bedeutet lediglich, dass der Kanal läuft und verschlüsselt ist. Ob die Smartcard ihn entschlüsseln kann, steht nirgends.

Danke fuer Deine Antwort.

Zitat von anykey

Du suchst am falschen Ort, dass stimmt alles so.

(Running, scrambled) bedeutet lediglich, dass der Kanal läuft und verschlüsselt ist. Ob die Smartcard ihn entschlüsseln kann, steht nirgends.

Heisst das, dass die Sasag moeglicherweise auf ihrer Seite meine Smartcard-ID noch nicht "freigeschaltet" hat? Oder woran koennte das liegen? Nebst Smartcard in die CAM/CI zu schieben kann ich ja nicht viel machen, oder?

Cheers,
Marc

Wenn die Karte nicht entschlüsseln könnte, würde ja wohl eine Fehlermeldung kommen und kein verfriemeltes Bild... oder?

Gruss
Tosci

Zitat von mss

Heisst das, dass die Sasag moeglicherweise auf ihrer Seite meine Smartcard-ID noch nicht "freigeschaltet" hat? Oder woran koennte das liegen? Nebst Smartcard in die CAM/CI zu schieben kann ich ja nicht viel machen, oder?

Kaputtes Bild weist eher auf Signalstörung hin (Kabel prüfen), wenn nicht entschlüsselt werden kann, kriegst du gar keine Daten vom DVB-Device.

Teste das wie folgt:

auf der einen Console mit czap einen Sender tunen, danach auf der zweiten mit

cat /dev/dvb/adapter0/dvr0 > /tmp/file.ps

versuchen was aufzunehmen.

Ist das File am Ende (mit ctrl+c abbrechen) 0 bytes gross, besteht ein Problem mit der Verschlüsselung. Ansonsten liegt das Problem am Signal.

Zitat von anykey

Ist das File am Ende (mit ctrl+c abbrechen) 0 bytes gross, besteht ein Problem mit der Verschlüsselung. Ansonsten liegt das Problem am Signal.

Stimmt, da kommt nichts, die Datei bleibt leer. Was ich mit gnutv sehe is also quasi "raw" und was aus /dev/dvb/adapter0/dvr0 rauskommt waere dann der durch die CAM geschlaufte Datenstrom?

Sollte ich es mal mit einer anderen CAM versuchen? Die Mascom Alphacrypt v3.14 muesste laut TVcentral V4:Tunercheck - Sceneo Multimediawiki funktionieren, ist aber leider recht teuer.

Cheers,
Marc