Verschlüsselte - unverschlüsselte Sender kennzeichnen

[dicc]

Hi, ich fände es gut wenn in der Statuszeile beim Zappen (ähnlich BR2.01) ob es sich um einen Verschlüsselten Sender handelt!

[Gorcon]

Hi
Denkbar wäre ein Schloß-Symbol was entweder offen oder Geschlossen ist.
Gruß Gorcon

[Regloh]

oder der gelbe jugendschutz schlüssel, der auch bei den gesperrten bouquets zum einsatz kommt

Regloh

[Gorcon]

Ja das geht auch aber blos keinen ganzseitigen Text wie bei BN
Gruß Gorcon

[dess]

Ja das geht auch aber blos keinen ganzseitigen Text wie bei BN
Gruß Gorcon

Genau!!

Der Vorschlag ist gut und sinnvoll!!

Cu
Woody

[Zwen]

find ich auch, mach mal

[Dirch]

ich find das auch gut, baut das mal ein!

[dess]

find ich auch, mach mal

ich find das auch gut, baut das mal ein!

Darf ich mal kurz dumm fragen, wer das überhaupt kann - meine so Softwaretechnisch

aber cool das es auch Zustimmung von den Developers gibt!!

Also macht mal

Cu
Woody

[Dirch]

Darf ich mal kurz dumm fragen, wer das überhaupt kann - meine so Softwaretechnisch

das ist ne sehr gute frage

Also macht mal

ich denke da hast du was missverstanden . . . war ne aufforderung u.a. an dich!

[obi]

Die Erkennung war bereits in Zapit drin, wurde aber nie benutzt und ich hab sie wieder entfernt.

Problem: Wann ist ein Sender Verschluesselt? An den Transport Stream Header kamen wir nicht ran, und da kommen wir auch immernoch nicht dran, wenn die Treiber nicht fuer einen speziellen Modus uebersetzt werden (Stichwort SPTS).

Also welche Moeglichkeit gibt es?
a) Verschluesselung auf Transport Stream Ebene
b) Verschluesselung auf PES Ebene.

zu a:

Da wir wie gesagt den Header nicht bekommen, muessen wir so lange Transport Stream Payload lesen, bis ein PES Header gefunden wird, oder irgendwann abbrechen, weil wir denken, dass es keinen gibt (-> weil verschluesselt, also unkenntlich).

Wann brechen wir ab? Nun, die maximale Laenge eines PES Paketes ist 16 kilobyte. Ausnahme: Wenn bei Video PES als laengenangabe 0 im header steht, dann kann es auch mehr sein.
(Anm: Dafuer sollte man die motion picture experts group verklagen).

Also um eine sichere Abbruchbedingung zu haben, muss man 16kbyte audio pes lesen. Wenn darin kein pes header ist, ist der sender verschluesselt oder defekt. 16kbyte Audio sind aber verhaeltnismaessig viel zeit. Ausserdem: Wir erinnern uns kurz an sender, die zwar eine Audio PID haben, aber die beinahe keine daten darauf senden. Kurzgefasst: Geht nicht.

Wuerden wir Video nehmen, dann haetten wir das problem, die maximale groesse nicht zu kennen und bei radio sendern haetten wir sowieso verloren.

zu b)
das kommt so gut wie nie vor.
wenn doch, muss man trotzdem nach dem pes header suchen, wie in a). der ist dann aber in jedem fall vorhanden (an unbekannter stelle) und der enthaelt ein feld, in dem steht, ob der PES verschluesselt ist, oder nicht.

- obi

[dess]

Also macht mal

ich denke da hast du was missverstanden . . . war ne aufforderung u.a. an dich!

Dachte ich mir es doch! Also da muß ich leider passen - Sorry Dirch! Bevor ich soweit bin, würde viel Wasser die Donau runterfliessen...

[dess]

Die Erkennung war bereits in Zapit drin, wurde aber nie benutzt und ich hab sie wieder entfernt.

Problem: Wann ist ein Sender Verschluesselt? An den Transport Stream Header kamen wir nicht ran, und da kommen wir auch immernoch nicht dran, wenn die Treiber nicht fuer einen speziellen Modus uebersetzt werden (Stichwort SPTS).

Also welche Moeglichkeit gibt es?
a) Verschluesselung auf Transport Stream Ebene
b) Verschluesselung auf PES Ebene.

Obi, einfach unglaublich - ich staune nur. Woher weiß man dies alles - lehrt man dies heutzutage in der Schule

[Reichi]

das lernt man indem man sich viele viele hunderte und Tausende Stunden damit auseinander setzt...

ist wie computer zusammenbauen, machs oft genug und es geht blind...
genauso ist's bei den Dev's auf dem Gebiet dbox2, coding und auch noch auf vielen anderen Bereichen

[wojo]

Die Erkennung war bereits in Zapit drin, wurde aber nie benutzt und ich hab sie wieder entfernt.

Problem: Wann ist ein Sender Verschluesselt?

Hmm, zum einen gabs doch in der EIT ein Flag was anzeigt, ob die entsprechende Sendung verschlüsselt ist oder nicht. Zum anderen könnte man doch gucken, ob irgendwo eine ECM-PID mitgesendet wird und daraus seine Schlüsse ziehen.

Gruß
Wolfram

[__Ghost__]

hmm enigma zeigt da ein kleines Smartcard Symbol an.

Ich sage mal, auf 90% der Sender stimmt die Anzeige. Auf ORF allerdings nicht.

Ja, wir nehmen die Info aus der EIT bzw aus dem EPGCache

cya

[obi]

woher weiss die EIT, ob man ein abo fuer den sender hat?

- obi

[Gorcon]

Habe das noch mal "ausgegraben" bevor es in vergessenheit gerät.
Gruß Gorcon

[DieMade]

Ich geb jetzt auch mal meinen Senf dazu:

Die BN zeigt das ja sehr wohl an, ergo hat die cam-alpha scheinbar eine schnittstelle, an der diese Informationen anliegen, oder?

Die Frage ist jetzt nur, ob die API *duck* bekannt ist?

[Zahni]

In DVB2000 klappte das auch sehr gut. Da wird sogar angezeigt, ob der Sender entschluesselt wird (also die SC freigeschaltet ist).

Vielleicht mailt einer der Dev's mal an Uli.

-Zahni

[Space_2063]

In der PMT steht doch alles drin, braucht man beim zap nur auswerten und die Information an die GUI (um es mal universell zu halten) uebergeben. Zumindest kann man so realisieren, ob und mit was der Sender verschluesselt ist.

[essu]

Ich möchte nochmal an den anfang des threads erinnern:

Hi, ich fände es gut wenn in der Statuszeile beim Zappen (ähnlich BR2.01) ob es sich um einen Verschlüsselten Sender handelt!

das fand ich eher lächerlich, dauerte auch ne sekunde, informationswert nahe null, denn das sah ich ja, dass ich nichts sah. bei neutrino wird es auch bald so sein, wenn das "RAI-problem" gelöst ist. Schwarzer screen heisst, ich kann den sender nicht entschlüsseln (oder ein besonders experimenteller film ).
Worum es letztlich gehen könnte, wäre verschlüsselte sender beim zappen überspringen zu können, was per services.xml ja jetzt schon möglich ist wenn sie nicht als servicetype="01" für tv gekennzeichnet sind. allerdings ist verschlüsselung manchmal auch nur eine temporäre geschichte (siehe `zik/xxl), nicht auf einer frequenz wird immer verschlüsselt gesendet, sondern manche sendungen sind verschlüsselt, was ich aber erst dann sehe, wenn ich sie sehen will und nicht sehe.
Selbst wenn es per PMT (@Space_1063: was ist das genau???) möglich ist, zu wissen, ob eine sendung verschlüsselt ist, nützt mir das nichts, weil ich es erst erfahre, wenn ich sehe, dass sie verschlüsselt ist (immer vorausgesetzt, ich kann mich auf die software verlassen [RAI...]).

[Gorcon]

informationswert nahe null, denn das sah ich ja, dass ich nichts sah. bei neutrino wird es auch bald so sein, wenn das "RAI-problem" gelöst ist. Schwarzer screen heisst, ich kann den sender nicht entschlüsseln (oder ein besonders experimenteller film

Nein darum geht es nicht. Ich kann jetzt nicht rausbekommen ob ich den Sender Empfangen kann oder ob er Verschlüsselt ist. Es gibt eben auch Sender die nur ein Schwarzbild Senden. Gerade Sender die im Test-Stadium sind neigen dazu.
Bei Direkt hatte ich auch schon öfters das Problem das nur ein Schwarzes Bild gesendet wurde (besonders wenn vorher auf Sport BL oder CL lief) ich wußte nun nicht ob ich schon freigeschaltet war oder nicht. So mußte ich erst Anrufen um Nachzufragen ob die Freischaltung auch erfolgt ist.
Ich habe keine Lust erst jedesmal meine Karte auf der D-Box1 zu testen den die zeigt mir das Ergebniss an.
Gruß Gorcon

[Space_2063]

PMT - Program Map Table, grob gesagt Informationen ueber die verwendeten PIDs und assoziierte Daten (Video, Audio, CAS etc.).

Siehe MPEG Spec ISO/IEC 13818-1

[Homar]

Hi Space_2063,

ist doch eigentlich easy zu bewerkstelligen, nur ich brauche es nicht !

Die die es haben wollen, brauchen doch nur ein wenig Programierkentnisse um es selber ändern zu können. In der Zeit, wo der Thread schon läuft, hätte jemand soviel sich aneignen können, um es ändern zu können.

Es ist doch wirklich eines der einfachsten sachen die Statusanzeige in Neutrino zu erweitern !!!

1. ein bildchen in die Statusanzeige (in grau)
2. PMT auslesen und falls kodiert, bildchen austauschen (in hellrot)
3. Falls camd.c nicht 0x85 liefert bildchen austauschen (in grün)

...mehr ist das nicht, wirklich nicht !!!

P.S.: Habe dich lange nicht mehr Online gesehen. Melde dich einmal

[rasc]

Mhh, sooo trivial ist das IMO nicht...

Das haengt mit dem Neutrino-Design zusammen. (Neutrino selbst liest keine PMT).

Aber: eigentlich muesste die Info aus nicht aus dem PMT, sondern aus dem SDT-Stream ausgewertet werden (free_CA_mode - Flag) ...
Die CAID fuer das laufende Programm sollte dann im CA-Descriptor fuer das laufende Programm stehen.

EIT-Auswertung muesste eigentlich auch moeglich sein (hier bin ich mir jedoch nicht mehr sicher, ob sich das ganze nur auf die Verschluesselung des EIT bezieht)...

PMT duerfte wohl eher ungeeignet sein, oder?

(Anm: Dafuer sollte man die motion picture experts group verklagen).

- obi

... nicht nur dafuer - auch fuer den Bitverhau!


PS: Gerade gesehen: Die Moeglichkeit mit dem EPG hatte Ghost ja schon gesagt...