TTD Forum

@Happy:

Wäre eine Unterstützung wie hier von mir in den Sinn gekommen machbar, sobald ibbi den entsprechenden Scanzeitpunkt zur Verfügung gestellt hat?

[quote=""Svenni""]@Happy:

Wäre eine Unterstützung wie hier von mir in den Sinn gekommen machbar, sobald ibbi den entsprechenden Scanzeitpunkt zur Verfügung gestellt hat?[/quote]
[quote=""Svenni""]Hmmmm - das fände ich dann aber für eine Einbindung in Automove noch interessanter. Sprich: Automove verschiebt nur unverschlüsselte Aufnahmen bis zum letzten Scanzeitpunkt. [/quote]
Kanst Du mir auf die Sprünge helfen ?
Was genau bedeutet das ?

Gruß,
Happy

[quote=""Happy""]Kanst Du mir auf die Sprünge helfen ?
Was genau bedeutet das ?[/quote]

Ich versuch's mal zusammenzufassen, ansonsten einfach im RecCopy-Thread nachfragen, da können andere das bestimmt besser erklären als ich. ops: Also:

Ab der nächsten RecCopy-Version lässt sich lt. ibbi per TAPCOM das letzte Datum abfragen, wann RecCopy das letzte Mal die Aufnahmen im Aufnahmeverzeichnis gescannt und im Header evtl. den Verschlüsselungsstatus korrigiert hat.

Derzeit sieht es so aus, dass Automove bei einem späteren/automatischen Anstossen des automatischen Verschiebens auch unverschlüsselte/grüne Aufnahmen verschiebt, deren Verschlüsselungsstatus noch nicht von RecCopy überprüft wurden - und somit auch Aufnahmen, die evtl. doch (teil-)verschlüsselt sind. Ist also etwas unglücklicher Zustand derzeit.

Wenn Automove nun den lt. ibbi ab der nächsten Version von RecCopy per TAPCOM bereitgestellten Zeitpunkt des letzten RecCopy-Aufnahmescannens abfragen und alle Aufnahmen, die nach diesem Zeitpunkt hinzugekommen sind, vom Verschieben ausnehmen würde, wäre das doch ganz toll, oder?

Jetzt isses klar.
Dann muss ich Automove ja auch noch auf TAPCOM umstellen.

Gruß,
Happy

[quote=""Happy""]Jetzt isses klar.
Dann muss ich Automove ja auch noch auf TAPCOM umstellen.[/quote]

Ist ja nur 'ne simple Abfrage.

Sobald es drinnen ist, poste ich es im Beta-Thread.

Gibt es Fortschritte bei der Kommunikation zw. AutoMove und RecCopy?

Ich bin jetzt wieder vom MM zu Filer+RecCopy gewechselt und dieses Feature wäre das Sahnehäubchen.

[quote=""MiK""]Gibt es Fortschritte bei der Kommunikation zw. AutoMove und RecCopy?[/quote]

auch wenn ich kein Abt bin :

Eine Lösung befindet sich derzeit im Test...

[quote=""Elle4u""]auch wenn ich kein Abt bin :

Eine Lösung befindet sich derzeit im Test...[/quote]

Dazu fällt mir gerade ein: Wo finde ich eigentlich das irgendwo schonmal erwähnte TAP-beta-Forum? Zu anderen Beta-Foren habe ich Zugriff. Aber dieses finde ich erst gar nicht. Oder gibt es das doch nicht?

[quote=""MiK""]Oder gibt es das doch nicht?[/quote]

Doch, das gibt es (sogar mehrere).
Die gab es sogar schon im alten Board

Das alte Board war vor meiner Topf-Zeit.

Und hier sind diese Foren jetzt so geheim, dass man sie nicht mal angezeigt bekommt? Oder ist das bei allen zugangsbeschränkten Foren so? Ich dachte ich hätte auch schon mal welche gesehen, zu denen ich dann keinen Zutritt hatte. Zur Zeit habe ich aber zu allen, die ich sehe auch Zutritt. Also zum BetaChat und zu den Beta-Firmware-Foren.

Ich würde nur gerne testen, ob ich vielleicht schon Zugriff habe, bevor ich meine Hilfe beim Beta-Testen anbiete ;-)

[quote=""ibbi""]

Happy;212574 hat geschrieben:Dann muss ich Automove ja auch noch auf TAPCOM umstellen.

Ist ja nur 'ne simple Abfrage.

Sobald es drinnen ist, poste ich es im Beta-Thread.[/QUOTE]

Es wäre dann soweit. Abfrage der letzten gescannten Aufnahme per TAPCOM mit der aktuellen Beta:

Hi,
ich habe mal alles zu diesem Thema zusammengeführt.

[quote=""ibbi""]Es wäre dann soweit. Abfrage der letzten gescannten Aufnahme per TAPCOM mit der aktuellen Beta:
[/quote]
Zur Sicherheit wollte ich fragen: Ist RecCopy_ParamScanTime der Standard-Topftyp für Datum/Uhrzeit à la (MJD << 16) | (hour << 8) | min ?

Automove würde dann nur noch Aufnahmen mit einem Filedatum vor dem letzten Scanzeitpunkt verschieben. Ich gehe mal davon aus, dass RecCopy nicht während einer Aufnahme arbeitet, und es daher nicht vorkommen kann, dass der letzte Scanzeitpunkt während einer Aufnahme liegt. Ansonsten müßte ich noch die Aufnahmedauer in Betracht ziehen, was ich vermeiden möchte.

Stimmt das so ? Gibts sonst noch etwas zu beachten ?

Gruß,
Happy

[quote=""Happy""]Ich gehe mal davon aus, dass RecCopy nicht während einer Aufnahme arbeitet, und es daher nicht vorkommen kann, dass der letzte Scanzeitpunkt während einer Aufnahme liegt.[/quote]

Also Decodieren geht NICHT während einer Aufnahme.
Allerdings Scannen schon (habe die Auswahl daher jetzt auch so in Filer integriert)!

Ich weiß jetzt allerdings nicht, was ibbi dort zurück liefert. Den letzten Kopier- oder Scan-Zeitpunkt (ScanTime würde ja für Letzteres sprechen).

[quote=""Elle4u""]
Allerdings Scannen schon (habe die Auswahl daher jetzt auch so in Filer integriert)!
[/quote]
Wie kann eine laufende Aufnahme gescannt werden, bzw. welchen Sinn macht das ?

Gruß,
Happy

(Unsinn gelöscht)

[quote=""Happy""]Wie kann eine laufende Aufnahme gescannt werden, bzw. welchen Sinn macht das ?[/quote]

Es geht nicht um eine laufende Aufnahme sondern um beendete Aufnahmen.
Durch das Scannen wird das Crypt-Flag nur gecheckt und evtl. geändert (hatten einige wohl gewünscht).

[quote=""Elle4u""]Durch das Scannen wird das Crypt-Flag nur gecheckt und evtl. geändert (hatten einige wohl gewünscht).[/quote]

Richtig. Denn nur so kann man sicher sein, dass man keine grüne Aufnahme verschiebt, die eigentlich gelb oder grün/gelb ist.

[quote=""Elle4u""]Es geht nicht um eine laufende Aufnahme sondern um beendete Aufnahmen.
Durch das Scannen wird das Crypt-Flag nur gecheckt und evtl. geändert (hatten einige wohl gewünscht).[/quote]
Dann würde aber der Vergleich des letzten Scans mit den Aufnahmezeitstempeln schief gehen.
Der letzte Scan könnte nach dem Aufnahmestart liegen, die Aufnahme aber noch nicht gescannt werden.

Ich schätze, ibbi muss das mal aufklären.

Gruß,
Happy

[quote=""Happy""]Ich schätze, ibbi muss das mal aufklären.[/quote]
Denke ich auch

[quote=""Happy""]Zur Sicherheit wollte ich fragen: Ist RecCopy_ParamScanTime der Standard-Topftyp für Datum/Uhrzeit à la (MJD << 16) | (hour << 8) | min ?[/quote]

Yep.

[quote=""Happy""]Ich gehe mal davon aus, dass RecCopy nicht während einer Aufnahme arbeitet, und es daher nicht vorkommen kann, dass der letzte Scanzeitpunkt während einer Aufnahme liegt.[/quote]

Auch das ist korrekt.

Da sich laufende Aufnahmen nicht öffnen lassen, sind diese für RecCopy quasi unsichtbar und noch nicht vorhanden.