Filer v1.00 Beta 27

[Homer]

Heute habe ich zum ersten Mal festgestellt, dass mein Topf heimlich eine meiner (Hörfunk-)Aufnahmen angehört haben muss.

Zumindest, wenn ich der "gesehen"-Angabe (Haken und 00:25 / 00:25) Glauben schenken darf. - Ich hatte die Aufnahme, die heute in meiner Abwesenheit gemacht wurde, noch nicht angefasst.

Viele Grüße
Homer

[Elle4u]

Ich bin ein großer Fan von Elle4U

ops: ops: ops:

[Elle4u]

Vom aktuell wiedergegebenen File werden die Positionen in Filer andauernd aktualisiert. In dem einen Fall, wo sich Filer wie von mir erwartet verhalten hat, hat er nach dem Ende der Wiedergabe den Film als gesehen abgehakt. Und zwar ohne erneut aufgerufen worden zu sein.

Ja aber da kommt die Info von der API und nicht aus dem Bookmark-File.
Daher geht das immer direkt bei einer aktuellen Wiedergabe.

Die Filme, wo die Wiedergabe nach Beenden abgehakt waren, waren sicherlich zwischendurch schonmal gestoppt worden. Oder es ist eine Aufnahme gestartet o.ä. denn dann wird das Bookmarkfile neu abgespeichert. Der letzte Wert wird in Filer übernommen...

Da ist noch Verbesserungsbedarf aber es ist ja noch die 1.0

Heute habe ich zum ersten Mal festgestellt, dass mein Topf heimlich eine meiner (Hörfunk-)Aufnahmen angehört haben muss.

Zumindest, wenn ich der "gesehen"-Angabe (Haken und 00:25 / 00:25) Glauben schenken darf. - Ich hatte die Aufnahme, die heute in meiner Abwesenheit gemacht wurde, noch nicht angefasst.

Da müssen wir mal Jetson fragen, ob AR auch auf Radio-Aufnahmen aufpaßt...

[Homer]

Ja aber da kommt die Info von der API und nicht aus dem Bookmark-File.
Daher geht das immer direkt bei einer aktuellen Wiedergabe.

Die Filme, wo die Wiedergabe nach Beenden abgehakt waren, waren sicherlich zwischendurch schonmal gestoppt worden. Oder es ist eine Aufnahme gestartet o.ä. denn dann wird das Bookmarkfile neu abgespeichert. Der letzte Wert wird in Filer übernommen...

Da ist noch Verbesserungsbedarf aber es ist ja noch die 1.0


Da müssen wir mal Jetson fragen, ob AR auch auf Radio-Aufnahmen aufpaßt...

Ob die Filme zuvor schon unterbrochen wurden, muss ich mal beobachten. Führt denn das normale Ende einer Wiedergabe (wg. Dateiende) denn nicht auch zu so einer Unterbrechung, die Filer mitbekommt und notiert?

Klarstellung zur abgehakten Radiosendung: Sie sollte "ungesehen" markiert sein.

Viele Grüße
Homer

[Elle4u]

Ob die Filme zuvor schon unterbrochen wurden, muss ich mal beobachten. Führt denn das normale Ende einer Wiedergabe (wg. Dateiende) denn nicht auch zu so einer Unterbrechung, die Filer mitbekommt und notiert?

AR bekommt das mit aber nicht direkt Filer.
Filer merkt es beim nächsten Aktualisieren des Verzeichnisses und das passiert ja nicht ständig...

[topfkieker]

Hi Elle4u!

Ich hätte noch einen Wunsch für den Umbenennen-Dialog: Wäre es möglich den Cursor, der ja am Anfang des Titels steht, durch drücken der "Vol-"-Taste ans Ende zu bekommen und umgekehrt.

Der Grund: Ich mache oft Kopien von verschlüsselten Aufnahmen, lösche diese dann und benenne die Kopie um. Oft lösche ich dabei nur das "COPY1" am Ende des Filmtitels. Es wäre dann sehr praktisch, wenn man mit einem Tastendruck ans Ende des Titels gelangt.

Gruß topfkieker

[SPACEart]

Hi Elle4u!

Ich hätte noch einen Wunsch für den Umbenennen-Dialog: Wäre es möglich den Cursor, der ja am Anfang des Titels steht, durch drücken der "Vol-"-Taste ans Ende zu bekommen und umgekehrt.

Der Grund: Ich mache oft Kopien von verschlüsselten Aufnahmen, lösche diese dann und benenne die Kopie um. Oft lösche ich dabei nur das "COPY1" am Ende des Filmtitels. Es wäre dann sehr praktisch, wenn man mit einem Tastendruck ans Ende des Titels gelangt.

Gruß topfkieker

Eine segr gute Idee auch meiner Meinung nach.

Gruß
Ingo

[Elle4u]

Ich hätte noch einen Wunsch für den Umbenennen-Dialog: Wäre es möglich den Cursor, der ja am Anfang des Titels steht, durch drücken der "Vol-"-Taste ans Ende zu bekommen und umgekehrt.

Finde ich auch gut.

Werde es mal auf die ToDo setzten

[Grubix]

... Filer hat somit keine Möglichkeit sich zu irren, das macht schon die FW.

Das finde ich aber nett von der Firmware, dass sie sich darum kümmert, sich zu irren. Dann braucht Elle4u die Aufgabe nicht zu übernehmen.

[13philipp]

Das finde ich aber nett von der Firmware, dass sie sich darum kümmert, sich zu irren. Dann braucht Elle4u die Aufgabe nicht zu übernehmen.

...genau, die ToDo-Liste ist schließlich schon lang genug...

[Galaxist]

Danke für den Bericht.

kantjer hatte auch ein Problem mit der Autoresume.dat.
Nachdem er diese gelöscht hatte war auch wieder alles in Ordnung. Aber das soll natürlich nicht die Regel sein.
Bitte gib bescheid, wenn der Fehler nochmal auftritt und schick mir dann die AR.Dat vor dem Löschen zu.

Danke

Mein Topf ist erneut abgeschmiert! Hab grad was aufgenommen und währenddessen eine ARD Aufnahme geschaut. Nach ein paar Minuten hatte ich Lust etwas anderes zu sehen (SciFi Aufnahme). Die startete wieder normal, allerdings nur 3 Sekunden und endete wieder in einer Endlosschleife. Während ich das schrieb ein erneutes "Verifying" inklusive einfrieren nach Tap Start (Auto). Werd jetz nochmal mit 0 hochfahren und dir die AR.dat zuschicken.

Greetings Galaxist

(PS: Die Ablaufzeiten sollten so gewählt werden, daß man in einem solchen Fall noch ein bis zwei Betas zurückspringen kann. Werd die 27 aber vorerst drauf lassen, da ich krank zuhause bin. Ärgerlich wird es aber wenn man beruflich unterwegs ist.)

[Galaxist]

Es geht weiter. AR.dat hatte ich gelöscht, dann die Aufnahme wieder gestartet und nach und nach wieder die Taps zugeschaltet. Nach Start von Filer, die Aufnahme war zu ca 7-8% gesehen, sprang das Bild um jeweils ca. 0.3% nach hinten. Und es endete, Du kannst es Dir wahrscheinlich denken, in einer einsekündigen Endlosschleife.

Und ein drittes mal. Nachdem der Topf nach erneutem löschen der AR.dat und erneutem Start "alive" blieb, startete ich die Aufnahme erneut. Was soll ich sagen: Endlosschleife!!!!

Denke ich werde die 27 doch erstmal runterzuschmeißen, bis ich was von Dir höre.

[Galaxist]

Ok,
bin auf die 25 zurückgegangen(der Fehler ist das erste mal bei mir in der 26 aufgetreten). Zwei mal mit dem selben Resultat. Zwischendurch habe ich gedacht vielleicht könnte es daran liegen, daß ich (ungesehene) Aufnahmen gewonheitsmäßig mit OK starte. Also hab ich beim zweiten mal bewußt Play benutzt und wieder Endlosschleife inklusive Freeze.
Geh jetzt auf die 24 zurück, da gabs ja noch keine AR.dat.

[Galaxist]

Melde, die 24 läuft einwandfrei. Das Problem scheint also eingekreist.

[Elle4u]

Hallo Galaxist,

ich habe Deine Mails erhalten und an Jetson weitergeleitet...

EDIT: Welche FW-Version hast Du? Kannst Du das bitte in Deinem Profil eintragen? Danke.

[Elle4u]

Ich hätte noch einen Wunsch für den Umbenennen-Dialog: Wäre es möglich den Cursor, der ja am Anfang des Titels steht, durch drücken der "Vol-"-Taste ans Ende zu bekommen und umgekehrt.

Das was so einfach klang ist doch ein bischen aufwendiger, wenn es auch etwas aussehen soll...

Ich kann ja mal versuchen, das kurz zu erklären:

Es gibt einen String (der Namen).
Aber den darf ich ja nicht ganz anzeigen lassen sondern nur so viel, wie auf den Bildschirm geht.
Also immer einen Buchstaben dazu und schauen, ob der Platz noch reicht sonst letzten Buchstaben wieder weg.
Dann bewegt man sich mit den Cursor noch Hinten.
Wenn man jetzt am Ende des Bildschirms ankommt muß geschaut werden, ob noch Zeichen folgen und wenn ja muß hinten das neue Zeichen dran und vorne so lange die Zeichen weg, bis es wieder auf den Schirm paßt.
Wenn man nach links geht mit dem Cursor und links am Rand ankommt, dann muß man umgekehrt schauen, ob vorne noch Zeichen sind und wenn ja es vorne wieder anhängen und hinten so lange abscheiden, bis es wieder auf den Schirm paßt (habe ich schonmal erwähnt, wie schei**e nicht fixe Buchstabenbreiten sind ).

So. Nun will man ja autom. nach Vorne/Hinten.
Von Hinten nach Vorne ist kein Problem.
Wenn man Hinten ist und es folgt nichts mehr dann wird Start des Cursors wieder 0 und auch Start im String wieder 0.
Von Vorne nach Hinten ist schon schwieriger.
Wenn links nichts mehr kommt muß der Cursor ans Ende gesetzt werden. Kein Problem.
Aber sieht man ihn dann auch oder ist er irgendwo rechts außerhalb der Anzeige?
Wenn das Wort kurz ist klappt es sofort.
Wenn das Wort aber länger ist, dann muß ich den Stringstart auf das Ende setzten und so lange vorne erweitern, bis der Schirm voll ist oder nichts mehr kommt... Und das muß ich noch umsetzten. Alles andere ist schon drin

Nur mal so als kleiner Einblick, was alles hinter so einem "einfachen" Dialog steckt...

[Harvey]

Du kenst doch die Länge des Strings.
Ist die API so langsam, dass es bei langen Dateinamen sekundenlang flackert, wenn Du len(string) mal die V+-Verarbeitung aufruftst?

[Elle4u]

Du kenst doch die Länge des Strings.
Ist die API so langsam, dass es bei langen Dateinamen sekundenlang flackert, wenn Du len(string) mal die V+-Verarbeitung aufruftst?

Du meinst also so oft einen Key-Event simulieren wie der String lang ist?
Das wäre noch eine Idee!
Zumindest für V+.
Habe nur Angst, daß da mal was verloren geht...

V- bekomme ich ja mit einer Zeile gebacken:

Code: Alles auswählen

iStart = iCursor = 0;

Ich werde es mal testen...

[Harvey]

Simulieren in Form von n mal den Code aufrufen, der für v+ zuständig ist. Mit TAP_SendKey oder wie die Routine jetzt heißt (keine Lust nachzuschauen) würde ich das keinesfalls machen.

[Elle4u]

Ich glaube, ich habe es schon.

Dadurch, daß ich es hier genau beschrieben habe, habe ich mir selbst den Lösungsansatz gezeigt

Vieleicht sollte ich das öfters machen