ShowView Nummern
Matthias Fritsche
Hallo Leute,
kann mir jemand sagen ob die ShowView Nummern zur Programmierung von
Videorecordern nach irgendeinem System aus der entsprechenden Sendezeit
berechnet werden koennen. Wenn ja mailt mit mal bitte die entsprechenden
Informationen oder eine Quelle dafuer.
Danke fuer Eure hoffentlich zahlreichen Infos.
Gruss Matthias
---
Matthias Fritsche
e-mail: matthias...@rz.tu-ilmenau.de \\ //
(-o^o-)
-------------------------------------------------------oOOO--(_)--OOOo--
Matthias Fritsche
Hallo Leute,
kann mir jemand sagen ob die ShowView Nummern zur Programmierung von
Videorecordern nach irgendeinem System aus der entsprechenden Sendezeit
berechnet werden koennen. Wenn ja mailt mit mal bitte die entsprechenden
Informationen oder eine Quelle dafuer.
Danke fuer Eure hoffentlich zahlreichen Infos.
Gruss Matthias
--
Matthias Fritsche
e-mail: matthias...@rz.tu-ilmenau.de
Thomas Lattner
Hallo Peter,
PD>Das heißt, daß sich in den ShowView Codes schon die korrigierten VPS
PD>Zeiten verbergen, nicht die Anfangszeiten??
Yepp so isses = d.h., so haben die vom SDR es mir erzahlt.
PD>Dazu hätte ich gern eine hieb- und stichfeste Antwort von jemandem, der
PD>es auch nutzt und genau weiß. Bitte nicht "...ich glaube...". :-)
Sorry, for helping, aber was kommt schon von einem selbst - wenn man versucht
ehrlich zu bleiben.
PD>Aber dies ist m.W. immer noch Geheimnis. |-)
Ein guter Grund es aufzugeben - stimmt! ;-)
Tschau Peter
Thomas
---
All together now:
The answer my friend - Is not a boolean - The answer is not a boolean.
Edgar Fuss
Ich wollte eigentlich nichts dazu schreiben.
SchauGuck ist einfach eine Verschlüsselung von Sendernummer, Datum und Zeit
in etwas, was wie eine amerikanische Telephonnummer aussieht. Wenn die VPS-Zeit
von der wahren Zeit abweicht, dann gibt's auch immer zwei Telephonnummern in
der Fernsehzeitung.
Uwe Zeppei
Hallo,
PD>mittels ShowView die VPS Funktion aktivieren muß.
Könnte AFAIK 2 Ursachen haben:
1. Der Rekorder erkennt automatisch, ob der Sender VPS hat -> Rekorder muß
während der Programmierung auf den Sender eingestellt sein.
2. Die Fernsehzeitung hat einen beknackten eingestellt, der beim ausrechnen
der Codes gepennt hat -> andere Zeitschrift testen.
Ohne Werbung machen zu wollen: in der TV Spielfilm hatte ich bisher nur einen
falschen ShowView-Code, und sonst hat mein Rekorder immer VPS angeschaltet.
Gruß, Uzi
Martin Freiberg
Matthias Fritsche <matthias...@rz.tu-ilmenau.de> writes:
Hi,
> kann mir jemand sagen ob die ShowView Nummern zur Programmierung von
> Videorecordern nach irgendeinem System aus der entsprechenden Sendezeit
> berechnet werden koennen. Wenn ja mailt mit mal bitte die entsprechenden
> Informationen oder eine Quelle dafuer.
Ja, da gibt es ein System. Das genaue verfahren dazu ist jedoch
oeffendlich nicht bekannt und IMHO Patentrechtlich geschuetzt.
Enthalten ist
Sender Kenn-Nummer dreistellig
Startzeit Std.Min
Stoppzeit oder
Spieldauer Vermutlich die Spieldauer in Minuten.
Tag zweistellig (1-31)
Pruefsumme
Die Daten werden komprimiert um kuerzere Zahlen zu erhalten.
Die ShowView Nummern sind min. 4-stellig bis max. 9-stellig.
Vergleicht man die Daten verschiedener Sender miteinander, so
schein die Sender-Kennnummer einen grossen Einfluss auf die
Laenge der SchowView Nummer zu haben. Zudem gibt es bestimmte
Uhrzeiten an denen die Nummern fast immer sehr kurz sind.
Wenn jemand den Algorythmus kennt, mich wuerde dieser auch
interresieren.
Einen grossen Nachtei haben diese ShowView Nummern jedoch.
oft sind in den Zeitschriften falsche Nummern abgedruckt. :-(
Kommt natuerlich sehr gut wenn man dem Kunden das System
vorfuehren will und prommt zwei mal nacheinander eine
Fehlerhaft abgedruckte Nummer erwischt.
Martin
PS: Zwei Testnummern sind 1234 und 12345. :-)
--
()_() Martin Freiberg | Was zu dumm ist, gesagt zu werden,
( O O ) 87659 Hopferau | wird gesungen !
|\_/| |
\w/ Wer...@wwho.augusta.de | Beaumarchais
Alfred Jaeger
High Martin:
w>oeffendlich nicht bekannt und IMHO Patentrechtlich geschuetzt.
Patentschriften sind öffentlich. Wenn meine veraltete Info stimmt sind
Kopien ab 20DM zu haben.
Gruß: ALF|
Holger Petersen
wer...@wwho.augusta.de (Martin Freiberg) writes:
>Ja, da gibt es ein System. Das genaue verfahren dazu ist jedoch
>oeffentlich nicht bekannt und IMHO Patentrechtlich geschuetzt.
~~~~~~~~~ ^^^ ~~~~~~~
Das schliesst sich leider aus!
Soweit ich weiss, ist das ein Firmengeheimnis; wenn jemand andere
Info's hat, nur rauss damit...
Weihnachtliche Grüße, Holger
Kai Rode
Martin wrote:
>Die ShowView Nummern sind min. 4-stellig bis max. 9-stellig.
Das ist falsch. Es gibt sogar einstellige ShowView-Nummern, z.B. hat die
Sendung am ersten Tag des Jahres zur Hauptsendezeit im Programm mit dem
zur Einführung von ShowView höchsten Marktanteil und einer Dauer von 30
Minuten die Nummer 1. Es handelt sich übrigens in Deutschland um die
"heute"-Sendung am 1. Januar (ShowView-Codes sind länderspezifisch).
Bye
Kai
--
"Gives a whole new meaning to the term 'trashing."
Markus Kaufmann
Martin Freiberg (wer...@wwho.augusta.de) wrote:
: Enthalten ist
: Sender Kenn-Nummer dreistellig
: Startzeit Std.Min
: Stoppzeit oder
: Spieldauer Vermutlich die Spieldauer in Minuten.
Jo, muss die Dauer sein, weil eine Endzeit keinen Platz haette.
: Tag zweistellig (1-31)
: Pruefsumme
Nein, eine Prüfsumme hat ebenfalls keinen Platz.
Wenn ich mich recht erinnere, dann ist nichtmal Platz für die VPS-Kennung
(ist schon länger her, daß ich mich damit beschäftigt habe).
Mal ein paar Überlegungen dazu:
Die größte Zahl ist 499-999-999, das sind ca. 28,9 Bit, da muss es ziemlich
sparsam zugehen:
Startzeit: 1440 Minuten = 10,5 Bit
Dauer: 90 Werte = 6,5 Bit
Sender: 128 Sender = 7,0 Bit
Tag: 31 Tage = 5,0 Bit
--------
29,0 Bit
Dauer: Natuerlich gibt's auch Filme mit mehr als 90 Minuten, d.h. es
die Dauer kann nicht in Minuten sein. Es gibt Filme mit über 200 Minuten,
dafür ist aber (bei 1-Minuten-Auflösung) nun wirklich kein Platz.
Vermutlich ist das ganze exponentiell, d.h. bei kurzen Filmen mit
Minutenauflösung, bei langen Filmen mit 5-minuten-Auflösung oder
sowas in der Art.
Sender: Es gibt Sender mit Nummern >100, aber ich weis nicht, ob es nicht
eine Lücke gibt und es vielleicht nur 64 Sender sind. In diesem Fall
wäre es 1Bit weniger.
Man sieht: Die Endzeit kann nicht drin sein, das braucht zuviel Platz.
Auch der Monat oder gar das Jahr können nicht drin sein.
: Die Daten werden komprimiert um kuerzere Zahlen zu erhalten.
: Die ShowView Nummern sind min. 4-stellig bis max. 9-stellig.
Wie schon jemand anders schrieb: Es gibt auch 1-stellige Codes.
Fängt eine Sendung nicht zu vollen 5 Minuten an, dann ist der Code
9-stellig und die erste Ziffer gibt den Offset zu den vollen 5 Minuten an.
Bsp: 13:59 hat 4xx-xxx-xxx, weil es 4 Minuten nach 13:55 beginnt.
: Vergleicht man die Daten verschiedener Sender miteinander, so
: schein die Sender-Kennnummer einen grossen Einfluss auf die
: Laenge der SchowView Nummer zu haben. Zudem gibt es bestimmte
: Uhrzeiten an denen die Nummern fast immer sehr kurz sind.
Jo, Filme die zu vollen 30 Minuten beginnen und 30 Minuten dauern
haben besonders kurze Codes.
: Wenn jemand den Algorythmus kennt, mich wuerde dieser auch
: interresieren.
Nicht nur Dich.
Tschau
Markus
P.S.: Ja, es gibt Bruchteile von Bits, man kann sie nur nicht einzeln
speichern, was in diesem Fall aber auch nicht notwendig ist.
Stephan A. Maciej
On 26 Dec 96 (21:52), wer...@wwho.augusta.de wrote:
> Matthias Fritsche <matthias...@rz.tu-ilmenau.de> writes:
>
> Hi,
>
> > kann mir jemand sagen ob die ShowView Nummern zur Programmierung von
> > Videorecordern nach irgendeinem System aus der entsprechenden Sendezeit
> > berechnet werden koennen. Wenn ja mailt mit mal bitte die
> > entsprechenden Informationen oder eine Quelle dafuer.
>
In Deutschland ist ein patentrechtlicher Schutz fuer mathematische
Algorithmen - also z.B. auch fuer einen Algorithmus zur Ermittlung der
ShowView-Nummer - nicht moeglich, in Amiland schon (siehe PGP - drueben
geschuetzt, hier nicht).
>[...]
--
Stephan A. Maciej, step...@muc.de, http://www.muc.de/~stephanm/
'Love doesn't make the world go around, just up and down a bit :)'
Markus Krieger
Kommentar zu A21357@BB
Am 17.12.96 schrieb werwolf:
>Enthalten ist
> Sender Kenn-Nummer dreistellig
> Startzeit Std.Min
> Stoppzeit oder
> Spieldauer Vermutlich die Spieldauer in Minuten.
> Tag zweistellig (1-31)
> Pruefsumme
Senderkennnummer
Startzeit
Länge!
Tag (ohne Monat)
*Keine* Prüfsumme
>Die Daten werden komprimiert um kuerzere Zahlen zu erhalten.
>Die ShowView Nummern sind min. 4-stellig bis max. 9-stellig.
es gibt selbst einstellige Codes (vergl. 1. Januar, ZDF 19.00). Der
Showview-Code lautet: 1
>Vergleicht man die Daten verschiedener Sender miteinander, so
>schein die Sender-Kennnummer einen grossen Einfluss auf die
>Laenge der SchowView Nummer zu haben. Zudem gibt es bestimmte
>Uhrzeiten an denen die Nummern fast immer sehr kurz sind.
>Wenn jemand den Algorythmus kennt, mich wuerde dieser auch
>interresieren.
Ich habe mal ein paar Erkenntnisse gesammelt, die kommen die nächsten
Tage. Außerdem gibt es definitiv ein Programm, daß aus den Codes die
Infos rausfischt (für DOS).
> Martin
Gruß, Markus
---
PGP-Key available via request or EB
* Distribution via Microsoft - Network ist prohibited!!! *
Ingo Dehne
Hi Kai,
>"heute"-Sendung am 1. Januar
Stimmt. Die Nummer ist die 1.
Aber so schwer kann es ja nun eigentlich nicht sein die Codierung zu knacken.
Schließlich hat man zu jeder Nummer auch den Klartext. Wobei man sich nur
fragen muß welchen Klartext die Nummer enthält.
Ich tippe mal auf folgendes:
Das Tagesdatum als einfache Zahl. Also z.B. 30 für den 30.12.96, Für den
02.01.97 würde dann eine 2 ausreichen. Der 02.12.96 ist schließlich schon
vorbei.
Eine Codenummer für den Kanal bzw. das Programm von dem aufgenommen werden
soll. Also die sogenannten Show-View-Leitzahlen die allgemein bekannt sind.
Dann braucht man noch die Start- und die Endzeit, oder die Länge des Films.
Jetzt stellt sich natürlich die Frage wie die Werte codiert sind.
Wer Lust darauf hat sich auf die Suche nach dem Schlüssel zu machen kann sich
ja per PM bei mir melden.
Frohe Weihnachten und guten Rutsch.
Bis denn,
Ingo
Martin Freiberg
kauf...@mh.zebra.fh-weingarten.de (Markus Kaufmann) writes:
Hi,
> : Pruefsumme
> Nein, eine Prüfsumme hat ebenfalls keinen Platz.
Muss aber eine vorhanden sein, da es auch ungueltige Nummern
gibt.
> Wenn ich mich recht erinnere, dann ist nichtmal Platz für die VPS-Kennung
> (ist schon länger her, daß ich mich damit beschäftigt habe).
Ist ja auch eine eigene Uhrzeit bei Filmaenderungen, ansonsten mit
der Normalen Uhrzeit identisch.
> Die größte Zahl ist 499-999-999, das sind ca. 28,9 Bit, da muss es ziemlich
> sparsam zugehen:
Es sind 29 Bit.
> Startzeit: 1440 Minuten = 10,5 Bit
> Dauer: 90 Werte = 6,5 Bit
> Sender: 128 Sender = 7,0 Bit
> Tag: 31 Tage = 5,0 Bit
Muss anderst Kodiert sein.
> Dauer: Natuerlich gibt's auch Filme mit mehr als 90 Minuten, d.h. es
> die Dauer kann nicht in Minuten sein. Es gibt Filme mit über 200 Minuten,
> dafür ist aber (bei 1-Minuten-Auflösung) nun wirklich kein Platz.
> Vermutlich ist das ganze exponentiell, d.h. bei kurzen Filmen mit
> Minutenauflösung, bei langen Filmen mit 5-minuten-Auflösung oder
> sowas in der Art.
Oder es gibt eine Kennung fuer die Schrittweite (Statt Min, 5 Min, 30Min,...)
> Sender: Es gibt Sender mit Nummern >100, aber ich weis nicht, ob es nicht
> eine Lücke gibt und es vielleicht nur 64 Sender sind. In diesem Fall
> wäre es 1Bit weniger.
Nein, keine Luecke.
> Man sieht: Die Endzeit kann nicht drin sein, das braucht zuviel Platz.
> Auch der Monat oder gar das Jahr können nicht drin sein.
Monat fliesst mit ein.
> : Die Daten werden komprimiert um kuerzere Zahlen zu erhalten.
Ich korrigiere mich, sie sind nicht komprimiert.
> Fängt eine Sendung nicht zu vollen 5 Minuten an, dann ist der Code
> 9-stellig und die erste Ziffer gibt den Offset zu den vollen 5 Minuten an.
> Bsp: 13:59 hat 4xx-xxx-xxx, weil es 4 Minuten nach 13:55 beginnt.
Kann ich inzwischen Bestaetigen.
Halten wir mal die Fakten fest.
- Fuehrende Nullen werden nicht angegeben, die Zahl selbst ist daher
immer 9-stellig.
- Sind die Startzeit-Minuten nicht durch 5 Teilbar, so ist die Ziffer
9-stellig. die erste Stelle gibt immer die zusaetzlichen Minuten an.
- Die abgedruckten Zahlen mussten ueber eine Tabelle umgesetzt werden,
damit die haeufigste Zahl als Null erscheint.
- Der Tag ist im rechten Teil (5 Stellen,Untersten 17 Bit) codiert.
- Der Tag beeinflusst alle Bitstellen.
- Stunden und Minuten werden vermutlich getrennt gespeichert, aber nicht
als eigener Wert.
- Der Monat fliesst in die Berechnung mit ein. Denn identische Sendungen
haben unterschiedliche Nummern. z.B. ARD 20.00-20.15 7.Nov(73200)
Dez(50303)/Jan(36552)
4533 = ARD,7.Dez,15.00,30Min = ???,7.Jan,21.00,30Min.
- Ziffer 0 gibt es nicht.
- Alle Ziffern sind untereinander verknuepft.
-Das Jahr hat keinen Einfluss.
Eingabe: 28.12.96 28.01.96
28.12.97 28.01.96
1 = ZDF,19.00 1.Jan ZDF,19.30 1.Feb
2 = ZDF,19.30 " ARD,20.00 1.Feb
3 = ARD,20.00 " ARD,20.30 1.Feb
4 = ARD,20.30 " ZDF,20.00 1.Feb
5 = ZDF,20.00 " ZDF,20.30 1.Feb
6 = ZDF,20.30 " [3],19.00 1.Feb
7 = [3],19.00 " [3],19.30 1.Feb
8 = [3],19.30 " [4],19.00 1.Feb
9 = [4],19.00 " [4],19.30 1.Feb
10 = [4],19.30 " [3],20.00 1.Feb
11 = [3],20.00 2.Jan [4],20.00 2.Feb
12 = [3],20.30 3.Jan ARD,21.00 3.Feb
13 = ZDF,19.00 3.Jan ARD,21.30 3.Feb
14 = ARD,20.30 2.Jan ZDF,20.30 2.Feb
15 = ZDF,20.00 3.Jan
16 = ARD,20.30 3.Jan
17 = [3],22.00 1.Jan
18 = [3],22.30 2.Jan
19 = [4],22.00 3.Jan
20 = ARD,22.30 1.Jan
[3] SV-Kennziffer 003, wer ist das?
[Radio Bremen mit 004
ARD,Jan.97,20.00 - 20.15
01. 65246 0 1111 1110 1101 1110
02. 84647 1 0100 1010 1010 0111
03. 10338 0 0010 1000 0110 0010
04. 66839 1 0000 0101 0001 0111
05 78940
06 80051
07 36552
08 62243
09 81644
10 67395
11 56546
12 75947
13 98110
14 17551
15 36912
16 71351
17 94524
Wir da jemand daraus schlau?
Gruss
Martin
PS: Bleiben wir am Ball und knacken das Ding? Wer macht alles mit?
--
W I R koennen die Natur nur | ()_() Martin Freiberg
dadurch beherschen, dass wir | ( O O )
uns ihren Gesetzen unterwerfen. | |\_/|
Francis Bacon | \w/ Wer...@wwho.augusta.de
Horst Lehner
Hallo Martin,
MF> Bleiben wir am Ball und knacken das Ding?
Gute Idee. Wenn mir dann noch jemand sagt, wie man eine anständige
Fernbedienung für alle möglichen Codes baut, kann ich endlich mal meine ganzen
unbedienbaren IR-Schleudern in die hinterste Ecke des Schranks verbannen...
MF> Wer macht alles mit?
Ein Mathematiker oder Kryptograph und einige Datentypisten wären gut. Um
algotithmisch einen Code von ca. 30 Bits zu knacken, brauchen wir ziemlich
viele Datenpaare...
Einen guten Rutsch und
Grüße von Horst
Heiko Nocon
kauf...@mh.zebra.fh-weingarten.de (Markus Kaufmann) schrieb:
>Nein, eine Prüfsumme hat ebenfalls keinen Platz.
>Wenn ich mich recht erinnere, dann ist nichtmal Platz für die VPS-Kennung
>(ist schon länger her, daß ich mich damit beschäftigt habe).
Eine Prüfsumme o.ä. muß in irgendeiner Form implementiert sein, da
falsche Codes eindeutig erkannt werden.
>Mal ein paar Überlegungen dazu:
>
>Die größte Zahl ist 499-999-999, das sind ca. 28,9 Bit, da muss es ziemlich
>sparsam zugehen:
So ein Unsinn. Wenn die größte verfügbare Zahl 499999999 ist (Woher
hast du eigentlich diese Zahl, könnte das nicht auch 999999999 sein?),
dann stehen genau so viele diskrete Zustände zur Datenspeicherung zur
Verfügung. Wie viele davon genutzt werden, hängt von der
Zuordnungsvorschrift für die Abbildung der binären Daten im
Dezimalsystem ab. Genau diese Zuordnungsvorschrift macht ja wohl das
aus, was hier ursprünglich gesucht wurde und was von der Firma Gemstar
Development Corp. so erfolgreich geheimgehalten wird. Ohne die genaue
Kenntnis dieser Zuordnungsvorschrift hängen Überlegungen zum
Informationsgehalt ziemlich in der Luft.
Aber auch mich würde das sehr stark interessieren. Vielleicht sollte
man mal die Mathematik- und/oder Kryptologie-Newsgroups befragen.
Genug Datenmaterial zur Analyse ist ja verfügbar. Meine eigenen
Kenntnisse in dieser Richtung reichen leider nicht aus, um ein
sinnvolles Analyseprogramm zu basteln.
MfG Heiko
Alfred Jaeger
High Werwolf:
w>> Startzeit: 1440 Minuten = 10,5 Bit
w>Muss anderst Kodiert sein.
Vermutung: Startzeit "Null" ist nicht Mitternacht, sondern 19:00h des aktuellen
Tages. Davorliegende Sendungen gehören zum vorhergehenden Tag.
Gruß: ALF|
Horst Lehner
Hallo ¡,
muß ich mich mal wieder selber kommentieren:
> algotithmisch
^^^
ojeoje -- war das ein Freud'scher? ;-)
Sollte natürlich algorithmisch heißen, also mit einem Brute-Force-Algorithmus.
Olav Woelfelschneider
Michael Zink <mic...@swamp.franken.de> wrote in maus.elektronik:
> Dicke Tabelle
Macht doch die brute-force Methode...
Es muessen sich nur genug Leute finden die jeder eine andere Anzahl von Nummern
ausprobieren... (:
Oder die elektronische brute-force Variante...
Eine Schaltung die die eine ShowView FB bedient, das gesendete IR Signal
auswertet und daraus dann per Computer eine grosse Tabelle baut?
(Nein, ich dachte jetzt nicht an einen Roboterarm sondern eher an ein
paar Analogschalter ala 4066 die die Tastenmatrix bedienen.)
Die Tabelle kann man dann analysieren.
Dumme Idee? Muesste mal einer durchrechnen wie lange sowas dauert...
--
Olav "Mac" Wölfelschneider wo...@rbg.informatik.th-darmstadt.de
I'd rather write programs to write programs than write programs.
[Bumper Sticker]
Markus Krieger
Am 25.12.96 schrieb kaufmann:
>Vermutlich ist das ganze exponentiell, d.h. bei kurzen Filmen mit
>Minutenauflösung, bei langen Filmen mit 5-minuten-Auflösung oder
>sowas in der Art.
Immer 5-Minuten-Auflösung.
>Man sieht: Die Endzeit kann nicht drin sein, das braucht zuviel Platz.
>Auch der Monat oder gar das Jahr können nicht drin sein.
jepp, der Monat wird aber mit eingerechnet!
>: Die Daten werden komprimiert um kuerzere Zahlen zu erhalten.
>: Die ShowView Nummern sind min. 4-stellig bis max. 9-stellig.
>Wie schon jemand anders schrieb: Es gibt auch 1-stellige Codes.
>Fängt eine Sendung nicht zu vollen 5 Minuten an, dann ist der Code
>9-stellig und die erste Ziffer gibt den Offset zu den vollen 5 Minuten an.
>Bsp: 13:59 hat 4xx-xxx-xxx, weil es 4 Minuten nach 13:55 beginnt.
Würde die heute-Sendung am 1. Januar nicht um 19.00 Uhr anfangen,
sondern um 19.01, wäre der Code statt 1 dann 100-000-001!
>Tschau
> Markus
Markus Krieger
Kommentar zu A40293@BB
Am 28.12.96 schrieb werwolf:
>Halten wir mal die Fakten fest.
>
>- Fuehrende Nullen werden nicht angegeben, die Zahl selbst ist daher
> immer 9-stellig.
nope: 1 und 01 sind unterschiedliche Sendungen!
>- Sind die Startzeit-Minuten nicht durch 5 Teilbar, so ist die Ziffer
> 9-stellig. die erste Stelle gibt immer die zusaetzlichen Minuten an.
und die Länge der Sendung verkürzt sich...
>- Der Monat fliesst in die Berechnung mit ein. Denn identische Sendungen
> haben unterschiedliche Nummern. z.B. ARD 20.00-20.15 7.Nov(73200)
> Dez(50303)/Jan(36552)
> 4533 = ARD,7.Dez,15.00,30Min = ???,7.Jan,21.00,30Min.
auch z.B. am 16. alle zwei Monate?
>- Ziffer 0 gibt es nicht.
ja
>-Das Jahr hat keinen Einfluss.
stimmt!
> [3] SV-Kennziffer 003, wer ist das?
> [Radio Bremen mit 004
1 ARD
2 ZDF
3 ist interessanterweise auch ARD!!!
4 RTL
> Wir da jemand daraus schlau?
Tip: fang erstmal mit den 3stelligen Codes (Tagesthemen 22.30) an!
>Gruss
> Martin
Ingo Dehne
Hi Martin,
>[3] SV-Kennziffer 003, wer ist das?>[Radio Bremen mit 004
Laut meiner Show-View-Liste steht die [3] für ARD(Bremen) und die [4] für
RTL Plus. Hier ist übrigens die komplette Liste:
-------------Schnipp-----------
ARD 001
ARD (Bremen) 003
Arte 010
B 1 (Berlin) 027
Bayern 018
DSF 012
Euro News 013
Ferns. a. Berlin 041
Hessen 3 026
K5 (Berlin) 038
Kabelkanal 008
Kabel Ludwigshafen 042
MDR (Sachsen-Anh.) 033
MDR (Sachsen) 032
MDR (Thüringen) 034
Mischkanal 047
NDR3 (Bremen) 025
N DR3 (Mecklenburg) 022
NDR 3 (Niedersachsen) 021
NDR 3 (Schleswig-Hol.) 019
N DR 3 (Hamburg) 020
n-tv 007
Offener Kanal 045
ORB (Brandenburg) 035
Premiere 117
PRO 7 006
RTF (Letzeberg) 037
RTL Plus 004
RTL 2 009
3 SAT 118
SAT 1 005
SFB 036
Südwest 3 (Baden) 029
Südwest 3 (Rhein) 030
Südwest 3 (Saarland) 031
TD1 046
Theaterkanal 043
TV Weiß-Blau 044
VOX 011
West 3 017
VIVA 122
ZDF 002
Ausländische Sender
BFl (Belgium) 098
BF2 (Belgium) 099
BN1 (Belgium) 096
BN2 (Belgium) 097
DKl (Denmark) 091
DK2 (Denmark) 092
DRS (Switzerland) 024
EuroSport 107
FR2 (France) 094
FR3 (France) 095
MTV Europe 109
NLl (Netherlands) 088
NL2 (Netherlands) 089
NL3 (Netherlands) 090
ORFl (Austria) 014
ORF2 (Austria) 015
RTSR (Switzerland) 016
RTSl (Switzerland) 023
S+ (Switzerland) 039
SuperChannel 144
TF1 (France) 093
TRT (Turkey) 040
TV5 (France) 133
BBC WSTV 112
Bravo 125
Children's Channel 110
CNN 126
Discovery 124
Eurosport 107
FilmNet 114
Galavision 108
MTV Europe 109
Movie Channel 104
Premiere 117
3 SAT 118
SAT 1 116
Sceen Sports 106
Sky movies 103
Sky movies Gold 111
Sky News 102
Sky One 101
Sky Sports 105
Super Channel 144
RTL4 113
TV 5 Europe 133
UK Gold 123
-------------Schnapp-----------
Sie ist hoffentlich recht aktuell.
War bei dem Videorecorder den ich mit letzten gekauft habe.
Bis denn,
Ingo
Ingo Dehne
Hi Michael,
>ZDF 01.XX.> 1 = 19:00 - 19:30
Stimmt.
>100000001 = 19:01 - 19:30
Bei mir nicht. Mein Recorder sagt:
1.1.97 15.31 Uhr bis 17.40 Uhr. Ein Programm hat er nicht angegeben.
>2 = 19:30 - 20:00
Stimmt.
>100000002 = 19:31 - 20:00
Ergibt bei mir: 1.1.97 15.31 Uhr bis 17.35 Uhr.
>500000001 = 19:00 - 19:30
Ergibt bei mir Fehler.
>10 = 19:30 - 20:00 RTL 01.XX.
Ist OK.
>100 = 19:30 - 20:00 RTL 04.XX.
Stimmt ebenfalls.
>1000 = Fehler
Ebenfalls Fehler
1001 = 20.01.97 19.30 Uhr bis 20.00 Uhr Kein Programm
1002 = 09.01.97 7.30 Uhr bis 8.00 Uhr Kein Programm
1003 = 28.01.97 10.30 Uhr bis 11.00 Uhr Kein Programm
1004 = 14.01.97 6.00 Uhr bis 6.30 Uhr PRO 7
1005 = 08.01.97 15.30 Uhr bis 16.00 Uhr PRO 7
1006 = 22.01.97 16.00 Uhr bis 16.30 Uhr PRO 7
10000 Fehler
10001 = 20.01.97 23.00 Uhr bis 23.15 Uhr Kein Programm. Man beachte! Nur 15
Minuten. Nicht mehr 30!
100001 = 20.01.97 15.30 Uhr bis 16.20 Uhr BR 3
Monat und Jahr habe ich hinzugefügt. Der deutlichkeit halber.
Ansonsten scheint es doch ein ziemliches Durcheinander zu sein.
Bis denn,
Ingo
Stephan A. Maciej
On 31 Dec 96 (09:31), Heiko...@t-online.de wrote:
> Aber auch mich w=FCrde das sehr stark interessieren. Vielleicht sollte
> man mal die Mathematik- und/oder Kryptologie-Newsgroups befragen.
Warum so viel Wind um so einen Nonsens ? Ich finde das ShowView-System
idiotisch. Grund: Bei einem Videorecorder ohne ShowView druecke ich die
Programmiertaste und gebe diverse Ziffern ein, die ich mir leicht merken ka=
nn
(heutiges Datum - 31.12., 22:45...23:10, 2. Programm). Bei einem
Videorecorder *mit* ShowView druecke ich ebenfalls eine Taste (die
Deppentaste, auch ShowView-Taste genannt) und vertippe mich in der
Ziffernkombination, weil die in der Programmzeitschrift so klein gedruckt
sind und nehme fuer den Grossvater aus versehen statt dem Musikantenstadl d=
en
Schulmaedchenreport auf (woraufhin Opi die moderne Technik endlich mal
lobte.... :)
> Genug Datenmaterial zur Analyse ist ja verf=FCgbar. Meine eigenen
> Kenntnisse in dieser Richtung reichen leider nicht aus, um ein
> sinnvolles Analyseprogramm zu basteln.
Wen interressieren denn schon diese doofen Zahlen ? Will hier jemand eine
Programmzeitschrift herausgeben ?
Stephan Splitthoff
>Warum so viel Wind um so einen Nonsens ? Ich finde das ShowView-System
>idiotisch. Grund: Bei einem Videorecorder ohne ShowView druecke ich die
Ich finde Das ShowView eine absolut gute und nützliche Erfindung. Da ich
keinen Kabelanschluss, sondern eine Schuessel auf ASTRA hab, musste ich ohne
ShowView den Reciver vorher von hand auf das richtige Programm schalten.
Folglich konnte ich nur von einem Sender automatisch aufnehmen. Dann hab ich
mir einen Reciver mit Timer gekauft. Dann musste ich immer den Videorecorder
und den Reciver programmieren.
Dann hab ich mir ein externes ShowView gekauft. Jetzt gebe ich einfach ein
paar Zahlen ein, und das ShowView-Geraet uebernimmt den Rest.
>Wen interressieren denn schon diese doofen Zahlen ? Will hier jemand eine
>Programmzeitschrift herausgeben ?
Erstens ist es einfach der Reiz, das System zu knacken.
Zweitens sind in den TV-Zeitschriften oft falsche Codes abgedruckt.
Drittens waere es einfach praktisch, wenn man nicht unbedingt in die Zeitung
sehen muss, um das ShowView zu programmieren.
>Stephan A. Maciej, step...@muc.de, http://www.muc.de/~stephanm/
splitti
---
---------------------------------------------------------------------
/ Stephan Splitthoff spl...@air.gt.owl.de /
/ Falkenstr. 36 http://mini.gt.owl.de/~splitti /
/ 33758 Schloss Holte (Germany) Tel/Fax: 05207-3872 /
---------------------------------------------------------------------
Markus Kaufmann
Martin Freiberg (wer...@wwho.augusta.de) wrote:
: > : Pruefsumme
: > Nein, eine Prüfsumme hat ebenfalls keinen Platz.
: Muss aber eine vorhanden sein, da es auch ungueltige Nummern
: gibt.
Nein, es reicht wenn es ungültige Codes gibt.
: > Die größte Zahl ist 499-999-999, das sind ca. 28,9 Bit, da muss es ziemlich
: > sparsam zugehen:
:
: Es sind 29 Bit.
Nein, in 29 Bit kann man mehr Informationen unterbringen. Natürlich kann man
28,9 Bit nicht binär in einem Computer speichern (da braucht man 29 Bit),
aber darum geht's hier ja garnicht.
:
: > Startzeit: 1440 Minuten = 10,5 Bit
: > Dauer: 90 Werte = 6,5 Bit
: > Sender: 128 Sender = 7,0 Bit
: > Tag: 31 Tage = 5,0 Bit
:
: Muss anderst Kodiert sein.
Warum?
: > Man sieht: Die Endzeit kann nicht drin sein, das braucht zuviel Platz.
: > Auch der Monat oder gar das Jahr können nicht drin sein.
:
: Monat fliesst mit ein.
Nein, es reicht wenn der Zyklus > 1 Monat ist, z.B. 32 Tage.
: > : Die Daten werden komprimiert um kuerzere Zahlen zu erhalten.
: Ich korrigiere mich, sie sind nicht komprimiert.
Hmm... Datenkompression ist einfach nur eine andere (kürzere) Darstellung
der gleichen Information. Und genau das geschieht hier: Das Abendprogramm
auf den wichtigsten Sendern hat die kürzesten Codes.
: - Der Tag ist im rechten Teil (5 Stellen,Untersten 17 Bit) codiert.
Eher 5 Bit. Mit 17 Bit kannst locker Tag+Monat+Jahr unterbringen.
: - Der Tag beeinflusst alle Bitstellen.
: - Alle Ziffern sind untereinander verknuepft.
Wenn die einzelnen Werte eine nichtganzzahlige Anzahl an Stellen
(sowohl Bit- als auch Dezimalstellen) haben, dann geschieht sowas
automatisch.
: - Stunden und Minuten werden vermutlich getrennt gespeichert, aber nicht
: als eigener Wert.
Das ist doch egal.
: - Der Monat fliesst in die Berechnung mit ein.
Nein, s.o.
: PS: Bleiben wir am Ball und knacken das Ding? Wer macht alles mit?
Ja, würde mich wirklich interessieren.
Tschau
Markus
Markus Kaufmann
: >Nein, eine Prüfsumme hat ebenfalls keinen Platz.
: >Wenn ich mich recht erinnere, dann ist nichtmal Platz für die VPS-Kennung
: >(ist schon länger her, daß ich mich damit beschäftigt habe).
:
: Eine Prüfsumme o.ä. muß in irgendeiner Form implementiert sein, da
: falsche Codes eindeutig erkannt werden.
Nein, dazu reicht es, daß es ungültige Codes gibt.
Wenn die Prüfsumme nur 1 Bit groß wäre, dann wären bereits 50% der
Codes ungültig. Wäre es 1 Dezimalstelle, dann wären 90% der Codes ungültig.
: >Mal ein paar Überlegungen dazu:
: >
: >Die größte Zahl ist 499-999-999, das sind ca. 28,9 Bit, da muss es ziemlich
: >sparsam zugehen:
: So ein Unsinn. Wenn die größte verfügbare Zahl 499999999 ist (Woher
: hast du eigentlich diese Zahl, könnte das nicht auch 999999999 sein?),
Beobachtung. Ich hab' mit ein paar Zeitschriften gründlich angeschaut,
und dort sind keine größeren Codes vorgekommen.
: dann stehen genau so viele diskrete Zustände zur Datenspeicherung zur
: Verfügung. Wie viele davon genutzt werden, hängt von der
: Zuordnungsvorschrift für die Abbildung der binären Daten im
: Dezimalsystem ab. Genau diese Zuordnungsvorschrift macht ja wohl das
: aus, was hier ursprünglich gesucht wurde und was von der Firma Gemstar
: Development Corp. so erfolgreich geheimgehalten wird. Ohne die genaue
: Kenntnis dieser Zuordnungsvorschrift hängen Überlegungen zum
: Informationsgehalt ziemlich in der Luft.
Man kann den maximalen Informationsgehalt vom Showview einfach ausrechnen.
Ich geh' davon aus, dass eine Sendung zu jeder Uhrzeit (volle Minuten),
an jedem Tag (Programmierung bis zu einem Monat im voraus) und
in jedem Sender beginnen kann. Diesen Informationsbedarf
kann man ebenfalls ausrechnen. Die Dauer muss ebenfalls enthalten sein,
ich weis aber noch nicht, wie genau das gespeichert wird.
Wenn ich weis, welche Informationen enthalten sein MÜSSEN, dann kann
ich auch den (minimalen) Informationsgehalt ausrechnen.
Bei showview ist es (zu unserem Glück) so, daß minimaler und maximaler
Informationsgehalt recht dicht beieinander liegen, so daß man
durchaus Aussagen über die enthaltenen Informationen machen kann.
Tschau
Markus
Gunnar Thoele
Hallo !
Ich habe diese Diskussion verfolgt und fand beim Großreinemachen ein
Programm, das VCRPLS-Codes ver- und entschlüsselt.
Es scheint sich dabei um das Showview-Verfahren zu handeln, obwohl meine
(nur sehr kurzen) Tests etwas seltsam ausfielen.
Nachteil: Das ganze funktioniert nur mit Sendungen, die auf einer
Halbstundengrenze anfangen und aufhören, also mit maximal 6stelligen
Nummern.
Ich habe hier sowohl vom Encoder- als auch vom Decoderprogramm ein EXE,
ein C-Quellcode und ein Turbo C Projektfile.
Soll ichs posten? Größe Quellcodes je 15 KB
PS Ich kann kein C.
Keine Mail > 16KB !!
Gunnar Thöle
Andreas Schildbach
On 31 Dec 1996 02:09:00 +0100, ste...@maciej.muc.de (Stephan A.
Maciej) wrote:
>Warum so viel Wind um so einen Nonsens ? Ich finde das ShowView-System
>idiotisch. Grund: Bei einem Videorecorder ohne ShowView druecke ich die
>Programmiertaste und gebe diverse Ziffern ein, die ich mir leicht merken kann
>(heutiges Datum - 31.12., 22:45...23:10, 2. Programm). Bei einem
>Videorecorder *mit* ShowView druecke ich ebenfalls eine Taste (die
>Deppentaste, auch ShowView-Taste genannt) und vertippe mich in der
>Ziffernkombination, weil die in der Programmzeitschrift so klein gedruckt
>sind und nehme fuer den Grossvater aus versehen statt dem Musikantenstadl den
>Schulmaedchenreport auf (woraufhin Opi die moderne Technik endlich mal
>lobte.... :)
Sofern Showview gleich im Geraet eingebaut ist, und nicht in Form
einer Fernbedienung nachtraeglich dazugekauft, finde ich Showview
extrem effektiv.
Mit wenigen Tastendruecken programmiert man die kompletten Daten fuer
eine Aufnahme (SHOWVIEW, Nummer, ENTER, SEND). Fehler in der Eingabe
erkennt man sofort, da bei nur einem kleinen Eingabefehler (z.B.
Zahlendreher) entweder die Nummer ungueltig oder die Ausgabe total
falsch ist.
Eigentlich sollte man gar nicht zuviele Worte darueber verlieren. Fakt
ist: Seit wir einen Videorekorder mit Showview haben, kommen meine
Eltern endlich mit der Programmierung einer Aufnahme ohne meine Hilfe
zurecht. Das zeigt, das Showview fuer technisch weniger versierte
Leute das Richtige ist.
Jeder andere kann den Videorekorder immer noch mit den herkoemmlichen
Methoden programmieren.
Das die Showview-Zahlen in bestimmten Fernsehzeitschriften sehr klein
oder manchmal auch falsch sind, hat mit Showview nichts zu tun,
sondern allerhoechstens mit der Wahl der falschen Fernsehzeitschrift.
- Andreas
---
Andreas "Goonie" Schildbach
schi...@informatik.tu-muenchen.de
Adrenaline is the only drug.
Martin Meyer
wo...@rbg.informatik.th-darmstadt.de meinte am 30.12.96
zum Thema "Re: ShowView Nummern":
OW> Oder die elektronische brute-force Variante...
OW> Eine Schaltung die die eine ShowView FB bedient, das gesendete IR Signal
OW> auswertet und daraus dann per Computer eine grosse Tabelle baut?
OW> (Nein, ich dachte jetzt nicht an einen Roboterarm sondern eher an ein
OW> paar Analogschalter ala 4066 die die Tastenmatrix bedienen.)
OW> Die Tabelle kann man dann analysieren.
Ich hab das gerade mal nachvollzogen und die IR-Impulse meiner FB fuer die
SV Nummern 31 und 13 aufgezeichnet und verglichen. Ergebnis
13: \ / 130 152 270 \
160 identische Impulse 50 identische Impulse
31: / \ 270 152 130 /
(1=1/80000 Sekunde)
Die Decodierung findet also nicht in der FB sondern im VCR statt was ja
auch Sinn macht, denn dadurch minimiert man die Anzahl der per IR zu
uebertragenden Informationen und somit die Uebertragungszeit und die
Fehleranfaelligkeit. Und auch wenn die SV-Codes z.B. fuer ein LCD-Display
in der FB aufgeloest werden, wird sicherlich nicht die aufgeloeste
Information sondern der SV-Code aus obigen Gruenden uebertragen.
Es gibt also eine Art 1:1 Beziehung zwischen den ShowView Codes und den IR-
Impulsen. Insofern denke ich, dass eine Analyse der Impulse ueberfluessig
ist und nur den Aufwand vergroessert. Oder habe ich Dich falsch
verstanden?
--
FIDO: 2:241/537.8 e-mail: M.M...@chaos.gun.de
Markus Krieger
Kommentar zu A46055@BB
Am 30.12.96 schrieb michael:
>Am 21.12.96, ARD 17:00 - 17:30 hat laut TV Movie den Code 4711. Die
>Fernbedienung erzeugt daraus aber 21., SAT1 18:00 - 18:30. Wer hat da
>Recht?
Die Codes gelten nur im Voraus! Nach 2 Tagen hat ein Code eine andere
Bedeutung! Nur der Tag bleibt gleich!
Detlef Schmicker
Erst was algemeines, weiß jemand ob es sich lohnt den Code zu
knacken?? bezahlen die Fernsehzeitschriften geld um die
Zahlen zu verwenden. Der Algorithmus kann ja rechtlich nicht
geschützt sein in Deutschland???
aus der bisherigen diskussion schließe ich, daß man erstmal rauskriegen
muß, welche unterschiedlichen Längen möglich sind!!-->
Martin Freiberg wrote:
> Es sind 29 Bit.
>
> > Startzeit: 1440 Minuten = 10,5 Bit
> > Dauer: 90 Werte = 6,5 Bit
> > Sender: 128 Sender = 7,0 Bit
> > Tag: 31 Tage = 5,0 Bit
>
> Muss anderst Kodiert sein.
? wie dem auch sei, ohne bitumweg erhält man ähnliches:
60 minuten/Stunde * 24 Stunden/Tag * 28 Tage (meine bedienungsanleitung
spricht von 4 Wochen, nicht von einem Monat?!) * 100 Sender
gibt so ungefähr 120 mögliche Werte für die Länge des Films, wenn
man von 499 999 999 verschieden showviewzahlen ausgeht.
> > Dauer: Natuerlich gibt's auch Filme mit mehr als 90 Minuten, d.h. es
> > die Dauer kann nicht in Minuten sein. Es gibt Filme mit über 200 Minuten,
> > dafür ist aber (bei 1-Minuten-Auflösung) nun wirklich kein Platz.
> > Vermutlich ist das ganze exponentiell, d.h. bei kurzen Filmen mit
> > Minutenauflösung, bei langen Filmen mit 5-minuten-Auflösung oder
> > sowas in der Art.
>
> Oder es gibt eine Kennung fuer die Schrittweite (Statt Min, 5 Min, 30Min,...)
hat das einer überprüft?? ich muß mir mal eine Fernbedienung leihen
> > Sender: Es gibt Sender mit Nummern >100, aber ich weis nicht, ob es nicht
> > eine Lücke gibt und es vielleicht nur 64 Sender sind. In diesem Fall
> > wäre es 1Bit weniger.
>
> Nein, keine Luecke.
also habe ich mit 100 Sendern wohl untertrieben, dann weniger als
120 mögliche Längen
> Monat fliesst mit ein.
hmm ich hätte auf ein verfahren mit wochen seit Jahresanfang getippt
oder so
> > Fängt eine Sendung nicht zu vollen 5 Minuten an, dann ist der Code
> > 9-stellig und die erste Ziffer gibt den Offset zu den vollen 5 Minuten an.
> > Bsp: 13:59 hat 4xx-xxx-xxx, weil es 4 Minuten nach 13:55 beginnt.
>
> Kann ich inzwischen Bestaetigen.
das ist ja schon sehr gut!!!
--
Detlef Schmicker
Technologiezentrum
Bismarkstr. 142
D-47057 Duisburg
Tel: +49 203 306 2150
Fax: +49 203 306 2160
E-mail: det...@physik.de
Jens Wunderlich
Hi Markus Kaufmann,
auch wenn es mit dem eigentlichen Thema nicht soviel zu tun hat:
MKk>Hmm... Datenkompression ist einfach nur eine andere (kürzere)
MKk>Darstellung der gleichen Information. Und genau das geschieht hier:
MKk>Das Abendprogramm auf den wichtigsten Sendern hat die kürzesten Codes.
Das hat aber mit Kompression noch nichts zu tun, sondern nur mit effizienter
Kodierung.
Beim Morsealphabet hat z.B. der häufigste Buchstabe "e" auch den kürzesten Code
".".
Bei einer Komprimierung muss auch nicht immer die gleiche Information enthalten
sein, es gibt auch verlustbehaftete Kompressionsverfahren.
Bye
Jens.
Mark Asbach
Hi Andreas,
AS>Mit wenigen Tastendruecken programmiert man die kompletten Daten fuer
AS>eine Aufnahme (SHOWVIEW, Nummer, ENTER, SEND). Fehler in der Eingabe
AS>erkennt man sofort, da bei nur einem kleinen Eingabefehler (z.B.
AS>Zahlendreher) entweder die Nummer ungueltig oder die Ausgabe total
AS>falsch ist.
Hm. Unser Grundig hat VTP. Da geht man einfach in den Videotext und wählt
die Sendung aus, die aufgenommen werden soll. Vertipper sind so unmöglich
und außerdem ist es sehr schnell und übersichtlich.
Kryptologie finde ich trozdem interessant :-))
Gruß, MArk
Daniel Minder
Hallo!
>Wenn jemand den Algorithmus kennt, mich wuerde dieser auch
>interresieren.
Schluß mit den ganzen Mutmaßungen.
Der Algorithmus des englischen VCR+ ist der gleiche, den Decoder
gibt's unter ftp://snowcrash.cymru.net/pub/steve/dosvcr_s.zip
Er kann nur keine deutschen Sachen decodieren, weil die Lookup-Table
und der Bitshuffle anders ist. Deutsche Codes können online unter
http://www.sdt.net/minder/showview.htm ent- und verschlüsselt werden.
Wer sich den Algo oben angeschaut hat und meint, daß er durchblickt
und vielleicht auch noch den Algo für Ziffer 7 und 8 knacken könnte,
soll heißen, wer wirklich ein Kryptographie-Spezialist ist, kann mich
anmailen und bekommt den Source für den deutschen. Ich würde dann aber
gerne Ergebnisse sehen :-)))
Viele Grüße
Daniel
Daniel Minder - eMail: min...@ostalb.de - Fido: 2:2487/3108.1
Thomas Meyer
Daniel Minder <min...@ostalb.de> schrieb im Beitrag
<32ce2...@sdt4.sdt.net>...
> Er kann nur keine deutschen Sachen decodieren, weil die Lookup-Table
> und der Bitshuffle anders ist. Deutsche Codes können online unter
> http://www.sdt.net/minder/showview.htm ent- und verschlüsselt werden.
Ich habe das gerade mal ausprobiert - so ganz stimmt das aber noch nicht,
oder?
Aus TV-Spielfilm: 862048. Soll sein: 3.1.97 ARTE, 23:30, 120 Min.
Deine Web-Seite sagt: 3.2.97, Kanal 9 (?), 18:00-20:00, 120 Min.
Tschuess,
Thomas
--
Thomas Meyer Student of Computer Science
Bremen E-Mail: i0...@zfn.uni-bremen.de
Germany WWW: http://www-user.zfn.uni-bremen.de/~i03a/
Daniel Minder
Hallo!
>OW> Eine Schaltung die die eine ShowView FB bedient, das gesendete IR Signal
>OW> auswertet und daraus dann per Computer eine grosse Tabelle baut?
>Die Decodierung findet also nicht in der FB sondern im VCR statt
Nunja, es gibt solche und solche. Ich hab hier eine Fernbedienung, bei
der ich den Code eingebe und dann _an der Fernbedienung_ das
Decodierte angezeigt bekomme.
Von daher: Tastaturmatrix und LCD-Display anzapfen! Ist wohl einfacher
als IR einzufangen. Dann mittels Tastatur Code eingeben, am Display
überprüfen, Showview-Taste drücken und vom Display auslesen. Das ganze
natürlich elektronisch.
Machbar???
Mark Asbach
Hallo Jens,
JW>Bei einer Komprimierung muss auch nicht immer die gleiche Information
JW>enthalten sein, es gibt auch verlustbehaftete Kompressionsverfahren.
Das ist sicher richtig, wenn Du an Audio- oder Video-Daten denkst, bei
denen es auf die *genauen* Daten nicht ankommt. Bei ShowView wäre es
höchst unsinnig einen verlustbehafteten Algorithmus zu verwenden, weil
dann ja nicht mehr alle Daten aus dem SV-Code zurückzugewinnen wären.
Gruß, Mark
Jens Wunderlich
Hi Gunnar,
GT>Soll ichs posten? Größe Quellcodes je 15 KB
Wenn, dann aber nur die Quellen, keine EXE- und Projekt-Files.
Bye
Jens.
Frank Baehren
Hi Jens!
JW>Bei einer Komprimierung muss auch nicht immer die gleiche Information
JW>enthalten sein, es gibt auch verlustbehaftete Kompressionsverfahren.
Der Begriff "Kompression" wird leider für alles mögliche verwendet, von
der Dynamikkompression bei Audiosignalen über verlustfreie Kodierung bis
hin zur verlustbehafteten Kodierung. Zumindest bei letzterem sollte man
von Datenreduktion und nicht von Kompression reden. Für
Redundanzminimierung bzw. verlustfreie Kodierung finde ich den Begriff
"Kompression" eigentlich ganz in Ordnung, schließlich spricht jeder bei
ZIP z.B. von "komprimierten Dateien" und einer der Urväter der
Datenquetscher heißt immerhin "compress", zu finden auf jedem gepflegten
Unix :-)
Soviel OT von mir dazu :-)
gruß,
Frank
Carsten Kurz
Ingo Dehne schrieb am 30.12.96:
ID> ARD 001
Kapier ich nicht, woher wissen denn normale Videorekorder oder SV
Fernbedienungen, auf welchem Programmplatz welcher Sender liegt?
Und was ist, wenn sich das ändert? Passiert bei Sateliten ja alle paar
Wochen.
mfg - C.K.
Michael Schwingen
Gunnar Thöle schrieb:
GT>Soll ichs posten? Größe Quellcodes je 15 KB
NEIN.
Wenn, dann in den Programmteil legen.
cu
Michael
Ingo Dehne
Hi Gunner,
von mir aus bitte Posten. Evtl. auch als PM.
Bis denn,
Ingo
Ingo Dehne
Hi Martin,
es gibt da wohl zwei Möglichkeiten.
Als die SV-Zahlen raus kamen gab es spezielle SV-Fernbedienungen die man
für jeden nicht SV-Fähigen Recorder einsetzen konnte. Die haben die
SV_Nummer aufgeschlüsselt und den Recorder dann so schrittweise
Programmiert wie man es mit der Original-Fernbedienung gemacht hätte.
Bei den Geräten bei denen SV von vornherein eingebaut ist werden nur die
einzelnen SV-Nummern an den Recorder gesendet und dort decodiert.
Bis denn,
Ingo
Daniel Minder
Hallo Thomas!
>> Deutsche Codes können online unter
>> http://www.sdt.net/minder/showview.htm ent- und verschlüsselt werden.
>Ich habe das gerade mal ausprobiert - so ganz stimmt das aber noch nicht,
>oder?
Doch, Du hast falsch probiert :-)))
>Aus TV-Spielfilm: 862048. Soll sein: 3.1.97 ARTE, 23:30, 120 Min.
>Deine Web-Seite sagt: 3.2.97, Kanal 9 (?), 18:00-20:00, 120 Min.
Tja, Du hast es am 4.1. probiert, da ist der Code schon nicht mehr
gültig!!! Dein Decoder in der Fernbedienung oder wo auch immer verhält
sich genauso.
Wenn Du angegeben hättest: "1 1 97 862048" bekommst Du das gewünschte
Ergebnis "3.1.97 Kanal 10 (=arte) 23:30-01:30". Denn 3.1.97 ist vom
1.1.97 aus der gültige Zeitraum für den Code.
Thomas Meyer
> >Ich habe das gerade mal ausprobiert - so ganz stimmt das aber noch
nicht,
> >oder?
> Doch, Du hast falsch probiert :-)))
*erröt*
Ich hatte mir einfach irgendeinen Code genommen, das war dann wohl falsch.
;)
> Tja, Du hast es am 4.1. probiert, da ist der Code schon nicht mehr
> gültig!!! Dein Decoder in der Fernbedienung oder wo auch immer verhält
> sich genauso.
Ich habe keine ShowView-Geräte. :)
> Wenn Du angegeben hättest: "1 1 97 862048" bekommst Du das gewünschte
> Ergebnis "3.1.97 Kanal 10 (=arte) 23:30-01:30". Denn 3.1.97 ist vom
> 1.1.97 aus der gültige Zeitraum für den Code.
Ach so! Danke.
Tschüß,
Stephan A. Maciej
On 05 Jan 97 (14:09), i0...@zfn.uni-bremen.de wrote:
> Ich habe das gerade mal ausprobiert - so ganz stimmt das aber noch nicht,
> oder?
>
>
> Deine Web-Seite sagt: 3.2.97, Kanal 9 (?), 18:00-20:00, 120 Min.
Mit der Tagesschau vom 28.12.96 hat's auch nicht geklappt....
Bei dem Versuch, die ShowView-Nummer von "Eine Frage der Ehre" (RTL (=Kanal
4), 01.01.1997, 20:15, Dauer 165 Minuten) herauszufinden, scheiterte an einem
Tabellensuchfehler... 8-O
--
Stephan A. Maciej, step...@muc.de, http://www.muc.de/~stephanm/
Robbers demand either your money or your life - women demand both.
Stephan A. Maciej
On 05 Jan 97 (02:09), ste...@maciej.muc.de wrote:
> [...]
> Wen interressieren denn schon diese doofen Zahlen ? Will hier jemand eine
> Programmzeitschrift herausgeben ?
Na ja, inzwischen hab' auch ich das ShowView-Fieber... ich hab' mal ein paar
ShowView-Zahlen auseinandergenommen (unter die Bit-Lupe gelegt), in diesem
Fall die ShowView-Zahlen fuer die taegliche Nachrichtensendung RTL aktuell
von 18:45 bis 19:10. Die relativ krumme Anfangszeit und die Dauer von 25
Minuten erlauben anscheinend keine starke Kompression der Codes. Bis jetzt
hab' ich die Zahlen im Zeitraum vom 01.01.1997 bis zum 17.01.1997
durchleuchtet, und es gibt einige interressante Gemeinsamkeiten im Bitmuster.
Genaueres werde ich spaeter noch bekanntgeben, wenn bei uns die
Fernsehzeitschriften bis Ende Januar eingetrudelt sind, dann kann ich
vielleicht einige detaillierte Aussagen dazu machen.
> --
> Stephan A. Maciej, step...@muc.de, http://www.muc.de/~stephanm/
> 'Love doesn't make the world go around, just up and down a bit :)'
--
Stephan A. Maciej, step...@muc.de, http://www.muc.de/~stephanm/
Stardreck - der Muell, der von den Sternen kam...
Hergen Lehmann
min...@ostalb.de schrieb am 04.01.97
zum Thema Re: ShowView Nummern ....
> Wer sich den Algo oben angeschaut hat und meint, dass er durchblickt
> und vielleicht auch noch den Algo fuer Ziffer 7 und 8 knacken koennte,
> soll heissen, wer wirklich ein Kryptographie-Spezialist ist, kann mich
> anmailen und bekommt den Source fuer den deutschen. Ich wuerde dann aber
> gerne Ergebnisse sehen :-)))
Warum die Geheimnistuerei? Geld verdienen kannst Du aufgrund der beste-
henden Copyrights damit sowieso nicht, und je mehr Leute sich an der
Suche beteiligen koennen, desto schneller wird das Ergebnis gefunden.
Veroeffentliche den Code doch einfach auf Deiner Homepage!
Soweit ich den Code der VCR+/Videoplus-Version auf die Schnelle ueber-
blicke, scheint mir da bis auf die missratene Multiplikation am Anfang/
Ende auch gar nicht so viel kryptographisch Relevantes stattzufinden,
sondern vielmehr irgendwelche nicht ganz bis ins Detail verstandenen
(und saumaessig kommentierten) Bitpfriemeleien.
Vielleicht hat ja gar nicht der grosse Kryptographie-Experte den ent-
scheidenden Einfall, sondern irgendein Tueftler.
Gruss
Hergen
P.S.: Kurz gesagt, ich moechte auch mitspielen, kann aber keine Ergeb-
nisse garantieren (zumal ich auch nicht so irrsinnig viel freie Zeit
habe) ;-)
Frank Baehren
Hi Carsten!
CK>Kapier ich nicht, woher wissen denn normale Videorekorder oder SV
CK>Fernbedienungen, auf welchem Programmplatz welcher Sender liegt?
Dafür sind ja in den ganzen Programmzeitschriften immer die Tabellen mit
den Leitzahlen. Die Verbindung Leitzahl<->Programmplatz mußt Du Deinem
Video einmal beibringen, bei manchen Geräten in Form von einmaligem
Eintippen einer ganzen Tabelle, bei anderen Geräten dadurch, daß der VCR
Dich nach dem Programmplatz promptet, sobald Du das erste Mal eine
Showview-nummer dieses Fernsehprogramms zur Aufnahme eingibst.
CK>Und was ist, wenn sich das ändert? Passiert bei Sateliten ja alle paar
CK>Wochen.
Musch' halt gugge! ;-)
gruß,
Frank
Jens Behmk
*Carsten Kurz meinte am 04.01.97 in ELEKTRONIK:*
CK>Kapier ich nicht, woher wissen denn normale Videorekorder oder SV
CK>Fernbedienungen, auf welchem Programmplatz welcher Sender liegt?
CK>
CK>Und was ist, wenn sich das ändert? Passiert bei Sateliten ja alle paar
Das muß man den Rekordern erstmal beibringen, indem man bei älteren
Showview Rekordern die Leitzahl eintippt und dann auf der Fernbedienung
sagt welchen Programmplatz man dafür programmiert hat.
Bei neueren Rekordern, tippt man eine Showviewzahl ein und wenn, dem
Programm noch kein Programmplatz zugewiesen wurde, wird verlangt, das der
Programmplatz eingetippt wird. Beim nächsten mal weiß der Rekorder/die
Fernbedienung welcher Programmplatz das ist.
Es gibt unterschiedliche Möglichkeiten, oft sind machen die
Fernbedienungen schon den Showviewteil, die setzt das dann vorm übertragen
an den Rekorder in die korrekte Zeit umgesetzt (die Panasonic Rekorder
machen das zum Beispiel so, der NV HD100 kann kein Showview, mit der
Fernbedienung vom HD 101 aber kann er es, weil hier die FB der
intelligente Showviewteil ist).
Manchmal (beim Onscreendisplay von Sharp oder Sanyo zum Beispiel) ist die
FB das "Dummteil", dort werden nur die Zahlen eingetippt und auf dem
Fernseher (über OSD) direkt angezeigt, dann macht der Rekorder die
Umsetzung der Showviewkennung. Aber auch hier muß dem Rekoder erst gesagt
werden, auf welchem Programmplatz man welches Programm hat.
Ich hoffe es einigermaßen verständlich gemacht zu haben.
Ich selbst habe mich mit ein paar Kollegen auch schon mal am Showviewcode
versucht, leider habe ich die Unterlagen/Überlegungen die wir damals
angestellt haben nicht mehr (die hat ein Kollege, der leider nicht mehr in
unserer Fa. ist).
Jedenfalls haben wir damals kein brauchbares Ergebnise erzielt.
bye
Jens
Ingo Dehne
Hi Carsten,
bei meinem Recorder werden den Programmplätzen die Programmnamen und
SV-Leitzahlen zugewiesen (von Hand). Er braucht also nur in einer Tabelle
nachzusehen auf welchem Programmplatz die SV-Leitzahl XYZ zu finden ist
und hat dann alle Infos.
>Und was ist, wenn sich das ändert?
Die SV-Programmnummern kann man von Hand ändern, aber wo man die neuen
Nummer her bekommt weiß ich nicht.
Bis denn,
Ingo
Michael Sievert
Halli-Hallo Jens,
JW> Das hat aber mit Kompression noch nichts zu tun, sondern nur mit
JW> effizienter Kodierung.
Genau das bezeichnet man mit (verlustfreier) Komprimierung! Siehe z.B.
Huffman-Code.
Gruß von der Emscher, Michael
Karlheinz Linder
Hallo Carsten,
CK>Kapier ich nicht, woher wissen denn normale Videorekorder oder SV
CK>Fernbedienungen, auf welchem Programmplatz welcher Sender liegt?
jeder Sender hat eine Senderkennung, welche mit dem VPS Signal gesendet
wird.
Neuere Recorder haben eine Tabelle in einem EEPROM, welche die
entsprechende Zuordnung Sendername <-> Senderkennung enthält.
Mit ShowView wird einfach nur die Senderkennung eingegeben, der Recorder
ermittelt daraus dann den Sendernamen.
bye.....
Ingo Holtkoetter
Hallo Mark!
MA> Hm. Unser Grundig hat VTP. Da geht man einfach in den Videotext
MA> und wählt die Sendung aus, die aufgenommen werden soll. Vertipper
MA> sind so unmöglich und außerdem ist es sehr schnell und
MA> übersichtlich.
Stimmt, ist nicht schlecht! Aber dafür hab ich letztens eine gleichnamige
Sendung am darauffolgenden Tag aufgenommen (es war der zweite Teil ...)
Naja, DAU zu sein, ist nicht einfach ...
Gruß, Ingo
Philipp Euskirchen
Hi Carsten,
du schriebst mal so:
CK> Kapier ich nicht, woher wissen denn normale Videorekorder
CK> oder SV Fernbedienungen, auf welchem Programmplatz welcher
CK> Sender liegt?
Die muß man manuell eingeben, nach den Angaben in der TV-
Zeitschrift. (Zumindest bei unserem Recorder).
P.S.: Ich habe die Diskussion bisher mitverfolgt und ich finde
das ganze wirklich interessant. Ich hab auch mal zehn Codes,
die nur die Anfangszeit gemeinsam hatten, in Binär umgewandelt,
aber wenn man die übereinstimmenen Bits wieder zu einem
anderen Code bastelt, stimmt die auch nicht mehr. Wenn ihr
wirklich dranbleibt, fände ich das echt gut.
Ciao, Philipp
Olav Woelfelschneider
Martin Meyer <m.m...@chaos.gun.de> wrote in maus.elektronik:
MM> ist und nur den Aufwand vergroessert. Oder habe ich Dich falsch
MM> verstanden?
War schon so gedacht. Ich bin mir sicher dass meine FB (JVC) die SV
Codes selbst aufloest. Nach dem Eintippen erscheinen die normalen Zeitinfos
im Display und sind editierbar. Ich kann mir nicht vorstellen dass die FB
jetzt verschiedene Uebertragungsformate verwendet, je nachdem ob jemand
die Daten vor dem Senden aendert oder nicht.
Ok, ich bin der FB nicht mit IR Empfaenger und Speicheroszi zu Leibe
gerueckt, moeglicherweise habe ich Unrecht...
--
Olav "Mac" Wölfelschneider wo...@rbg.informatik.th-darmstadt.de
I'd rather write programs to write programs than write programs.
[Bumper Sticker]
Carsten Kurz
stephan schrieb am 5.01.97:
s> von 18:45 bis 19:10. Die relativ krumme Anfangszeit und die Dauer von
25
s> Minuten erlauben anscheinend keine starke Kompression der Codes. Bis
jetzt
Hat mal jemand gecheckt, ob die Nummer, die in der Zeitschrift steht, im
Videorecorder auch genau die Anfangszeit reproduziert, die in der
Zeitschrift steht? Gibts da eventuell systemimanente Rundungen?
mfg - C.K.
Thomas Stolle
CK>Kapier ich nicht, woher wissen denn normale Videorekorder oder SV
CK>Fernbedienungen, auf welchem Programmplatz welcher Sender liegt?
Bei der einzigenm ShowView-Fernbedienung die ich kenne - das ist das
Zusatzteil, welches aus jedem Videorecorder mit FB einen ShowView-Recorder
macht - muß man die Codenummern der Sender (z.B. 001) den Speicherplätzen
des Videorecorders zuordnen.
Das ShowView-Teil sendet dann, genau wie sonst Fernbedienung, den
Startimpuls an den Videorecorder.
Dabei wird übrigens nicht der Videorecorder programmiert, sondern es wird
die meiner Meinung nach die Sofort-Record-Funktion benutzt.
Aus diesem Grund hat das ShowView-Teil eine interne Uhr. Es wird also
nicht mal ein VPS-fähiger Videorecorder benötigt.
Die neueren Geräte haben sicherlich beides. Der interne ShowView-Decoder
wird den Videorecorder so programmieren, daß er mit dem VPS-Signal für die
entsprechende Sendung startet. Hat der Sender kein VPS-Signal wird der
Recorder nach der eingebauten Uhr gestartet.
Den Fall, daß ein Videorecorder SV hat, aber kein VPS kann man wohl
ersatzlos streichen.
CK>Und was ist, wenn sich das ändert? Passiert bei Sateliten ja alle paar
CK>Wochen.
Wenn wirklich ständig Frequenzen geändert werden, dann mußt Du doch
sowieso den Receiver neu einstellen, oder? Und vermutlich wird doch ARD,
auch wenn die Frequenz geändert wird, bei Dir wieder auf Programmplatz "1"
landen. Also ändert sich für das ShowView doch nichts.
Wenn immer nur Frequenzen getauscht werden, A mit Z und B mit Y und Dir
das egal ist, weil Du Dir die Programmnummern sowieso nicht merkst,
sondern die P+ und die P- Taste benutzt - dann mußt Du doch den ShowView
umprogrammieren und der Codenummer einen neuen Speicherplatz zuordnen.
TSchau, Stolli
P.S.: Ich selbst habe kein SV-Gerät und meine Vermutungen stammen von
einem Tag, an dem ich bei meiner Schwiegermutter zwei Fernseher, ein
Videorecorder und besagtes SV-Teil von terristischen Frequenzen auf
Kabelfrequenzen umprogrammiert habe. - Ich hasse Suchläufe, die nur in
eine Richtung suchen! - Zur falschen Zeit den falschen Knopf gedrückt und
das ganze nochmal.... :-(
Carsten Kurz
C> patentfähig. Ist der Kode geknackt, wird wohl kaum jemand noch an
C> den Showviewerfinder zahlen...
Nur dürfen sie dann nicht mehr 'ShowView' auf die Geräte pinnen.
Möglicherweise dann 'ShowView compatible'
;-)
mfg - C.K.
Carsten Kurz
Frank Bähren schrieb am 5.01.97:
FB> Dafür sind ja in den ganzen Programmzeitschriften immer die Tabellen
mit den
FB> Leitzahlen. Die Verbindung Leitzahl<->Programmplatz mußt Du Deinem
Video einmal
FB> beibringen, bei manchen Geräten in Form von einmaligem Eintippen einer
ganzen
Ohje, das hört sich aber so an, als ob Papa dann doch lieber wieder die
Programmierung dem Sohnemann überlässt.
mfg - C.K.
Mario Stiegler
Hallo Carsten,
ID> ARD 001
CK>Kapier ich nicht, woher wissen denn normale Videorekorder oder SV
CK>Fernbedienungen, auf welchem Programmplatz welcher Sender liegt?
Bei der ersten Programmierung mit SV muß man den Nummern (001,002...)
einen Programmplatz zuordnen.
CK>Und was ist, wenn sich das ändert? Passiert bei Sateliten ja alle paar
CK>Wochen.
Man kann die Zuordnung manuell wieder ändern.
Tschüs Mario.
Horst Lehner
Hallo Thomas,
TM> 862048. Soll sein: 3.1.97 ARTE, 23:30, 120 Min.
"Soll sein" bedeutet, daß es so in TV Spielfilm steht? Und was sagt Dein
Videorecorder bzw. Deine ShowView-FB? Es soll ja gelegentlich bis häufig
Druckfehler bei den Codes geben...
Grüße von Horst
Frank Baehren
Hi Carsten!
CK>Ohje, das hört sich aber so an, als ob Papa dann doch lieber wieder die
CK>Programmierung dem Sohnemann überlässt.
Wahrscheinlich. Mein Dad hat sogar mal von einem Bekannten einen neuen VCR mit
VT-Programming geschenkt bekommen, weil er der einzige im ganzen Freundeskreis
war (einschl. des Besitzers), der das Ding bedienen konnte.
Außerdem habe ich vor kurzem so einen Fernseher mit integriertem Astra-Receiver
bewundern können. Da waren Dinge zu konfigurieren, von denen sogar ich noch
nichts gehört habe. Menüs über Menüs über Menüs. Die ganze Sache kann ja
eigentlich nur einen Zweck haben: Radio- und Fernsehtechnikern ihre
Existenzberechtigung zu erhalten, da sich ja Reparieren immer mehr auf
Baugruppenwechsel beschränkt.
gruß,
Frank
Jens Behmk
*Ingo Dehne meinte am 04.01.97 in ELEKTRONIK:*
ID>Bei den Geräten bei denen SV von vornherein eingebaut ist werden nur
ID>die einzelnen SV-Nummern an den Recorder gesendet und dort decodiert.
Nö, es gibt auch heute noch Rekorder, wo die FB alles macht, und dann wird die
komplette Timerprogrammierung in "einem Rutsch" gesendet.
Der Panasonic ND HD101 macht das z.B. so, der einzige Unterschied zum NV HD100
(der kann kein Showview) ist die ShowView taugliche FB. Nur bekommt man die FB
nicht einzeln (man kann den NV HD100 also nicht "aufrüsten").
bye
Jens
Horst Hildebrecht
Markus Kaufmann <kauf...@mh.zebra.fh-weingarten.de> schrieb:
> : So ein Unsinn. Wenn die größte verfügbare Zahl 499999999 ist (Woher
> : hast du eigentlich diese Zahl, könnte das nicht auch 999999999 sein?),
> Beobachtung. Ich hab' mit ein paar Zeitschriften gründlich angeschaut,
> und dort sind keine größeren Codes vorgekommen.
Ich denke, daß schon entschlüsselt wurde, daß bei "langen" Zahlen die
erste Ziffer der "Versatz" von einem Termin aus dem 5-Min-Raster ist.
Daher kann sie ja wohl nicht größer als 4 werden!
--
Horst Hildebrecht (Horst.Hi...@FernUni-Hagen.de)
Gunnar Thoele
Hallo !
Nachdem das Interesse doch nicht sooo riesig war: Maus IZ2, 04821/734762,
öffentlicher PGT, Datei SHOWVIEW.ZIP, etwa 33 KByte
Ich vermute mal, das so weniger Geld der Telekom gutgeschrieben wird, als
wenn ichs poste...
Keine Mail > 16KB !!
Gunnar Thöle
Daniel Minder
ste...@maciej.muc.de (Stephan A. Maciej) wrote:
>Mit der Tagesschau vom 28.12.96 hat's auch nicht geklappt....
Alles eine Frage des Gültigkeitsbereiches...
>Bei dem Versuch, die ShowView-Nummer von "Eine Frage der Ehre" (RTL (=Kanal
>4), 01.01.1997, 20:15, Dauer 165 Minuten) herauszufinden, scheiterte an einem
>Tabellensuchfehler... 8-O
Ist korrigiert. Jetzt kommt die Fehlermeldung, daß weder ein exaktes
noch bestes Ergebnis geliefert werden können, was obige Fehlermeldung
ausgelöst hat. Mit der konnte man nur nicht viel anfangen :-)
Daniel Minder
HERGEN_...@TBX.berlinet.de (Hergen Lehmann) wrote:
> [...] gar nicht so viel kryptographisch Relevantes stattzufinden,
>sondern vielmehr irgendwelche nicht ganz bis ins Detail verstandenen
>(und saumaessig kommentierten) Bitpfriemeleien.
Nunja, wie würdest Du dann Kryptographie definieren??? Es stimmt
leider, daß alles fast nicht kommentiert ist, ich hab's leider auch
nicht ganz verstanden. Schoen waere es, vielleicht haette man sich
dann mit den 7 und 8-stelligen leichter getan. Obwohl, die, die den
Decoder entwickelt haben, wissen da ja auch nicht weiter.
>Vielleicht hat ja gar nicht der grosse Kryptographie-Experte den ent-
>scheidenden Einfall, sondern irgendein Tueftler.
Das glaube ich nun weniger. Steve hat schon einiges ausprobiert, bis
dato weiß er aber so gut wie nichts. Und was er weiß, gilt vielleicht
nur für England :-(
>P.S.: Kurz gesagt, ich moechte auch mitspielen, kann aber keine Ergeb-
>nisse garantieren (zumal ich auch nicht so irrsinnig viel freie Zeit
>habe) ;-)
So geht's mir auch ;-) Ich habe von Steve alle Tools bekommen, die er
benutzt hat. Ich will versuchen, die in nächster Zeit für Showview
anzupassen, dann schiebe ich die auf den FTP-Server hoch, damit sie
jeder, der Lust hat mitzuspielen, abholen kann.
Als erstes sollte man eine Statistik machen, um rauszubekommen,
wieviele Timeslots und Kanäle Ziffer 7 abdeckt. Bei VideoPlus kommen
mit Ziffer 7 laut Steve noch zwei C und zwei T Bits dazu. Bei Showview
kann das anders sein, da hier in den unteren 6 Ziffern ein C-Bit mehr
(und damit ein T-Bit weniger) als bei Videoplus vorkommen. So kann es
bei Showview auch gut 1C und 3T sein. Aber ohne Statistik ist da nix
zu machen...
Daniel Minder
Hallo zusammen,
ich hab mich endlich dazu aufgerafft, den Showview Decoder mit Source
auf den FTP-Server zu stellen.
ftp://ftp.sdt.net/pub/minder/showview.zip
Wenn einer irgendwas Neues rausfindet, bitte sofort an mich!
Horst Lehner
Hallo Daniel,
DM> Aber ohne Statistik ist da nix
DM> zu machen...
Der Brute-Force-Ansatz mit der vomComputer gesteuerten und ebenso ausgelesenen
ShowView-Fernbedienung könnte aber auch funktionieren...
Grüße von Horst
Hermann Kurz
> HERGEN_...@TBX.berlinet.de (Hergen Lehmann) wrote:
>
> > [...] gar nicht so viel kryptographisch Relevantes stattzufinden,
> >sondern vielmehr irgendwelche nicht ganz bis ins Detail verstandenen
> >(und saumaessig kommentierten) Bitpfriemeleien.
> Nunja, wie würdest Du dann Kryptographie definieren??? Es stimmt
> leider, daß alles fast nicht kommentiert ist, ich hab's leider auch
> nicht ganz verstanden. Schoen waere es, vielleicht haette man sich
> dann mit den 7 und 8-stelligen leichter getan. Obwohl, die, die den
> Decoder entwickelt haben, wissen da ja auch nicht weiter.
Schaut euch doch mal das Paper an, auf dem das Programm beruht:
K. Shirriff, C. Welch, A. Kinsman, Decoding a VCR Controller Code,
Cryptologia, 16(3), July 1992, pp 227-234:
zu erhalten ueber:
ftp://ftp.cs.berkeley.edu/ucb/sprite/www/papers/vcr.ps
Interessant auch die immer wiederkehrenden Diskussionen in sci.crypt
ueber VCR+.
Gruss,
Hermann
Walter Fedderwitz
#A27249@BB
Hallo Daniel,
:ich hab mich endlich dazu aufgerafft, den Showview Decoder mit Source
:auf den FTP-Server zu stellen.
:Wenn einer irgendwas Neues rausfindet, bitte sofort an mich!
Nee, so schnell kann das wohl keiner.
Was weißt Du sonst noch darüber, was sich die Entwickler gedacht haben
könnten?
Ich habe bisher nur 2 h **) reingeguckt, stelle also Anfängerfragen:
Weiß man, ob f1 bzw. KEY001/2 bei achtstelligen Codes dieselben sind?
Man könnte denken, ja, da die Indize in der Faltung so weit laufen.
Das sollte wohl der Fall sein, wenn day_out = quo+1 (Anfang vom Decoder) bei
7/8-stelligen Codes noch richtig rauskommt. Ich habe hier kein Showview,
versuch Du das mal. *) Dann kannst Du immerhin schon mal das Datum
melden <gr,b>.
Wenn das so ist, können wir f1 und den KEY001/2 erst mal zu den Akten legen;
(in der stillen Hoffnung, das diese Annahme richtig ist, ein Beweis ist
der Test nicht - jedenfalls sehe ich das im Moment nicht)
und dann könnte es eine winzige Chance geben, weiterzukommen, ansonsten
???.
Begrifflich unklar ist im ENcoder, warum beim ersten Durchlauf der
Schleife, in der maptops vorkommen, zunächst ein *UN*maptop steht? Ich
glaube ja, das das so ist (der Erfolg gibt dem Programm recht), aber aus
solchen Begrifflichkeiten läßt sich vielleicht Honig saugen.
Haben wir eine Kryptografiegruppe, sonst kriegen wir hier bald was auf
den Deckel, fürchte ich.
Also, wie stehts mit den anderen: will einer mitdiskutieren, oder sollen
wir uns per PM unterhalten?
Walter
*) Es fand sich eine Fernsehzeitung: bei den dreien, die ich getestet
habe, ist es so.
**) Inzwischen sind es 5 h .....
Wie sind eigentlich die Amis zum Ziel gekommen? Ganz ohne Hinweis auf
diesen Algorithmus zu kommen, stelle ich mir etwas mühsam vor ?
Wer ist IDA35 ?
Thomas Hennemann
> Haben wir eine Kryptografiegruppe, sonst kriegen wir hier bald was auf
Nö macht ruhig weiter, wer will, kann das mit dem Betreff problemlos
filtern. Ich will jedenfalls passiv daran teilhaben. Auch wenn ich der
Meinung bin, man sollte nicht selber hacken, sondern sich lieber die
Sourcen (auf dunklen Wegen und aus dunklen Quellen) besorgen. Könnte
schneller gehen. ;-))
Ciao
Tommy
Bernhard Riedel
Hallo!
Am 13.01. fiel mir folgender Eintrag (in etwa) im G*ng auf:
Eurosport
11:00 Tennis Australian Open 56.806.145
Hinweis: die oben angegebene Showview-Zahl gilt aus technischen
Gruenden erst ab 12:30. Die Zahl fuer 11:00 bis 12:30 lautet 273.787.
Es war uebrigens keine Endzeit angegeben.
Any ideas, anyone?
Wie geht wohl Showview mit Sendungen unbekannter Laenge oder Startzeit um?
Ciao, Bernhard.
Daniel Minder
kur...@ipa.fhg.de (Hermann Kurz) wrote:
>Schaut euch doch mal das Paper an, auf dem das Programm beruht:
>ftp://ftp.cs.berkeley.edu/ucb/sprite/www/papers/vcr.ps
Ist gezogen und wird morgen begutachtet...
>Interessant auch die immer wiederkehrenden Diskussionen in sci.crypt
>ueber VCR+.
??? Aus einer email von Steve an mich:
" No-one of sci.crypt has ever seemed very interested in this
challenge as it is 'not serious enough' for them!"
Ich hab mir die Diskussion mal angeschaut, da steht auch nix drin, was
wir nicht schon wissen wuerden. Die Amis koennen die 7 und 8 stelligen
Codes auch nicht knacken!
Tschüßle
Daniel Minder
Bernhar...@m4.maus.de (Bernhard Riedel) wrote:
> Eurosport
> 11:00 Tennis Australian Open 56.806.145
> Hinweis: die oben angegebene Showview-Zahl gilt aus technischen
> Gruenden erst ab 12:30. Die Zahl fuer 11:00 bis 12:30 lautet 273.787.
Laut meiner Fernsehzeitung (die leider für Eurosport keine
Showview-Codes enthält), hat als Endzeit 20:30 eingetragen.
Das bedeutet eine Länge von 9 1/2 Stunden! Es gibt aber vielleicht
keinen entsprechenden Showview-Code, also muss man splitten :-(
>Wie geht wohl Showview mit Sendungen unbekannter Laenge oder Startzeit um?
Gar nicht :-))) Showview hat eine fest codierte Lookup-Table. Das
schließen wir daraus, daß der englische und der deutsche Decoder die
selben Algorithmen aber verschiedene Lookup-Tables hat, welche selbst
keine erkennbare Struktur aufweisen (außerhalb der Fill??-Blöcke).
Unbekannte Startzeit dürfte es eigentlich nicht geben, nur unbekannte
Kominationen aus Startzeit und Laenge. Einfacher Beispiel: Mi,
15.1.97, ARD, 17.15-17.43 (!) hat den Code 21844. Decodiere den mal,
Du wirst als Länge 30 Minuten statt 28 herausbekommen. Sowas ist zum
Beispiel nicht implementiert. Von Gemstar wird wahrscheinlich einen
Algorithmus ähnlich dem Best-Algo aus Steves Videoplus-Encoder (den
ich ja nur übernommen habe) benutzen.
Also: Vielleicht ist die Länge mit 9 Stunden von 12 Uhr an das
Längste, was drin ist. Dann werden auch 8 1/2, 8, 7 1/2 Stunden
dauernde Sendungen, wenn sie um 12, 12:00 - 12:30, 12:00 - 13:00
beginnen, immer diesem Timeslot zugeordnet werden. Oder?
Daniel Minder
Walter_F...@hb2.maus.de (Walter Fedderwitz) wrote:
>Nee, so schnell kann das wohl keiner.
Wer weiß ? Vielleicht träumt ja einer davon ? ;-)
>Was weißt Du sonst noch darüber, was sich die Entwickler gedacht haben
>könnten?
Nicht viel, sonst wäre es kein solcher Murks geworden...
>Weiß man, ob f1 bzw. KEY001/2 bei achtstelligen Codes dieselben sind?
Ja!!!
> Dann kannst Du immerhin schon mal das Datum melden <gr,b>.
Könnte ich auch. Ich mach nur nicht gern halbfertige Sachen.
Jage mal einen Code für eine Sendung, die immer zum selben Zeitpunkt
kommt (und einen 7 oder 8 stelligen Code hat) durch f1 durch. Du
merkst, daß sich innerhalb eines Monats nur die untersten 3 Ziffern
ändern! Daraus (und aus Steves statistischer Attacke) folgt, daß die
Parameter für die uns noch unbekannte Verschlüsselung der 4 oder
5-stellige Teil des Codes, der Monat und das Jahr ist.
Ich kann noch andere Dinge tun: Wenn ich einen Code für eine Sendung
habe, kann ich ihn auf jeden beliebigen anderen Tag des selben Monats
portieren. Ich kann den Kanal ändern, solange sich nur die untersten 2
Bits ändern, ich kann den Timeslot ändern, solange sich nur die
untersten 3 Bits ändern. Also alles Sachen, bei denen nur die letzten
drei Ziffern betroffen sind (nach f1).
>und dann könnte es eine winzige Chance geben, weiterzukommen,
Ja??? Immer her mit den Ideen!
>Begrifflich unklar ist im ENcoder, warum beim ersten Durchlauf der
>Schleife, in der maptops vorkommen, zunächst ein *UN*maptop steht?
Wenn ich ehrlich bin: Ich bin kein Kryptologe (leider), wenn mir
jemand bis ins Detail erklaert, wie der Algo funktioniert, wäre ich
dankbar.
Mich hatten auch ein paar Leute angeschrieben, die sagten, daß sie es
für möglich hielten, daß der vorliegende Algo nur _eine_ Möglichkeit
darstelle, es aber vielleicht noch eine gebe...
>Haben wir eine Kryptografiegruppe, sonst kriegen wir hier bald was auf
>den Deckel, fürchte ich.
Öh, keine Ahnung. Ich hab hier jedenfalls keine, die ließe sich aber
sicher besorgen, wenn's denn eine gäbe. In der englischen will ich's
nicht diskutieren...
>Also, wie stehts mit den anderen: will einer mitdiskutieren, oder sollen
>wir uns per PM unterhalten?
Vielleicht ne Mailing-List? Oder wirklich eine neue Group
(de.kryptographie.showview) :-)))
> Wie sind eigentlich die Amis zum Ziel gekommen? Ganz ohne Hinweis auf
> diesen Algorithmus zu kommen, stelle ich mir etwas mühsam vor ?
Siehe dazu eine andere Mail (nicht von mir), da steht ein Hinweis auf
einen Text.
> Wer ist IDA35 ?
Weder meine Schwester noch meine Freundin :-) IDA ist der Interactive
Disassembler in der Version 3.5. Ein wirklich gutes Teil für das sich
die Registriergebühr gelohnt hat. Er disassembliert von selbst große
Teile eines Programms, Du kannst und sollst ihn dabei unterstützen.
Kein anderes Proggi bringt so gute Resultate.
Wenn also jemand das Programm hat, mit dem anscheinend die
Fernsehzeitschriften die Codes machen, dann immer her damit, IDA macht
alles mit.
Martin Schoster
Bernhard Riedel@M4 tipperte am 14.01.97
> Es war uebrigens keine Endzeit angegeben.
Nö, ist auch nicht nötig, wenn die Kassette zu Ende ist wird wohl der
Videorecorder abschalten.
Gruß
Martin