Integration von RecCopy-Funktionen

[MichaelBe]

Hallo,

ich bin "armer" Kunde bei Unitymedia und Nutzer eines TF 5200 PVR-C. Nun ist ja so, dass bei Topfield alles "grundverschlüsselt" ist - d.h. wenn man auf mehr als einem (Privat-)Programm aufnehmen will, muss man nachträglich entschlüsseln.

Das ist nun mit RecCopy ganz komfortabel möglich - hat allerdings zwei größere Tücken:

1. Der RecCopy-Timer kümmert sich nur bedingt um die von iTina gesetzten Aufnahmetimer - er weigert sich nämlich, Aufnahmen zu kopieren, solange noch Timer ausstehen. Nun wird aber der Timer nicht verschoben, sondern fällt ganz weg. Das heißt, die Aufnahme würde erst einen Tag später entschlüsselt - geht aber auch nicht, weil dann der Key nicht mehr funktioniert.

Solche Kollisionen sind nun seit ich iTina nutze aber häufiger ein Problem - denn bei Fernsehserien etc. wird öfter mal auch die Spätausstrahlung gewählt - was immer mit dem (zeitlich ja grds. nicht fixierten) RecCopy-Timer in Konflikt gerät.

2. Selbst im laufenden Fernsehprogramm wird gelegentlich durch den Timer von RecCopy umgeschaltet. Das sollte m.E. auch nicht sein.

--
Ideal wäre es nun, wenn auch die Timer für RecCopy durch iTina verwaltet würden - es würde also immer "sobald wie möglich" entschlüsselt (die Keys laufen bei UM nach ca. 24 Stunden ab!) und Konflikte mit Aufnahmen würden vermieden. Das ganze könnte dann wie beim Programmscan in iTina 1.0 gelöst sein - dass sich nämlich das Dekodieren solange verschiebt bis eine hinreichend lange Lücke für das Entschlüsseln besteht.

Das Zusammenspiel der beiden TAPS wäre so viel eleganter zu realisieren...

Gruß

Michael

[Gerti]

Hi!

Zu 1) Das stimmt so nicht, RecCopy holt den Timer nach...

Gruß,
Gerti

[TV-Junkie]

Ja, aber es wäre schon schön, wenn iTiNa das auch könnte, z.B nach einem scan der EPG-Daten auch gleich aufnahmen entschlüsseln.
OK, ist mein Traum-Modus

[nilssohn]

1. Der RecCopy-Timer kümmert sich nur bedingt um die von iTina gesetzten Aufnahmetimer - er weigert sich nämlich, Aufnahmen zu kopieren, solange noch Timer ausstehen. Nun wird aber der Timer nicht verschoben, sondern fällt ganz weg.

Sieh Dir mal das Thema "Nachholtimer" im RecCopy-Handbuch an. Das TAP springt bei mir um 06:30 Uhr an (iT scannte um 06:00 Uhr) und hat dann bis 12:30 Uhr Zeit, verschlüsselte Aufnahmen abzuarbeiten. Das reicht in aller Regel, es sei denn, am Abend/in der Nacht vorher gab es Aufnahmeorgien und morgens/am Vormittag warten schon wieder Aufnahmetimer. Für diesen (bei mir sehr seltenen) Fall ist dann eine halbwegs intelligente Timerverwaltung durch den Benutzer gefragt, unterstützt durch iTiNas Ähnlichkeitssuche. Im Notfall hilft immer noch händisches Anwerfen von RecCopy, bevor der Schlüssel abläuft.

Da RecCopy einerseits anstehende Timer und vor allem Lücken zwischen diesen erkennt, und die Scandauer von iT andererseits relativ genau abschätzbar ist, verspräche ich mir keinen Vorteil von einer Integration.

2. Selbst im laufenden Fernsehprogramm wird gelegentlich durch den Timer von RecCopy umgeschaltet.

Das verstehe ich nicht. RecCopy sollte nur einen täglichen Wecktimer haben, und das zu einer Uhrzeit, die nicht gerade Hauptsendezeit ist.

Ideal wäre es nun, wenn auch die Timer für RecCopy durch iTina verwaltet würden - es würde also immer "sobald wie möglich" entschlüsselt (die Keys laufen bei UM nach ca. 24 Stunden ab!) und Konflikte mit Aufnahmen würden vermieden. Das ganze könnte dann wie beim Programmscan in iTina 1.0 gelöst sein - dass sich nämlich das Dekodieren solange verschiebt bis eine hinreichend lange Lücke für das Entschlüsseln besteht.

Wie gesagt: Im Grunde passiert genau das - nur nicht durch iT, sondern durch RecCopy gesteuert.

Viele Grüße

nilssohn

Und willkommen im Forum!