Automove TAP

[Lala]

Weiter Frage @Happy:

Bezieht AutoMove auch externe Laufwerke mit ein ?

[FireBird]

Das mit der Scanzeit musst Du erklären ops:

Die Scanzeit in der INI sagt aus, wie weit RbN (genauer RecCopy) mit dem Scan gekommen ist. Die Dateien werden nach Datum sortiert und dann dem Alter nach gescannt. Es dürfen also keine Dateien verschoben werden, die neuer sind als LastScanTime.

[Happy]

Die Scan-Zeit wäre sauberer, da nicht jeder auf das Flag verzichten möchte.

Und wann ist TAPCOM für den TMS fertig

[Ricki]

Die Scanzeit in der INI sagt aus, wie weit RbN (genauer RecCopy) mit dem Scan gekommen ist. Die Dateien werden nach Datum sortiert und dann dem Alter nach gescannt. Es dürfen also keine Dateien verschoben werden, die neuer sind als LastScanTime.

Danke Firebird.

OK der erste Teil war mir klar, der zweite bezieht sich dann schon auf die Umsetzung.
@Happy: meinst Du dass klappt? . Wäre Toll.

[Lala]

Die Scanzeit in der INI sagt aus, wie weit RbN (genauer RecCopy) mit dem Scan gekommen ist. Die Dateien werden nach Datum sortiert und dann dem Alter nach gescannt. Es dürfen also keine Dateien verschoben werden, die neuer sind als LastScanTime.

bedeutet das jetzt, dass AutoMove nur dann verwendet werden sollte, wenn man RbN nicht nutzt ?!

[FireBird]

Und wann ist TAPCOM für den TMS fertig

Batch-Flag habe ich schon mal übertragen, ich weiß also bereits, wie es unter Linux läuft. Die Implementierung einer kompletten Comm wird aber noch eine Herausforderung.

[stercus]

Hallo,

vielen dank für das Tap, darauf hab ich gewartet.

[FireBird]

bedeutet das jetzt, dass AutoMove nur dann verwendet werden sollte, wenn man RbN nicht nutzt ?!

Derzeit wird AutoMove vielleicht etwas zu schnell sein, falls man nicht mit verschlüsselten Aufnahmen leben kann.

[Lala]

Derzeit wird AutoMove vielleicht etwas zu schnell sein, falls man nicht mit verschlüsselten Aufnahmen leben kann.

In AutoMove kann man ja die Verzögerung des Verschiebens steuern. Liesse sich RbN so darstellen, dass es nicht nur bei jedem Neustart scant, sondern immer dann, wenn eine Aufnahme fertiggestellt wurde ?! und danach kommt dann Automove dran ?

[Happy]

[quote="FireBird"]Derzeit wird AutoMove vielleicht etwas zu schnell sein, falls man nicht mit verschlüsselten Aufnahmen leben kann.[/quote]

Man könnte erstens das Verschieben von $-Aufnahmen komplett abschalten, oder zweitens die Zeit bis zum Verschieben soweit erhöhen, dass RbN sicher seinen Dienst verrichtet hat.

Ansonsten sehe ich keine Problem darin die RbN.ini auszuwerten. Den Rest gibt es in Automove ja schon aus Reccopy-Zeiten.

[Lala]

[quote="Happy"]... oder zweitens die Zeit bis zum Verschieben soweit erhöhen, dass RbN sicher seinen Dienst verrichtet hat.[/quote]

Das meinte ich in meinem Post davor, . . . aber RbN Scannt "nur" unmittelbar nach einem Neustart . . .

[FireBird]

[quote="Lala"]aber RbN Scannt "nur" unmittelbar nach einem Neustart . . .[/quote]
Weil ich damit verhindern wollte, dass ein TAP mehr permanent im Speicher sitzt.

[Lala]

Weil ich damit verhindern wollte, dass ein TAP mehr permanent im Speicher sitzt.

Sprich, . . . das wäre leicht zu ändern ?

[FireBird]

Nicht unbedingt, da das ein paar konzeptionelle Änderungen um Code nach sich zieht.

[Lala]

ok, . . .

[Happy]

[quote="Lala"]Weiter Frage @Happy:

Bezieht AutoMove auch externe Laufwerke mit ein ?[/quote]
Automove verschiebt nur von /DataFiles in Unterordner erster und zweiter Ordnung.

@all
Ansonsten gehen wir mal davon aus, dass ich in der nächsten Version die RbN.ini auswerte.

[Lala]

Automove verschiebt nur von /DataFiles in Unterordner erster und zweiter Ordnung.

@all
Ansonsten gehen wir mal davon aus, dass ich in der nächsten Version die RbN.ini auswerte.

Das wäre s per

[Twilight]

vielen dank....wieder ein missing link mehr

twilight

[Töppi]

Wenn auch spät,
Danke Happy!

[ufb]

@ Happy

"Die Menschheit kriegt nie genug" ! Aber Automove - extern, dann wäre ICH very Happy

Vielen Dank für Deine Mühe !