IQTuner

[13philipp]

...vielen Dank...

[chrisly]

Danke für die neue Version. Vielleicht hilft das ja auch bei meinem Problem.

Heute morgen hatte ich aber trotzdem wieder eine verschlüsselte Aufnahme - weil ich zuvor einmal kurz die Timerliste aufgerufen hatte.

Verstehe ich jetzt nicht. Wieso wird denn eine Aufnahme nicht entschlüsselt aufgezeichnet, nur weil man die Timerliste öffnet?

Mir passiert es ja öfters, dass ich PIP starte und dort noch ein verschlüsselter Sender aktiv ist. Das führt - selbst bei sofortigem PiP-Exit - dann ja auch zur verschlüsselten Aufnahme (was aber nachvollziehbar ist).
Kann man es eigentlich irgendwie umgehen, dass dann immer RbN aktiv wird? Eigentlich dürfte ja nur 1 Sekunde verschlüsselt sein, die nicht weiter stören würde.
Würde es helfen, wenn man diese Aufnahme manuell aus dem AD-Ordner zurückverschieben würde?

[Paulchen Panther]

...
Kann man es eigentlich irgendwie umgehen, dass dann immer RbN aktiv wird? Eigentlich dürfte ja nur 1 Sekunde verschlüsselt sein, die nicht weiter stören würde.

Nein RbN tut nur Gutes. Du kannst aber einstellen, wie groß verschl. Stellen sein dürfen, die ignoriert werden sollen.

Würde es helfen, wenn man diese Aufnahme manuell aus dem AD-Ordner zurückverschieben würde?

Nö!

[FilmFan]

Verstehe ich jetzt nicht. Wieso wird denn eine Aufnahme nicht entschlüsselt aufgezeichnet, nur weil man die Timerliste öffnet?

Wenn man dabei nicht zufällig gerade auf dem Sender steht, auf dem später die Timeraufnahme startet und man zwischendurch das Gerät nicht ausschaltet (weil z. B. eine andere [unverschlüsselte] Aufnahme läuft).

Kann man es eigentlich irgendwie umgehen, dass dann immer RbN aktiv wird? Eigentlich dürfte ja nur 1 Sekunde verschlüsselt sein, die nicht weiter stören würde.

Das kann man im RebuildNAVSetup einstellen: Wenn Du die Länge verschl. Pakete auf 1500 ms einstellst, dann ignoriert er verschlüsselte Teile bis zu 1,5 Sekunden. Für den Anfang einer Aufnahme kann man das getrennt einstellen (der Vorgabewert ist 3 Sekunden).

[dirki001]

Wenn man dabei nicht zufällig gerade auf dem Sender steht, auf dem später die Timeraufnahme startet und man zwischendurch das Gerät nicht ausschaltet (weil z. B. eine andere [unverschlüsselte] Aufnahme läuft).

Das konnte ich so noch nicht feststellen.

Ich habe schon öfter während einer verschlüsselten Aufnahme mit iTiNa rumgespielt oder die Timerliste geöffnet ohne das die verschlüsselte Aufnahme anschließend verschlüsselt war.

[FilmFan]

[quote="Gerti"]War bei mir mit HD+ CI+ CAM noch nie ein Problem. Nur die erste Initialisierung dauer länger, danach geht es immer sehr schnell.[/quote]
Beim KDG CI+-Modul dauert auch nur die erste Initialisierung beim Einschalten länger. Beim anschließenden Umschalten im Betrieb ist es nicht viel langsamer als ein AlphaCrypt. Bisher hatte ich diesbezüglich ja auch noch keine wirklichen Probleme.

[FilmFan]

Ich habe schon öfter während einer verschlüsselten Aufnahme mit iTiNa rumgespielt oder die Timerliste geöffnet ohne das die verschlüsselte Aufnahme anschließend verschlüsselt war.

Das ist auch kein Problem, also noch mal langsam:

1. Timeraufnahme auf NDR läuft.
2. Timerliste (mit TMSRemote) aufgerufen.
3. Aufnahme auf NDR läuft weiter.
4. Gerät ausschalten, bleibt aber weiter an (WAIT-Zustand). Dieser Punkt ist aber egal.
5. Aufnahme auf Vox (verschlüsselt) startet. Gerät schaltet nicht um, weil jemand eine Taste gedrückt hat (bei Punkt 2).
6. Gerät geht aus.
7. Gerät geht unnötigerweise an.
8. Gerät entschlüsselt unnötigerweise die Aufnahme aus Punkt 5.
9. Gerät geht aus.


P. S.: Um noch einen drauf zu setzen: Mit dem CI+-Modul kann ich bei verschlüsselter Aufnahme sogar auf einen unverschlüsselten Sender umschalten, und die laufende Aufnahme wird trotzdem weiterhin entschlüsselt. Das geht sogar, wenn die Entschlüsselung über die Karte im AlphaCrypt läuft.

[Gerti]

Hi!

P. S.: Um noch einen drauf zu setzen: Mit dem CI+-Modul kann ich bei verschlüsselter Aufnahme sogar auf einen unverschlüsselten Sender umschalten, und die laufende Aufnahme wird trotzdem weiterhin entschlüsselt. Das geht sogar, wenn die Entschlüsselung über die Karte im AlphaCrypt läuft.

Ist das beim CRP wirklich so? Beim SRP-2401 ist das nämlich nicht so.
Wenn das so ist, werde ich für den CRP die entsprechende Funktion in IQTuner freischalten.

Gruß,
Gerti

[FilmFan]

[quote="Gerti"]Ist das beim CRP wirklich so? Beim SRP-2401 ist das nämlich nicht so.
Wenn das so ist, werde ich für den CRP die entsprechende Funktion in IQTuner freischalten.[/quote]
Ja, das habe ich jetzt schon mehrmals erlebt und hat auch in Tests immer geklappt.

Aber nur mit dem CI+-Modul (von Kabel Deutschland), mit dem AlphaCrypt alleine klappt das nicht. Bei der Kombination AlphaCrypt und CI+-Modul sollte man beim Entschlüsseln mit dem AlphaCrypt aufpassen, da beim Umschalten das CI+-Modul ggf. Restriktionen wie Verfallsdatum und Jugendschutz einbringt.

[chrisly]

...
6. Gerät geht aus.
7. Gerät geht unnötigerweise an.
8. Gerät entschlüsselt unnötigerweise die Aufnahme aus Punkt 5.
9. Gerät geht aus.

Das erinnert mich an eine verschlüsselte Aufnahme von Sonntagnacht, als keine Taste gedrückt wurde.
Auch hier schaltete der Topf unmittelbar nach Aufnahmeende (unnötigerweise) ab, obwohl ja normalerweise nach Aufnahmeende IQT dafür sorgt, dass RbN startet und die Aufnahme scannt.
Das scheint aber nur dann zu passieren, wenn der Topf zum Aufnahmestart schon lief und nicht dann, wenn er per Timer gestartet und nicht manuell bedient wurde.
Stimmt hier irgendeine Einstellung nicht oder habe ich mal wieder den Überblick verloren?

[13philipp]

Stimmt hier irgendeine Einstellung nicht oder habe ich mal wieder den Überblick verloren?

...hast Du im IQTuner Setup "RecCopy automatisch ausführen" auf "Ja, Shutdown verzögern" stehen?...

[FilmFan]

Stimmt hier irgendeine Einstellung nicht oder habe ich mal wieder den Überblick verloren?

Das Ding hat eine Menge Einstellungen.

So ganz blicke ich da auch nicht durch. Ich bin mir immer noch nicht sicher, ob nicht vielleicht die Kombination aus RebuildNAV und MovieCutter für meine beschädigten Dateien verantwortlich ist. Was passiert, wenn 2 TAPs gleichzeitig über die TAP-API auf das Dateisystem zugreifen? Ist die API reentrant?

[FilmFan]

...hast Du im IQTuner Setup "RecCopy automatisch ausführen" auf "Ja, Shutdown verzögern" stehen?...

Kommen sich die Einstellungen von IQTuner und RebuildNAV nicht in die Quere?

[chrisly]

Ne - die ergänzen sich.

[quote="13philipp"]...hast Du im IQTuner Setup "RecCopy automatisch ausführen" auf "Ja, Shutdown verzögern" stehen?...[/quote]

So habe ich es eingestellt - deshalb sollte der Topf ja eigentlich auch nicht sofort nach Aufnahmeende ausgehen!?

[13philipp]

[quote="chrisly"]
So habe ich es eingestellt - deshalb sollte der Topf ja eigentlich auch nicht sofort nach Aufnahmeende ausgehen!?[/quote]

...dann liegt es zumindest daran nicht...

[chrisly]

Ich habe gerade mal die TAPSystem.log überprüft.
Eigentlich hat der Topf in letzter Zeit (frühere Einträge habe ich nicht überprüft) bei allen nächtlichen Aufnahmen sofort abgeschaltet.

[FireBird]

Ist die API reentrant?

TAPs sind nicht multithreaded.

[FilmFan]

[quote="FireBird"]TAPs sind nicht multithreaded.[/quote]
Aber eine Art von Multitasking existiert doch, oder?

Was passiert, wenn RebuildNAV eine Datei scannt (das dauert ja schon mal etwas) und MovieCutter die Schnitt-API oder die Datei-API zum Schneiden der NAV-Datei aufruft? Kann da wirklich nichts schief gehen?

Ich suche halt immer noch nach der Fehlerursache, um beschädigte Dateien in Zukunft zu vermeiden.

[FireBird]

[quote="FilmFan"]Aber eine Art von Multitasking existiert doch, oder?

Was passiert, wenn RebuildNAV eine Datei scannt (das dauert ja schon mal etwas) und MovieCutter die Schnitt-API oder die Datei-API zum Schneiden der NAV-Datei aufruft? [/quote]
Läuft im selben Thread ab und ist grundsätzlich erlaubt, da ein TAP im Hintergrund scannen kann, während Du über das normale GUI eine Datei schneidest. Aber was ist schon hundertprozentig sicher?

[Gerti]

Hi!

Ich habe gerade mal die TAPSystem.log überprüft.
Eigentlich hat der Topf in letzter Zeit (frühere Einträge habe ich nicht überprüft) bei allen nächtlichen Aufnahmen sofort abgeschaltet.

Habe es mit Timern aus dem StandBy und auch manuellem Ausschalten während einer laufenden Aufnahme probiert. 30 Sekunden vor dem Ende der Aufnahme übernimmt IQTuner die Kontrolle (sieht man auch auf dem Bildschirm und im Display, wenn "WAIT" verschwindet) und startet RbN, wenn die Aufnahme (teil-)verschlüsselt ist.

Sobald RbN fertig ist, fährt IQTuner den Receiver herunter.
Im Logfile sollten entsprechende Einträge wie "Delay shut down for RecCopy" für Aufnahmen aus dem StandBy und "Inherit shut down process" für den Fall, dass man bei laufenden Aufnahmen das Gerät abschaltet.

Beides setzt aber voraus, dass die Einstellung "Ja, Shutdown verzögern" eingestellt ist.

Gruß,
Gerti