Videocrypt Algorithmus

Diskutiere Videocrypt Algorithmus im Heimkino, Receiver, Satelliten- & Digitaltechnik Forum im Bereich Technik & Wissen; Mal ne Frage and die Experten: Espresso & Badboy wie funktionieren denn eure Videocrypt-Decoder-Algorithmen im Detail. Das einzeige was ich bisher...
  • Videocrypt Algorithmus Beitrag #1
N

nanoman4

Aktives Mitglied
Dabei seit
11.04.2000
Beiträge
32
Reaktionspunkte
0
Ort
schweiz,66666,
Mal ne Frage and die Experten:
Espresso & Badboy wie funktionieren denn eure
Videocrypt-Decoder-Algorithmen im Detail.
Das einzeige was ich bisher über Videocrypt weiß ist, daß eine Zeile zerschnitten und die beiden Teile vertauscht werden.
 
  • Videocrypt Algorithmus Beitrag #2
B

Badboy of GSG

Bekanntes Mitglied
Dabei seit
14.12.1999
Beiträge
2.628
Reaktionspunkte
0
Ort
unter de Brücke
Es ist so...

Im Gegensatz zum Nagravision/Syster Verfahren werden die Zeilen zwar an der richtigen Stelle übertragen, wurden aber vor der Übertragung mit "cut & rotate" verschluesselt. D.h. die Zeilen wurden an einem bestimmten Punkt (cut-point) zerschnitten und beide Zeilenabschnitte wurden vertauscht. Für die Rekonstruktion ist es daher erforderlich, die cut-points zu finden und die Zeilen wieder zusammenzusetzen. Die im Moment verwendeten Verfahren basieren auf dem möglichst guten
Untereinderschieben der Bildzeilen. Die älteren Programme benutzen hierfür das vom M.Kuhn vorgeschlagene Verfahren der Fourier-Analyse, die neueren Programme arbeiten mit einem einfacheren aber schnelleren Algorithmus basierend auf kleinsten quadratischen Abweichungen. Beide Methoden haben jedoch deutliche Schwächen. Insbesondere setzt sich der Fehler einer falsch verschobenen Zeile zwangsläufig auf die folgenden Zeilen fort. Daher die typischen "Blockverschiebungen" beim Decodieren. Videocrypt 1 und 2 unterscheiden sich nur in der Bildzeile, in der
Informationen für die Entschlüsselung enthalten sind. Deshalb können Programme (z.B. MTV) gleichzeitig in Vidocrypt 1 und 2 verschlüsselt Im Prinzip sind trotz "cut & rotate" alle Informationen zur Farbdarstellung im Speicher der TV-Karte vorhanden. Diese Werte sind jedoch durch die Verschiebungen innerhalb der Zeile phasenverschoben. Die Phasenverschiebung ist wiederum nur bei genauer Kenntniss des cut-points zu berechnen. Die cut-points sind aber nicht 100 prozentig bekannt .... Daher ist Farbe im Moment ein Problem, an dem aber gearbeitet wird.

So und zum bitteren ende noch ne Anmerkung. Da ja Nagra/Syster mit 32768 Permutation codiert wird (anordnung der zeilen) und beim dekodieren lediglich die maximal erstem 50 zeilen reichen, ist es natürlich einfacher als bei VC I + II.
1) Weil bei Nagra/Syster die keys und die processe im schnellen ram abgewickelt werden können.
2) VideoCrypt natürlich weitaus mehr Schnittpunkte hat, als Nagra/Syster (max 4)

Hoffe Espresso, Nixwis bzw. No_op korrigiert mich, wenn ich was falsch gesagt habe ;)

Cu



------------------
<Somebody needs an expert>
http://multidec.cjb.net
http://go.to/gsg
 
  • Videocrypt Algorithmus Beitrag #3
B

Badboy of GSG

Bekanntes Mitglied
Dabei seit
14.12.1999
Beiträge
2.628
Reaktionspunkte
0
Ort
unter de Brücke
Ach was ich noch anmerken wollte.
VideoCrypt, SoftCrypt / HardCrypt sind Gruppen der DES Verschlüsselung.
Wenn du mehr erfahren willst. findest du auf der fh-erlangen viel info.

Cu


------------------
<Somebody needs an expert>
http://multidec.cjb.net
http://go.to/gsg
 
  • Videocrypt Algorithmus Beitrag #4
O

O Love

Bekanntes Mitglied
Dabei seit
08.04.1999
Beiträge
2.286
Reaktionspunkte
0
2 Badboy:

<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
korrigiert mich, wenn ich was falsch gesagt habe
[/quote]

Bitte, bitte, wenn Du Sachen postest, dann gib wenigstens die Quelle an. Der größte Teil oben stammt nämlich aus der <A HREF="http://www.netzagent.com/freetv/faq.htm">TV-Crypt FAQ</A> von Günter Henningsmeyer!

O Love

------------------
"I will not abide disobedience!"
 
  • Videocrypt Algorithmus Beitrag #5
N

nanoman4

Aktives Mitglied
Dabei seit
11.04.2000
Beiträge
32
Reaktionspunkte
0
Ort
schweiz,66666,
Kannst du mir die Addresse von der FH-Erlangen DES-Seite geben.

Ich habe da noch etwas auf dem Herzen:

Vor 2 Wochen hab ich mir ne Hauppauge gekauft, alle progs runtergesaugt.

War begeistert von den ganzen englischen sendern.

Was mich jedoch gestört hat ist folgendes.
Wie schon besprochen, wird in einer Zeile ein Fehler gemacht, so setzt sich dieser auf alle folgenden fort.

Ich habe mir überlegt wie man dieses Problem (rein theoretisch) lösen könnte.
Eure Verfahren suchen nach übereinstimmenden Pixelfolgen(davon gehe ich aus).

Da aber z.B. bei Schwarz-Weiß Sendungen die stärksten Verzerrungen auftreten,
habe ich mich gefragt was wärde aber der Fall wenn man nach Stellen suchen würde an denen die Farbunterschiede innerhalb einer Zeile am gössten sind.
Z.B. von schwarz auf rosa (Playboy-channel).
Theoretisch müßte man die Zeilen dann anhand dieser schnittpunkte relativ exakt zusammensetzten können.
- sie ist perfekt (Zitat Bruce Willis)-

Ich hätte da auch schon eine idee, wie ich
so einen Algorithmus in die Praxis umsetzten kann, ohne daß dabei die CPU in die Knie geht.

Der Trick dabei ist, daß ich diese Farbübergänge danach sortiere wie markant/groß sie sind.

So habe ich zwar einerseits einen großen Aufwand, diese innerhalb einer Zeile zu sortiern.

Will ich die Zeilen aber zusammensetzen, so muß ich nur die markantesten Farbübergänge vergleichen. Anhand der Verschiebung dieser Punkte Zueinander kann ich die Zeilen relativ gut zusammensetzen.

Natürlich hat auch dieses Verfahren seine schwächen: Treten nun sehr viele solche großen Farbunterschiede auf, und haben diese die gleiche entfernung zueinander hat es auch dieses Verfahren schwer.

Aber bei den meisten Filmen (zumindest bei meinen bevorzugten Kanälen) treten größtenteils kontinuierliche Farbverläufe auf, und nur an manchen Stellen Z.B. am Rande eines Körpers gibt es markante Farbunterschiede.

Und diese zu finden ist die Stärke dieses Algorithmus.

Mein eigentliches Anliegen ist es eigentilich, daß mir jemand den Source-Code seines Programmes zur verfügung stellt, damit ich diesen Algorithmus in sein Programm einbauen kann.


P.S.: Wo bekommt man denn diese geilen Smilies her?
 
  • Videocrypt Algorithmus Beitrag #6
B

Badboy of GSG

Bekanntes Mitglied
Dabei seit
14.12.1999
Beiträge
2.628
Reaktionspunkte
0
Ort
unter de Brücke
Hi O Love,

ich hätte es aber mit meinen eigenen worten kaum zutreffender beschreiben können.
Und wozu muß ich die quelle angeben.
Da müsste man ja ständig irgendwelche quellen angeben.
Etwa, wenn die TV-Kartenzeilen für Pubs erwähnt werden. :)


Günter Henningsmeyer hat es treffend formuliert. Thanx!

Quellcode ist z.B. von Multidec 5.x verfügbar.

Cu




------------------
&lt;Somebody needs an expert&gt;
http://multidec.cjb.net
http://go.to/gsg
 
  • Videocrypt Algorithmus Beitrag #7
O

O Love

Bekanntes Mitglied
Dabei seit
08.04.1999
Beiträge
2.286
Reaktionspunkte
0
2 Badboy:

<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
ich hätte es aber mit meinen eigenen worten kaum zutreffender beschreiben können
[/quote]

Genau das meine ich ja. Da es nicht Deine eigenen Worte sind, solltest Du entweder nur die Quelle zum Anklicken oder aber einen kurzen Hinweis geben. Bei öffentlichen Dokumenten kann man Dich sonst des Plagiats bezichtigen. Außerdem gehört es zum guten Ton...

<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
Etwa, wenn die TV-Kartenzeilen für Pubs erwähnt werden.
[/quote]

Nun ja, das sind Parameter, keine geschriebenen Texte, da wird wohl keiner etwas dagegen haben.

O Love

------------------
"I will not abide disobedience!"
 
  • Videocrypt Algorithmus Beitrag #8
O

O Love

Bekanntes Mitglied
Dabei seit
08.04.1999
Beiträge
2.286
Reaktionspunkte
0
Mist, gestern ist der Server genau in dem Moment abgeraucht, als ich antworten wollte...

2 Badboy:

<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
ich hätte es aber mit meinen eigenen worten kaum zutreffender beschreiben können
[/quote]

Genau das meine ich ja. Da es nicht Deine eigenen Worte sind, solltest Du entweder nur die Quelle zum Anklicken oder aber einen kurzen Hinweis geben. Bei öffentlichen Dokumenten kann man Dich sonst des Plagiats bezichtigen. Außerdem gehört es zum guten Ton... :)

<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
Etwa, wenn die TV-Kartenzeilen für Pubs erwähnt werden.
[/quote]

Nun ja, das sind Parameter, keine geschriebenen Texte, da wird wohl keiner etwas dagegen haben.

O Love

------------------
"I will not abide disobedience!"
 
  • Videocrypt Algorithmus Beitrag #9
N

no_operation

Bekanntes Mitglied
Dabei seit
13.11.1999
Beiträge
221
Reaktionspunkte
0
Da die FAQ's so steinalt sind, versuche ich mal ein paar knappe Ergänzungen:

Wie gesagt, die Zeilenvergleiche erfolgen mittels kleinster quadratischer Abweichung. Die Zeilen werden also in eine von 355 möglichen relativen Positionen zueinander geschoben und pixelweise verglichen. Die Helligkeitsdifferenzen werden dann quadriert und über die Zeile aufsummiert. Dazu wird normalerweise MMX eingesetzt, um 4-8 Pixel parallel zu verarbeiten. Die kleinste Abweichung tritt dann hoffentlich bei der richtigen Position auf.

Insgesamt wären so bei 360x288 mindestens 355x355x288x25 = 907 Millionen Pixel pro Sekunde zu vergleichen. Viel zu viel. Durch diverse Tricks kann dieser Wert drastisch gesenkt werden. Bei hVCPlus werden zB. schlimmstenfalls noch 57 Millionen Pixel verglichen, oft weniger.

Das Problem dieses Verfahrens ist, dass schräge Linien im Bild vom Dekoder als versetzte Zeilen erkannt werden. Durch das falsche Anordnen der Zeilen werden solche Linien fälschlich gerade gerückt. Ein weiteres Problem sind horizontale Linien, wie zB. Schränke, Türen usw. An diesem Übergang ähneln sich die Zeilen kaum noch, wodurch es zwangsweise zu Fehlern kommt. Gelegentlich tritt noch ein Phänomen auf: Im Bild sind zwei Konturen nebeneinander vorhanden, die sich so ähneln, dass der Dekoder sie verwechselt und das Bild falsch zusammensetzt: Die beiden Teile werden exakt vertauscht.

Die neueren Dekoder benutzen noch eine weitere Informationsquelle: Die Farbe.
Echte Dekoder dekodieren das Signal, bevor es vom Fernseher in Farb und Helligkeitsinformationen getrennt wird. Bei Software-Dekodern ist diese Reihenfolge vertauscht, wodurch die Farbinformation verfälscht wird: Je weiter die Bildinformation von ihrer ursprünglichen Position verschoben gesendet wird, desto stärker werden die Farben im U-V-Raum 'gedreht'.

Die richtige Dekodierung erkennt man also auch daran, dass die Farben der Zeilen gut passen. Da diese Drehung pro Schnittpunkt 228 Grad beträgt, wirken schon kleine Fehler sehr stark. Andererseits ergeben sich zB. bei 8 Schnittpunkten 'Entfernung' nur 24 Grad Fehler (8x228 = 1824 Grad), was kaum zu unterscheiden ist. Daher werden die Farben nur genutzt, um die Fehler der normalen Dekodierung zu erkennen und zu beseitigen.

-------------

Wohlgemerkt, das ist nur ein grober Überblick über die derzeitige Dekodierung. Zum funktionierenden Farb-Dekoder fehlen noch einige wesentliche Details, aber das würde diesen Text sprengen....

Weiteres findet man in den (frei erhältlichen) Quelltexten der Programme, wie zB. Multidec, hVCPlus und xawdecode (Linux).

no_operation
 
  • Videocrypt Algorithmus Beitrag #10
O

OldMan

Aktives Mitglied
Dabei seit
10.01.2000
Beiträge
36
Reaktionspunkte
0
Hallo

Badboy:
Soweit ich weis:
VideoCrypt 2 = DES
VideoCrypt 1 aber nicht?
www.fh-erlangen.de ist wohl falsch? :)


no_op:
Das ist 'ne gute Zusammenfasung! :)
>57 Millionen Pixel
Bei ca. 28 Millionen Pixel scheint etwa die Grenze zu sein. (auf'm AMD450: 50fps)

>Problem horizontale Linien
Diese müsste man wohl gezielt suchen und dann (wenn man davon ausgeht, daß diese nicht über die ganze Zeile gehen)
nur den Rest der Zeile zum Vergleich nehmen.

Und für die die's ganz genau mögen:
Die Farb-Drehung pro Cutpoint liegt bei 228.0146785714 Grad. :)


nanoman:
Der Ansatz ist plausibel. Nur zu bedenken: wenn der Cutpoint noch nicht bekannt ist, kann man die Farbe auch nicht
bestimmen. Deshalb wohl doch besser die Luminaz nehmen.
Zu überlegen: wie die markantesten Übergänge finden?
Aus der Differenz zweier nebeneinander liegenden Punkte? Die ist fast immer sehr klein.

>Source-Code
Multidec?


OldMan
 
  • Videocrypt Algorithmus Beitrag #11
N

nanoman4

Aktives Mitglied
Dabei seit
11.04.2000
Beiträge
32
Reaktionspunkte
0
Ort
schweiz,66666,
Teste nur mal n paar Smilies:
:)

;-)

:-(

:°-(

:cool:

B-)

:-o

:-þ

:-x

:-*

:-D

:->

:-O

#-/
 
  • Videocrypt Algorithmus Beitrag #12
N

no_operation

Bekanntes Mitglied
Dabei seit
13.11.1999
Beiträge
221
Reaktionspunkte
0
OldMan:
> >57 Millionen Pixel
> Bei ca. 28 Millionen Pixel scheint etwa
> die Grenze zu sein. (auf'm AMD450: 50fps)

Welche Grenze, die der CPU, oder die der fehlerfreien Dekodierung?

Mit welchem Programm? Wusste gar nicht, dass sich schon eins mit mehr als 25fps versucht...

Mittlerweile war ich noch mal neugierig: Mit reiner SW-Dekodierung braucht hVCPlus bei gut dekodierbaren Szenen etwa 21-24 Mio. Pixelvergleiche/s bei 360x288, 25fps.
Der Rest wird durch vorzeitigen Vergleichsabbruch wegrationalisiert.
Dass sollte für etwa 60fps (K6-2-500) reichen. Natürlich nur mit SW-Qualität.

> Und für die die's ganz genau mögen:
> Die Farb-Drehung pro Cutpoint liegt
> bei 228.0146785714 Grad.

+/- ein bisschen. Ich verwende derzeit etwa 228.008
Ich hab's noch nicht geprüft, aber da die anderen zwei Farbkonstanten auch von Sender zu Sender wechseln, vermute ich mal, dass auch diese nicht fest ist.

nanoman:
Sehr informativ. Ich denke, /dev/null oder \RECYCLED würden sich brennend dafür interessieren.

no_operation
 
  • Videocrypt Algorithmus Beitrag #13
O

OldMan

Aktives Mitglied
Dabei seit
10.01.2000
Beiträge
36
Reaktionspunkte
0
Hi!

>Welche Grenze, die der CPU, oder die der fehlerfreien Dekodierung?
Etwa dazwischen. Aber der Übergang ist natürlich fließend.

>Mit welchem Programm?
Hab' auf Mutidec4.4 aufgesetzt und auf 'beide Halbbilder' erweitert.

>60fps (K6-2-500). Natürlich nur mit SW-Qualität.
Dann sollten mit Farbe mehr als 25 möglich sein.
Dekodiert aber echt gut!
Wie läuft das, wann die Frame-Correlation einsetzt? (Ich sollte wohl doch mal in den Source sehen) :)

>>228.0146785714 Grad.
Ist nur ein theoretischer Wert. Hängt wohl von der Farbträgerfrequenz des Senders ab.
Macht aber nicht viel aus.

>die anderen zwei Farbkonstanten
Welche?


OldMan
 
  • Videocrypt Algorithmus Beitrag #14
N

nanoman4

Aktives Mitglied
Dabei seit
11.04.2000
Beiträge
32
Reaktionspunkte
0
Ort
schweiz,66666,
Was ist eigentlich eine Farbdrehung?

Oder wie wirkt sich so eine Farbdrehung auf einen RGB wert aus?

Angenommen der RGB Wert wäre (255,0,0)=Rot was passiert,wenn darauf eine Farbdrehung von
120° ausgeführt wird?

Wird der Wert dann Grün (0,255,0)?

Und was passiert bei 180°?

Gibt es eine Formel zur berechnung einer Farbdrehung auf eine Farbe?
 
  • Videocrypt Algorithmus Beitrag #15
N

no_operation

Bekanntes Mitglied
Dabei seit
13.11.1999
Beiträge
221
Reaktionspunkte
0
OldMan:
> > Mit welchem Programm?
> Hab' auf Mutidec4.4 aufgesetzt und
> auf 'beide Halbbilder' erweitert.

Aha.
Ich hab für die 60fps einfach die komplette Dekodierschleife inklusive Aufbereitung und Ausgabe per Schleife 4x laufen lassen.

> > 60fps (K6-2-500). Natürlich nur mit SW-Qualität.
> Dann sollten mit Farbe mehr als 25 möglich sein.
> Dekodiert aber echt gut!
> Wie läuft das, wann die Frame-Correlation einsetzt?

In der 0.50er sind (bzw. werden) 20fps bei 720x288 erreichbar, bei voller Farbe. (K6-2-500)
Bei 360x288 reicht sogar schon ein K6-2-250 für rund 25fps.

Noch ein paar Tage geduld, dann kommt die 0.50er!

> Hängt wohl von der Farbträgerfrequenz des Senders ab.
Eher Toleranzen der Encoder-Elektronik. Oder falsche Justierung. (wie bei TCN/TNT)

> > die anderen zwei Farbkonstanten
> Welche?

1. Absoluter Farbfehler.
Die Korrektur muss ja die Form Absolut+228*CP oder ähnlich haben.
-> ColorFix1 in hVCPlus.
Schwankt normalerweise um +/- 5 Grad. Ausser TCN/TNT: 59 Grad daneben!

2. Farbänderung am Cutpoint.
56 Grad +/- 3 Grad bei überschreiten des Cutpoint.
-> ColorFix2 in hVCPlus.


nanoman:
> Was ist eigentlich eine Farbdrehung?

Ok, ein wenig Farbtheorie.

Farbfernseher kriegen ihre Farben im YUV-System: Y ist die Helligkeit (Rückwärts-Kompatibel zum Schwarzweiss-Fernseher!) und U,V sind zwei willkürliche Komponenten, die die Abweichung vom Schwarzweiss-Wert beschreiben.

Umgerechnet wird so:
<pre>
r = 1.16*y + 1.60*v
g = 1.16*y - 0.39*u - 0.81*v
b = 1.16*y + 2.02*u
</pre>
Das ist eine Matrix-Multiplikation.

Bei Videocrypt kommt der Y-Anteil unverändert an, der U,V-Anteil ist aber gedreht: Stellt man sich den U,V-Anteil in einem Koordinatensystem vor, werden sämtliche Farben um den Ursprung gedreht. Eine 90 Grad-Drehung ist also eine Vertauschung von U und V. (Plus ein Vorzeichenwechsel)

Die Farbkorrektur ist dann eine Rückdrehung:
<pre>
u'= u*cos(a)+v*sin(a)
v'=-u*sin(a)-v*cos(a)
</pre>
(Ok, das ist eine Spiegelung mit einer Drehung. Die Spiegelung ist nötig, da die verschlüsselte Zeile normalerweise erst eine zeile tiefer ausgegeben wird. Und da ist die Farb-Phase andersherum.)

Eine 180 Grad-Drehung dreht das Vorzeichen von U und V um. Das tritt auf, da die Farbkorrektur zwei benachbarte Zeilen immer entgegengesetzt dreht. (Liegt wieder an der von Zeile zu Zeile wechselnden Farb-Phase.)
Wenn jetzt die eine Zeile um +180 Grad daneben gedreht wird, und die andere um -180 Grad daneben, stimmen die Farben trotzdem überein, da +180 Grad = -180 Grad.

no_operation
 
  • Videocrypt Algorithmus Beitrag #16
O

OldMan

Aktives Mitglied
Dabei seit
10.01.2000
Beiträge
36
Reaktionspunkte
0
...aber wo findet man den Source von hVCPlus?
:)
 
  • Videocrypt Algorithmus Beitrag #17
G

gpunkt

Bekanntes Mitglied
Dabei seit
23.08.1998
Beiträge
45
Reaktionspunkte
0
Entschuldigung wenn ich dazwischen gehe! Heißt das, daß wir in naher Zukunft ein Programm bekommen, womit mann richtig gut SkyOne sehen können?

Danke für eine Antwort!!!

G.
 
  • Videocrypt Algorithmus Beitrag #18
Q

Quisquam

Bekanntes Mitglied
Dabei seit
14.12.1999
Beiträge
769
Reaktionspunkte
0
@gpunkt: Sieht momentan nicht danach aus. Aber wegen Sky One alleine wäre es wohl auch nicht wert. Ich sage nur: Sky Premier, Moviemax, Cinema (Box Office gibt's ja leider nicht mehr analog).
 
  • Videocrypt Algorithmus Beitrag #19
N

no_operation

Bekanntes Mitglied
Dabei seit
13.11.1999
Beiträge
221
Reaktionspunkte
0
OldMan:
Auf der hVCPlus-Seite. http://members.xoom.com/no_operation/hVCPlus/

Steht auch in der Readme unter Quelltexte... :)

gpunkt:
Qualitativ ist kein Meilenstein in sicht. Leider.

Quisquam:
Was spricht gegen Sky One?
Voyager 'nur' eine ganze Staffel voraus, X-Files 'nur' da weiter gemacht, wo Pro 7 vorerst aufgehört hat, Dilbert - nie im deutschen Fernsehen gesehen....

no_operation


[Dieser Beitrag wurde von no_operation am 21. April 2000 editiert.]
 
  • Videocrypt Algorithmus Beitrag #20
C

Cable

Bekanntes Mitglied
Dabei seit
20.04.2000
Beiträge
66
Reaktionspunkte
0
Ort
Hessen
Hi no_operation,

zu:


>gpunkt:
>Qualitativ ist kein Meilenstein in sicht. >Leider.

Na ich weiss ja nicht, ich will ja keinem Hoffnung machen, aber die letzte Beta von nixwis von XCrypt (wurde und wird nicht public gemacht) oder sollte ich besser sagen MoreTV VC, da es ja keine single Version von XCrypt mehr geben wird, war von der Qualität her (des Bildes) fast perfekt, verdammt Nahe an der Nagravision/Syster Decodierung dran, also fast P****** Qualität! Nur der Speed ist da noch ein bisschen das Problem, aber das müsste auch noch hinzukriegen sein!
Aber um Kanäle wie: Paramount Comedy, Nickelodeon UK, Disney Channel, MTV, VH-1, Sky Premier etc. zu sehen reicht der Speed eigentlich aus! :)

zu:

>Quisquam:
>Was spricht gegen Sky One?
>Voyager 'nur' eine ganze Staffel voraus, X->Files 'nur' da weiter gemacht, wo Pro 7 >vorerst aufgehört hat, Dilbert - nie im >deutschen Fernsehen gesehen....


Da gebe ich Dir recht no_operation!

MfG Cable
 
Thema:

Videocrypt Algorithmus

ANGEBOTE & SPONSOREN

https://www.mofapower.de/

Statistik des Forums

Themen
213.180
Beiträge
1.579.174
Mitglieder
55.879
Neuestes Mitglied
stonetreck
Oben