Filer v2.00 Beta 13

[Elle4u]

[quote=""Elle4u""]It seems that I have not updated all the files in the source-directory ops:[/quote]

I have uploaded it again

[kantjer]

[quote=""Elle4u""]I have uploaded it again [/quote]Thanks

[mastercb]

Hi Elle,

habe mir das Paket mit den korrigierten Sourcen nochmal gezogen.

Irgendwie bin ich aber doch zu blöde, das ganze zu compilieren. Ich erhalte immer folgende Fehlermeldung:
filer
filer.c: In function `GetDirItems':
filer.c:616: `ATTR_PARENT' undeclared (first use in this function)
filer.c:616: (Each undeclared identifier is reported only once
filer.c:616: for each function it appears in.)
filer.c: In function `Dir_doEvent':
filer.c:2177: `ATTR_PARENT' undeclared (first use in this function)

Kann es sein, daß da irgendein file im sourcen Verzeichnis fehlt ? oder muß ich mir die eine aktuellere TAP_API besorgen (Meine ist Ver 1.22. Hat da jemand was aktuelleres ?)

[ibbi]

[quote=""mastercb""]filer.c:616: `ATTR_PARENT' undeclared (first use in this function)[/quote]

In der FireBirdLib heißt das aber ATTR_PARENTFOLDER.

[mastercb]

[quote=""ibbi""]In der FireBirdLib heißt das aber ATTR_PARENTFOLDER. [/quote]

Genau soweit bin ich auch schon bei meinen Recherchen gekommen. In welchem file sollte denn dieses ATTR_PARENT definiert sein ?

[ibbi]

[quote=""mastercb""]Genau soweit bin ich auch schon bei meinen Recherchen gekommen. In welchem file sollte denn dieses ATTR_PARENT definiert sein ? [/quote]

Offenbar nirgends mehr. Schreibe übergangsweise einfach ein

Code: Alles auswählen

#define ATTR_PARENT ATTR_PARENTFOLDER

ans Ende der libFireBird.h.

[Elle4u]

[quote=""mastercb""]Genau soweit bin ich auch schon bei meinen Recherchen gekommen. In welchem file sollte denn dieses ATTR_PARENT definiert sein ? [/quote]

Das hatte FireBird immer in der HDD.H ergänzt:

Code: Alles auswählen

#define ATTR_PARENT       0xf0

Wenn es das inzwischen in der Lib gibt könnte ich es auch umstellen

[mastercb]

[quote=""Elle4u""]Das hatte FireBird immer in der HDD.H ergänzt:

Code: Alles auswählen

#define ATTR_PARENT       0xf0

[/quote]

Elle, vielen Dank für Deine Antwort. Mit dem ergänzten Eintrag ist der Fehler weg :

Nur: Jetzt habe ich noch einen

filer

filerDB
filerdb.c: In function `GetID3Info':
filerdb.c:1099: `SEEK_END' undeclared (first use i
filerdb.c:1099: (Each undeclared identifier is rep
filerdb.c:1099: for each function it appears in.)

Wo und wie muß denn dieses SEEK_END deklariert werden

[Elle4u]

[quote=""mastercb""]Wo und wie muß denn dieses SEEK_END deklariert werden [/quote]

OK. Das steht da auch noch drin

Code: Alles auswählen

#define ATTR_PARENT       0xf0

#define	SEEK_SET	        0	/* set file offset to offset */
#define	SEEK_CUR	        1	/* set file offset to current plus offset */
#define	SEEK_END	        2	/* set file offset to EOF plus offset */ 

Das hat bisher jeder gefragt, der es compilieren wollte

Habe den Code umgeschrieben auf "ATTR_PARENTFOLDER"

[mastercb]

WOW, Elle

Jetzt bin ich platt !

Du schreibst ja Deine Antworten schneller, als ich die Frage stellen kann.

Tausend Dank und einen schönen Abend noch !!

[Elle4u]

[quote=""Elle4u""]Das hat bisher jeder gefragt, der es compilieren wollte [/quote]
viewtopic.php?p=197754#p197754&highligh ... post197754

viewtopic.php?p=159960#p159960&highligh ... post159960

[ibbi]

[quote=""mastercb""]Wo und wie muß denn dieses SEEK_END deklariert werden [/quote]

#include <stdio.h>

[ibbi]

[quote=""Elle4u""]OK. Das steht da auch noch drin [/quote]

Nö, nö, das lassen wir die gcc-Header machen.

[Töppi]

Hi Markus,

ich habe mit der Filer 2.0b13 folgende reproduzierbare Probleme festgestellt:

1. Nun habe ich den eigentlich behobenen Festplattenbug wieder. Nur äußert er sich diesmal ein wenig anders, als früher: (keine Vorschaubilder aktiv!!)

--> Filer wird per Archivtaste an FB geöffnet, ohne Anlaufen der Platte
--> Einmaliges Bewegen des Cursors --> Platte läuft an, erst dann werden Anzahl Ordner/Verzeichnisse/Titel unten im Infofeld gezeigt, rechts direkt
--> Pause, Platte geht wieder aus
--> Normales Navigieren ohne Anlaufen möglich!

2. Das zweite Problem ist neu und hatte ich in dieser Form noch nie:

--> Ich kann keine gelöschte Datei aus dem Papierkorb wiederherstellen. Dies führt sowohl mit play, als auch mit OK dazu, dass der Topf nur noch auf die Powertaste reagiert. Nach dem Restart wird kein Verifying.... durchgeführt.
Auch dies ist absolut reproduzierbar.

Hat jemand auch noch diese Probleme?

[Steven]

[quote=""Töppi""]
2. Das zweite Problem ist neu und hatte ich in dieser Form noch nie:

--> Ich kann keine gelöschte Datei aus dem Papierkorb wiederherstellen. Dies führt sowohl mit play, als auch mit OK dazu, dass der Topf nur noch auf die Powertaste reagiert. Nach dem Restart wird kein Verifying.... durchgeführt.
Auch dies ist absolut reproduzierbar.

Hat jemand auch noch diese Probleme?[/quote]

Hallo Klaus!

Also das Wiederherstellen funktioniert bei mir ohne Probleme.
Gerade ausprobiert.

Gruß Steven.

[Töppi]

[quote=""Steven""]Hallo Klaus!

Also das Wiederherstellen funktioniert bei mir ohne Probleme.
Gerade ausprobiert.

Gruß Steven.[/quote]

hatte ich fast vermutet, denn so ein gravierender Bug wäre uns bestimmt früher aufgefallen. Allerdings ist es bei mir mit allen Aufzeichnungen reproduzierbar, sprich, Filer kachelt ab....

[Ricki]

ich hatte mit der neuen Version Probleme (aber nur auf einen meiner 2 5000er) dass keine Vorschaubilder erstellt wurden obwohl er so getan hat als ob. Habe dann die INI gelöscht und neu gestartet. Danach ging es

[Homer]

[quote=""Töppi""]Hi Markus,

ich habe mit der Filer 2.0b13 folgende reproduzierbare Probleme festgestellt:

1. Nun habe ich den eigentlich behobenen Festplattenbug wieder. Nur äußert er sich diesmal ein wenig anders, als früher: (keine Vorschaubilder aktiv!!)

--> Filer wird per Archivtaste an FB geöffnet, ohne Anlaufen der Platte
--> Einmaliges Bewegen des Cursors --> Platte läuft an, erst dann werden Anzahl Ordner/Verzeichnisse/Titel unten im Infofeld gezeigt, rechts direkt
--> Pause, Platte geht wieder aus
--> Normales Navigieren ohne Anlaufen möglich![/quote]Das kann ich nicht reproduzieren, aber ich hatte das auch schon einmal. Wenn ich mich recht erinnere, dann lief die Platte an, als der Cursor auf eine Zeile kam, die eine neue Aufnahme enthielt, obwohl Filer während der Aufnahme ausgeblendet mitlief. Liegt es vielleicht am Senderlogo?

Viele Grüße
Homer

[Töppi]

[quote=""Homer""]Das kann ich nicht reproduzieren, aber ich hatte das auch schon einmal. Wenn ich mich recht erinnere, dann lief die Platte an, als der Cursor auf eine Zeile kam, die eine neue Aufnahme enthielt, obwohl Filer während der Aufnahme ausgeblendet mitlief. Liegt es vielleicht am Senderlogo?

Viele Grüße
Homer[/quote]

Kann eigentlich nicht sein, da dieses Verhalten auch bei reinen Ordnern, wo Filer kein Senderlogo anzeigen muss, auch passiert.

Einen Rescan der Dantenbank habe ich bereits probiert.

[macfan]

Nach wie vor hat Filer das Problem der verschwundenen (geschnittenen) Dateien. Ich hatte dazu Firebird schon einmal die DB geschickt, das hat aber auch nicht weitergeholfen.

Gestern hatte ich nun einen ganz merkwürdigen Effekt. Im "Hexe Lilli"-Ordner hätten zwei Folgen (Automove) sein müssen, aber die von gestern fehlte. Also ärgerte ich mich, dass die Folge nicht aufgezeichnet worden war. (Jetzt könnt ihr natürlich sagen, dass die Folge noch im Hauptverzeichnis war und noch nicht bewegt wurde, aber das Hauptverzeichnis habe ich immer wieder geöffnet, das hätte ich gesehen.)

Dann wollte ich die Folge von vorgestern auf den Computer übertragen. Das mache ich mit MPEG Streamclip. Dieses Programm hat die Funktion von Altair, kann aber auch noch alle möglichen Filmformate wandeln. D. h. die .rec-Datei wird beim Übertragen auf den Mac gleich in MPEG gewandelt. Hier sah ich nun, dass die Aufnahme von gestern doch im Hexe Lilli-Ordner vorhanden war. Der Filer zeigte sie nach wie vor an.

Das Öffnen der geschnittenen Datei von vorgestern zeigte Probleme. Irgendwie war durch das Schneiden die Dateilängeninformation nicht mehr ganz korrekt, denn Streamclip zeigte eine Länge von 30 Minuten statt von 23 Minuten an. Danach habe ich vom Ende (am Topf!) noch ein Stückchen abgeschnitten. Nach diesem Schneiden zeigte Filer plötzlich den Film von gestern an! (Wohlgemerkt, der bis dahin fehlende Film war ungeschnitten, der andere war geschnitten!)

Auch nach dem erneuten Übertragen der Folge von vorgestern zeigten sowohl Streamclip wie auch Quicktime Player falsche Längen des Films an. Nur VLC erkennt die richtige Länge.

Daher vermute ich, dass irgendwie der Topf beim Schneiden Längeninformationen versaubeutelt und damit auch den Filer verwirrt.

Hilft das bei der Fehlersuche weiter?

Gruß, Horst