Filer v2.00 Beta 20

[Maliboy]

[quote=""Elle4u""]Ich werde Eure Anfrage berücksichtigen und das nächste Ablaufdatum auf einen Termin setzen, welcher nicht um den Jahreswechsel herum liegt .[/quote]

Genau. Wie wäre es mit dem 2007-12-23 :twisted:

[B4B]

....

[Elle4u]

[quote=""Maliboy""]Genau. Wie wäre es mit dem 2007-12-23 :twisted:[/quote]

st:

[13philipp]

[quote=""Elle4u""]Hallo? Geht's noch?
Das sind noch 4 Monate!

Also wenn ihr glaubt, dass es bis dahin keine neue Version mehr gibt und auch das Datum nicht angepasst wird, dann frage ich mich, ob ihr die letzten 2 Jahre mit mir wart oder nicht.[/quote]

...ich war immer mit Dir...

[quote=""Elle4u""] Ich werde das Release, welches ich für heute Abend angedacht hatte, jetzt noch etwas zurück halten müssen. [/quote]

... ...

[quote=""Elle4u""] Wieder einmal zeigt es sich, dass wenn man den kleinen Finger reicht, der ganze Arm genommen wird. [/quote]

...das heißt, Du musst jetzt mit einem Arm programmieren...

[Elle4u]

[quote=""13philipp""] ...das heißt, Du musst jetzt mit einem Arm programmieren... [/quote]

Jaaa

[Sigittarius-E]

Spät aber doch:
Der Beta 19 Thread ist zwar schon zu und die Frage von dir mit einem es bleibt so wie es ist beantwortet:

@alle RecCopy-Benutzer:

Kann es auch nötig/sinnvoll sein, eine Aufnahme mittels RecCopy zu entschlüsseln bzw. zu scanne, auch wenn gar kein Crypt-Flag gesetzt ist (da es z.B. durch RecCopy entfernt wurde)?

Denn derzeit lasse ich diese Optionen ja nur zu, wenn die Aufnahme irgendwie verschlüsselt ist/war (lt. Flag).

aber trotzdem wollte ich noch meinen Senf, der mir erst jetzt eingefallen ist dazugeben

Wenn man verschlüsselte Aufnahmen z.B. wegen zu wenig Platz auf der Platte ext. auslagert und dann z.B. per Altair zurücküberträgt ist ja das "$" Zeichen weg.

Das wäre natürlich nicht schlecht wenn dieses wieder gesetzt werden könnte.

Ich glaube dass der Topf ja beides (Flag im .rec UND "$" Zeichen) braucht um den Stream durch das CAM zu jagen oder?

Was berücksichtigt denn reccopy? Nur das Flag im .rec File?

[Elle4u]

[quote=""Sigittarius-E""]Das wäre natürlich nicht schlecht wenn dieses wieder gesetzt werden könnte.[/quote]

Das geht doch auch.

[Sigittarius-E]

[quote=""Elle4u""]Das geht doch auch.[/quote]

ok. war mir jetzt nicht sicher.

[Elle4u]

[quote=""Sigittarius-E""]ok. war mir jetzt nicht sicher.[/quote]

Drück doch einfach mal auf "Optionen" und Du würdest es sehen

[B4B]

Er hat Angst vor deiner Flasche!

[Elle4u]

[quote=""B4B""]Er hat Angst vor deiner Flasche! [/quote]

Die war eigentlich für Dich bestimmt...

[Sigittarius-E]

[quote=""Elle4u""]Drück doch einfach mal auf "Optionen" und Du würdest es sehen [/quote]

wenn der TV nicht von meiner Regierung in Beschlag genommen wä(h)re

[13philipp]

[quote=""Elle4u""]Die war eigentlich für Dich bestimmt... [/quote]


... ...

[B4B]

[quote=""Elle4u""]Die war eigentlich für Dich bestimmt... [/quote]

Warum? Wegen der dezenten Verlängerungsanfrage (was für ein Wort)?

[Elle4u]

[quote=""B4B""]Warum? Wegen der dezenten Verlängerungsanfrage (was für ein Wort)? [/quote]

Aber sicher das

[B4B]

[quote=""13philipp""]... ...[/quote]

Ich danke Dir.

[13philipp]

[quote=""B4B""]Ich danke Dir.[/quote]

...gern geschehen...

[Elle4u]

[quote=""Homer""]1. wird die Festplattenanzeige beim Unterschreiten von 0 MB wieder zur vollen Kapazität. Bei früheren Versionen blieb die Anzeige auf 0 MB. Besser würde mir die Anzeige wie beim TF5000Display gefallen: Wenn weniger als 0 MB, dann auch genau so darstellen (z. B.: -6 MB).[/quote]

Ähm. Wie kann denn die Festplattenanzeige < 0 MB sein?
Durch den Abzug des TimeShift-Wertes?

Geändert hat sich das mit der Korrektur des Problems, dass die Anzeige zu weit rechts hinaus laufen konnte (> als Festplattenkapazität).

Ich werde mir das dann noch einmal anschauen.

[quote=""Homer""]2. wird im folgenden Fall die Dateigröße unterschiedlich gesehen:

...

Bei den Details unten wird die Dateigröße mit 3666 MB richtig erkannt, auch dass sie gerade abgespielt wird - gestartet durch den Topf-Filer.[/quote]

Kann es sein, dass es sich hierbei um eine noch laufende Aufnahme handelt?
Denn vorne ist noch das Ausrufezeichen, welche manchmal bei einer laufenden Aufnahme durch einen API-Fehler erscheinen kann.

Oder war es wirklich nur eine Wiedergabe?

Es sieht so aus, als ob in dem Moment, wo Filer das File aktualisieren wollte, der Zugriff nicht ging oder so.


Ist das etwas was oft vor kommt oder war das eine einmalige Sache?

[Homer]

[quote=""Elle4u""]Ähm. Wie kann denn die Festplattenanzeige < 0 MB sein?
Durch den Abzug des TimeShift-Wertes?[/quote]Genau.
[quote=""Elle4u""]Kann es sein, dass es sich hierbei um eine noch laufende Aufnahme handelt?

Ist das etwas was oft vor kommt oder war das eine einmalige Sache?[/quote]Nein, denn sonst müsste es sich wegen der Sortierung bei allen drei Zeilen um laufende Aufnahmen handeln. Es ist mir hier das erste Mal aufgefallen. Zugriff wäre m. E. möglich gewesen (kein gleichzeitiger Zugriff über USB). Mir ist es rätselhaft, wie zwei unterschiedliche Größenangaben bei einer Datei möglich sind.

Viele Grüße
Homer

[cbeckstein]

Hat vermutlich nix damit zu tun... tortzdem eine Frage zur Kommunikation Overfly/Filer:

wenn ich unmittelbar nach einer Aufnahme eines grossen Filmes, zu einem Zeitpunkt, wo Overfly die Datei gerade nach Werbung scanned, in den Filer gehe und die Datei (ohne eingeschalteten Papierkorb!) zu löschen versuche, was passiert dann?

Filer pausiert ja über TAPCOM den OVerfly.... kann Filer während dieser Pause die Datei löschen? Und was macht dann Overfly, wenn es nach Verlassen des Filer die Kontrolle zurückbekommt und die Datei ist weg??

Ich bilde mir ein, auf diese Weise schon Abstürze des Topf produziert zu haben (mit anschliessendem auztomatischen Filescan nach dem Neustart)

- Clemens