TTD Forum

Vermutlich sind meine Suchbegriffe im Forum knapp daneben, und wahrscheinlich rollen einige Topfversteher im Forum nun die Augen. Aber ich wage es trotzdem.

Mein Topf ist - für mich - mittlerweile perfekt eingerichtet. Ich bin hochzufrieden. Es gibt aber eine Sache, die auch nach mehr als drei Monaten intensiver, spannender und befriedigender Beschäftigung mit dem Gerät ein letztes großes Ärgernis bleibt: Verzögertes Spulen und Springen in Aufzeichnungen.

Ich meine erkannt zu haben, dass unverschlüsselt aufgenommene Sendungen auf Spulen und Springen (mit ImproBox) spontan reagieren. Im Gegensatz dazu ist die Wartezeit bei verschlüsselten und teilverschlüsselten Aufnahmen oft unerträglich lang.

Ist diese Beobachtung richtig?

Verzeichnet Ihr bei (teil-)verschlüsselten Aufnahmen beim Springen auch Bildstillstände von fünf bis 20 Sekunden, bis das Sprungziel mit Bild (und danach mit Ton) endlich erscheint?

Geschieht es, dass die Sendung beim Spulen mit der >> oder <<-Taste stehen bleibt und danach - scheinbar willkürlich - entweder den Spulauftrag vollzogen hat oder einfach an der ursprünglichen Stelle fortsetzt? Wenn Ihr die Spulgeschwindigkeit von 2x über 4x auf 6x erhöhen möchtet: Bedient Ihr die genannten Spultasten genau so vorsichtig wie ich, nämlich immer im Abstand von mindestens einer Sekunde, um ein Einfrieren des Bildes zu verhindern?

Habe ich ein unikates Problem? Oder ist das alles ein Verschlüsselungsthema und damit "normal"? Wozu ratet Ihr mir?

Viele Grüße

nilssohn

[quote=""nilssohn""]

Habe ich ein unikates Problem? Oder ist das alles ein Verschlüsselungsthema und damit "normal"? Wozu ratet Ihr mir?
[/quote]

Nope! Ist bei mir genauso. Nur vorspulen kann ich ohne Probs. Beste Taktik zZ: wenn möglich unverschlüsselt aufnehmen.

Greetings Galaxist

Auch ich kenne es so, obwohl ich nur unverschlüsselte Sendungen aufnehme und schaue, von Premiere Zapping. Obwohl nicht verschlüsselt ausgestrahlt, ist das Dollarzeichen nicht grün. Und genau deshalb meint der Topf, meine nicht vorhandene Entschlüsselungshardware dazwischenschalten zu müssen.

Viele Grüße
Homer

Hallo nilssohn,
ist bei mir auch so, ich entschlüssle (unter anderem) deshalb mit Sfastcopy nachts.

Bei unverschlüsselten Aufnahmen darf das allerdings nicht passieren.

[quote=""Picard""][...] Bei unverschlüsselten Aufnahmen darf das allerdings nicht passieren.[/quote]Genau. Dies darf weder bei unverschlüsselten (kein $-Zeichen) noch bei entschlüsselten (grünes $-Zeichen) Aufnahmen passieren.

Viele Grüße
Homer

[quote=""Picard""]Hallo nilssohn,
ist bei mir auch so, ich entschlüssle (unter anderem) deshalb mit Sfastcopy nachts.

Bei unverschlüsselten Aufnahmen darf das allerdings nicht passieren.[/quote]
Das tut es auch nicht, habs noch mal gestet. Das Problem besteht nicht bei unverschlüsselten und entschlüsselten Aufnahmen.

Also tatsächlich ein bekanntes Entschlüsselungsproblem. Ich hatte gehofft, ...<sigh>

Welche Version von Sfastcopy verwendest Du, Picard? Ich habe bisher von der Nutzung abgesehen, weil die automatische Nachtentschlüsselung von Sfastcopy sich mit Timeshift beißen soll. Timeshift abschalten und uns damit die segensreiche "Pause"-Taste zu nehmen möchte ich eigentlich vermeiden.

Viele Grüße

nilssohn

Das Problem mit dem Springen in verschlüsselten Aufnahmen ist übrigens in der letzten Beta-Firmware gelöst. Rückwärts spulen geht allerdings nicht (ich weiss nicht ob das technisch überhaupt möglich wäre).

[quote=""Klaus""]Das Problem mit dem Springen in verschlüsselten Aufnahmen ist übrigens in der letzten Beta-Firmware gelöst.[/quote]
Schön zu hören!

Rückwärts spulen geht allerdings nicht (ich weiss nicht ob das technisch überhaupt möglich wäre).

Und damit (nachdem ich es ausprobiert habe) wird mir auch klar, warum mir das Spulverhalten verschlüsselter Aufnahmen willkürlich vorkam: Ich hatte es gedanklich nicht nach vor- und zurückspulen getrennt. Jetzt kapiert: Vorspulen geht, zurückspulen nicht. Danke.

Viele Grüße

nilssohn

[quote=""Klaus""]Rückwärts spulen geht allerdings nicht (ich weiss nicht ob das technisch überhaupt möglich wäre).[/quote]
Der MPEG-Stream ist so aufgebaut, dass die nachfolgenden Bilder immer auf ein vorheriges Bild referenzieren, ausgenommen die B-Frames. Daher ist ein "Rückspulen" technisch nur möglich, wenn eine komplette GOP Struktur eingelesen wird (also alle P- und B-Frames zwischen den I-Frames), wodurch in der Regel ein kompletter Satz von (üblicherweise) 15 Frames eingelesen und dann anschließend, beginnend vom ersten Frame an, bis zum letzten dekodiert werden müsste. Nur um dann wieder rückwärts vom letzten Frame an das Bild anzeigen zu können.
Der Aufwand dafür wäre recht hoch