Beta Firmware vom 02.11.2010

[Douny]

Nein, das RebuildNav ist bei mir nicht im Autostart-Ordner. Meine Signatur passt da schon

Ehrlich gesagt, bin ich mir nicht ganz so sicher, ob iTina immer richtig erkennt, ob eine Datei verschlüsselt ist oder nicht. Die heute Früh entschlüsselte Datei (Kopie der verschlüsselten Datei) wird ja in iTina als verschlüsselt angezeigt. Jetzt lass ich gerade mal RebuildNav drüberlaufen (manuell gestartet ), um zu schauen, ob sich das Verschlüsselungssymbol ändert. Übrigens starte ich RebuilNav nur deshalb manuell, da bei mir ein Lauf ca. 3 Stunden dauert. Da starte ich RN dann doch lieber kontrolliert als dass es jedesmal beim Einschalten des Topfes startet und dann doch nie fertig wird.

Damit meine Fragen von vorher nicht untergehen, stell ich sie hier nochmal ein:
Was passiert denn, wenn im AD-Ordner eine lt. Original-datei-Liste entschlüsselte Datei vorhanden ist und ich einen 'jeden Tag'-AD-Timer eingerichtet habe ?
Führt das zu einem Start des Topfes ? Eigentlich muss das doch sein, da doch ohne Start garnicht ermittelt werden kann, dass die Datei entschlüsselt ist. Wird eine entschlüsselte Datei nochmal kopiert ?

So, RN hat für die durch den AD-Timer entschlüsselte Datei-Kopie ergeben:
Changed crypt flag from 'partly crypted' to 'uncrypted'
- Warum hat vor dem RN-Lauf die Original-Liste angezeigt 'Unverschlüsselt', wenn RN festgestellt hat, dass das 'crypt flag' 'teilverschlüsselt' gespeichert hatte ? iTina hatte teilverschlüsselt angezeigt.
- Und warum hat das 'crypt flag' nach dem AD-Entschlüsseln den Zustand 'teilverschlüsselt' gehabt, wenn doch eigentlich entschlüsselt wurde ?


By the way: was mir noch aufgefallen ist:
2010-09-28 10:54 Scanning '/DataFiles/Hangover1rec'
2010-09-28 10:54 Changed crypt flag from 'partly crypted' to 'uncrypted'
2010-09-28 10:54 SD nav successfully created (2142 records).
Das ist genau die Datei, mit der ich gestern einiges bzgl. dem AD getestet hatte. Evtl ging da der ein oder andere Test schief, weil die Aufnahme lt. meiner Aufnahmeliste garnicht vorhanden ist (sowohl Original als auch iTina). Über FTP konnte ich aber jetzt sehen, dass es hierzu 3 Dateien gab, wobei eine von diesen keinen korrekten Zustand hatte (auch nach dem RN-Lauf nicht, denn danach war die Aufnahme trotzdem nirgends zu finden. Ich habe die 3 Dateien jetzt per FTP entfernt).
Ich will damit nur sagen, dass meine Tests gestern evtl. nicht ganz aussagekräftig waren.

[drehwurm]

Servus,

Ich hab seit dem Installieren der Beta Probleme mit der Entschlüsselung, die den oben Beschriebenen mit den AD-Timern ähnlich sind. Die AD-Timer (egal ob manuell/auto/einmal/immer) werden zwar korrekt ausgeführt, das Ergebnis deutet aber auf eine Nicht-Ausführung des AD. Sprich die verschlüsselte Datei ist nach wie vor im AD-Ordner und keine entschlüsselte Kopie wurde erstellt. Das Problem ist aber wie gesagt nicht der Timer, sondern dass die Entschlüsselung nicht funktioniert hat und obendrein die verschlüsselte Datei jetzt unbrauchbar ist. Nach einigem Testen scheint das Problem darin zu liegen, daß wenn der 2410 beim Ausschalten auf einem verschlüsselten Kanal (ORF HD) war, die AD-Funktion nicht korrekt vom Live-TV (welches das CAM belegt hat) umschalten kann. Es kommt beim AD zu einem "Cryptoworks Fehler" und die verschlüsselte Aufnahme wird unbrauchbar, sprich kann später nicht mehr wiedergegeben werden (vor dem AD Versuch hat die Wiedergabe natürlich funktioniert). Startet das AD von einem unverschlüsselten Live-TV Sender geht es ohne Probleme.

Als TAP läuft nur itina 0.93, allerdings zeigt sich das gleiche Verhalten auch ohne. CAM ist ein Technisat Cryptoworks mit ORF-Karte.

Michael

[Twilight]

also:

1. das technisat modul ist im srp nur bedingt einsetzbar, optimal läuft ein mascom modul
2. es sieht für mich so aus als hättest du eine aktuelle orf karte...damit läßt sich im nachhinein nichts entschlüsseln

ein unbrauchbar werden der datei gibt es nicht....

twilight

[drehwurm]

Servus,

Wir hatten die Diskussion Mascon/Technisat doch schon, oder? Fakt ist, daß das Technisat bei mir vor der Beta zufriedenstellen gelaufen ist und mein Kritikpunkt mit der fehlenden parallelen Mehrfach-Entschlüsselung am 2410 und nicht am Modul liegt. Auch kann (mit der Beta) und konnte das Technisat mit meiner ORF Karte verschlüsselte ORF Aufnahmen später wiedergeben. Nur nach einem erfolglosen AD Versuch geht es gar nicht mehr. Wie gesagt, ist der Live-Tuner auf einem nicht-verschlüsselten Kanal geht AD, sonst kann AD das CAM nicht vom Live-Tuner "übernehmen" und AD schlägt fehl. Unbrauchbar heißt, daß eine Entschlüsselung nicht mehr möglich ist, obwohl sie es vorher (5 Minuten) war!

Michael

[Twilight]

seit wann hast du die cw karte vom orf?
waren die anderen aufnahmen den verschlüsselt?

fakt ist das die datei im ad ordner nicht verändert wird, d.h. wenn du sie nicht mehr abspielen kannst kannst du sie nicht mehr entschlüsseln und das ist der grund warum sie in der nacht nicht entschlüsselt wurde.

twilight

[Twilight]

[quote="drehwurm"]Wie gesagt, ist der Live-Tuner auf einem nicht-verschlüsselten Kanal geht AD[/quote]
und genau das ist der beweis das du eine aktuelle/neue cw karte vom orf hast....da kann der srp ncihts dafür und das war auch mit der anderen firmware nicht anders.

twilight

[BluField62]

Wird auto576i ganz sicher in der FW bleiben Gerti?

[Wolfman]

Wird auto576i ganz sicher in der FW bleiben Gerti?

Was ich gehört habe, soll das wegen nervender Nachfragen entfernt werden

[BluField62]

Was ich gehört habe, soll das wegen nervender Nachfragen entfernt werden

Sei still, du wirst woanders gebraucht

[Wolfman]

Ehrlich gesagt, bin ich mir nicht ganz so sicher, ob iTina immer richtig erkennt, ob eine Datei verschlüsselt ist oder nicht.

iTiNa erkennt das überhaupt nicht, sondern der Topf selber - iTiNa ersetzt nur die topfeigenen Symbole durch eigene.
Dass diese Anzeigen nicht immer zuverlässig sind, war schon beim 5x00 so (da reicht eine kurze Empfangsschwäche oder ein Aussetzer des CAMs schon aus).

[drehwurm]

seit wann hast du die cw karte vom orf?
waren die anderen aufnahmen den verschlüsselt?

Yup, der war gut! Ich hab zwei ORF Karten - eine von 2008, eine von 2010. Mit der 2008er gehts Auf der neuen 2010er steht "irdeto" drauf. Da ich die Karten mit den CAM Tests auch öfters gewechselt habe, ist wohl irgendwan die neue reingerutscht.

Danke!

Michael

[Twilight]

bitte, gerne

twilight

[Douny]

So, jetzt er nächste AD-Test (vorab: Ich weiß gar nicht genau, ob ich das Ergebnis hier hätte beschreiben sollen, da es evtl. auf Fehler von anderen TAPs hinweist; aber da es doch im Zusammenhang mit AD der Beta entstand, doch erstmal hier:
- Ich habe eine Aufnahme, die in der Topf-Aufnahmeliste ein weißes C hat, was m.E. ja soviel wie entschlüsselt heißt, oder ?
- In iTina hat die Aufnahme ein geschlossenes gelbes Schloss, was doch 'verschlüsselt' bedeutet, oder ?
- RebuilNav erzeugt folgende Meldung: 'File contains crypted packets. Moving to AutoDescramble.', was ja bedeutet, dass sie zumindest teilverschlüsselt war.

Hier stellt sich für mich ja eigentlich schon die Frage: Welchen Verschlüsselungszustand hat die Aufnahme denn nun ?
Aber egal: Aufnahme stand jetzt also im AD-Ordner und AD-Timer war noch so vorhanden, wie er gestern war und wie er ja auch funktioniert hatte.
Ergebnis: Es wurde keine entschlüsselte Kopie erstellt bzw. es wurde garkeine Kopie erstellt.

Meine Vermutung: iTina und RB interpretieren die Aufnahme falsch, was im Umkehrschluss bedeuten würde, dass AD nicht falsch lief. Das wäre ja gut.
Interpretieren aber iTian und RB die Aufnahme richtig, dann wäre ja sowohl die Anzeige der Original-Topfliste falsch als auch würde es bedeuten, dass AD nicht funktioniert hat.
Besser wäre die erste Variante

[Twilight]

rb interpretiert nicht, es prüft und setzt das $ symbol richtig.
das c heißt copie und überlagert das $ symbol....das kannst du mit einer einstellung von rbn entfernen lassen.

twilight

[Douny]

OK, das heißt, dass die Originalliste einen falschen Verschlüsselungszustand anzeigt, da ja nicht mehr das $ angezeigt wird, welches die Aufnahme lt. iTina haben müsste.
Ist das dann auch der Grund, warum AD nicht funktioniert, eben weil die Aufnahme lt. Original-Liste garnicht verschlüsselt ist ?

[Twilight]

OK, das heißt, dass die Originalliste einen falschen Verschlüsselungszustand anzeigt,

nein, der verschlüsselungszustand wird nicht angezeigt da es vom c symbol überlagert wird...das ist ein unterschied

da ja nicht mehr das $ angezeigt wird, welches die Aufnahme lt. iTina haben müsste.

itina liest das flag für das $ symbol aus und zeigt es an.

Ist das dann auch der Grund, warum AD nicht funktioniert, eben weil die Aufnahme lt. Original-Liste garnicht verschlüsselt ist ?

das versteh ich nun wieder nicht
stell rbn so ein das das c symbol gelöscht wird...

twilight

[Douny]

Hm, ich glaub, dass mit der Aufnahme einfach prinzipiell was nicht stimmt. Sie befand sich jetzt im AD-Ordner (iTina: geschlossenes Schloss). Ich wollte sie jetzt entschlüsseln, indem ich diese Aufnahme einfach wiedergegeben habe und gleichzeitig aufgenommen habe.
Ergebnis:
a) Die Kopie hat ein geschlossenes Schloss mit einem roten Dreieck, in welchem ein Ausrufezeichen ist. Was heißt das ?
b) Die wiedergegebene Aufnahme wurde einfach aus dem AD-Ordner in den Hauptordner verschoben. Ist das normal ? Das passiert ja nicht mal, wenn ein AD (mit Erstellen einer Kopie) funktioniert.

stell rbn so ein das das c symbol gelöscht wird...

Hab ich umgestellt.

nein, der verschlüsselungszustand wird nicht angezeigt da es vom c symbol überlagert wird...das ist ein unterschied

Hab ich jetzt kapiert.

das versteh ich nun wieder nicht

Ich habe versucht zu ergründen, warum das AD nicht funktioniert hat, obwohl ein passender Timer erstellt war und eine verschlüsselte Aufnahme im AD-Ordner war. Gut, ist mir jetzt klar, dass es nicht an dem weißen C lt. Original-Liste lag. Wahrscheinlich liegt's einfach nur daran, dass die Aufnahme selber nicht ok ist (siehe oben)

[DerDON]

Saacht mal, wie macht Ihr das hier im forum mit Betas? Gibt einen Thread wo NUR die identifizierten Bugs gesammelt werden?

[Töppi]

ja gibt es.

[DerDON]

[quote="Töppi"]ja gibt es.[/quote]
Da bin ich ja beruhigt! Wo denn?