Filer v2.00 Beta 1

[nilssohn]

[quote=""FireBird""]Das Hauptziel der Entwicklung war, den Filer schnell zu machen.[/quote]
Das war auch m.E. das Wichtigste, und es ist gelungen! :

Eine erste Frage: Ich hoffe - wie einige andere auch - auf einen funktionierenden Ersatz für sFastCopy. Ich habe verstanden, dass in der Beta 1 nur eine manuelle Mehrfachauswahl von Dateien für die manuelle Entschlüsselung möglich ist.

Aber auch das gelingt mir nicht. Ich kann mit der FAV-Taste zwar mehrere Dateien auswählen. Wenn die Auswahl aber auf einer dieser Dateien stehen bleibt, und ich die REC-Taste drücke, wird diese - und nur diese - Datei entschlüsselt.

Was mache ich falsch?

Viele Grüße

nilssohn

[Galaxist]

Nix, Elle hat doch meine Frage diebezüglich verneint.

[FireBird]

Der Unterschied ist der, dass synchrone Operationen (z. B. alle ausgewählten Dateien sofort löschen) leicht zu implementieren ist, während asynchrone Aufträge (die ausgewählten Dateien im Hintergrund entschlüsseln) einen ziemlichen Aufwand darstellen. Deshalb haben wir uns diesen Punkt für später aufgehoben.

[Klaus]

[quote=""dvdbommel""]Also ich habe:

0 MP3
0 Bilder
Die paar TAPs siehe Signatur
und ne fast volle 400 GB Festplatte voll Filme ... wieviel das sind müßte ich nachschauen
( in mehreren Unterverzeichnissen )
....
anscheinend ist die Größe der Festplatte und deren Inhalt nicht unerheblich für den Speicherverbrauch ( 11,1 MB --> 1,9 MB ) könnte man da noch was OPTIMIEREN ?

[/quote]
Gibts denn eine Formel der Form "Pro Film werden X Kilobytes in den Speicher" geladen? Dann könnte man ja mal ein bischen rechnen...

[FireBird]

[quote=""Klaus""]Gibts denn eine Formel der Form "Pro Film werden X Kilobytes in den Speicher" geladen? Dann könnte man ja mal ein bischen rechnen...[/quote]
Gibt es nicht. Es werden 2 Tabellen verwendet. Die Erste enthält alle Infos über ein Objekt (Dateien und Verzeichnisse) und hat ca. 150 Bytes pro Eintrag. Die zweite Tabelle enthält alle Texte. Hier liegt das Rechenproblem, da jeder String nur einmal vorkommt. Wenn Du also 100 MP3s von z.B. „Loreena McKennitt“ hast, dann werden trotzdem nur 18 Bytes verbraten.

[quote=""dvdbommel""]anscheinend ist die Größe der Festplatte und deren Inhalt nicht unerheblich für den Speicherverbrauch ( 11,1 MB --> 1,9 MB ) könnte man da noch was OPTIMIEREN ?[/quote]
Wie sieht der Verbrauch aus, wenn Du die Logos abschaltest und den Filer neu startest?

[nilssohn]

[quote=""Galaxist""]Nix, Elle hat doch meine Frage diebezüglich verneint.[/quote]
[quote=""Elle4u""]MultiSelect ist erst ganz rudimentär eingebaut.
siehe ToDo: -> beim Löschen, Wiederherstellen und Moven bereits implementiert[/quote]
Du hast Recht, Galaxist.

[quote=""FireBird""]Der Unterschied ist der, dass synchrone Operationen (z. B. alle ausgewählten Dateien sofort löschen) leicht zu implementieren ist, während asynchrone Aufträge (die ausgewählten Dateien im Hintergrund entschlüsseln) einen ziemlichen Aufwand darstellen. Deshalb haben wir uns diesen Punkt für später aufgehoben.[/quote]
Und jetzt hab' ich's auch verstanden. Ich warte also gern weiter auf die hervorragende Funktion, die Filer endgültig zu einem der TAPs für mich werden lässt.

Viele Grüße

nilssohn

[Ricki]

[quote=""FireBird""]Mit der Fav-Taste.[/quote]


geht bei mir nicht. Ich vermute mal es liegt daran dass ich QT mit der FAV Taste aufrufe. Kann man das Selektieren auch anders belegen oder muss ich Filer vor QT starten?
@Elle4u: Klar hast Du geantwortet hast aber mein übersehen.

[FireBird]

Das spricht für Filer vor QT, da Filer alle Tasten durchreicht, wenn es nicht selbst aktiv ist.

[Ricki]

[quote=""FireBird""]Das spricht für Filer vor QT, da Filer alle Tasten durchreicht, wenn es nicht selbst aktiv ist.[/quote]


So war es auch. Jetzt geht es . Ich hoffe nun dass Filer vor QT kein Problem macht da ja QT gerne als erstes TAP genutzt wird. Vielleicht kann Elle4u die Select Taste Konfigurierbar machen um solchen Problemen aus dem Weg zu gehen.

[Klaus]

[quote=""FireBird""]Gibt es nicht. Es werden 2 Tabellen verwendet. Die Erste enthält alle Infos über ein Objekt (Dateien und Verzeichnisse) und hat ca. 150 Bytes pro Eintrag. Die zweite Tabelle enthält alle Texte. Hier liegt das Rechenproblem, da jeder String nur einmal vorkommt. Wenn Du also 100 MP3s von z.B. „Loreena McKennitt“ hast, dann werden trotzdem nur 18 Bytes verbraten.[/quote]
Laß uns mal vom Worst Case ausgehen, d.h., alle Texte unterschiedlich...
Was wäre denn ein realistischer Durschittswert für den Text? 50 Bytes vielleicht?

Unter diesen zwei Annahmen wäre der Verbrauch für 100 Objekte (Dateien und Verzeichnisse) :
1. Tabelle: 100 x 150Bytes = 15.000 Bytes
2. Tabelle: 100 x 50 Bytes = 5.000 Bytes

Ist das so richtig gerechnet? Wenn ja: Das wären doch nur ein par KB

[ameise999]

danke für die neue version !!!
werde diese morgen testen.

gruss
marianne

[FireBird]

[quote=""Klaus""]Ist das so richtig gerechnet? Wenn ja: Das wären doch nur ein par KB [/quote]
Vermutlich wird der Worst Case wegen der Event Daten größer sein. Du brauchst nicht viel rechnen. Sieh Dir die filer.db an, denn so steht es auch im Speicher. Dort sind aber bereits reservierte Records enthalten. Die Größe der Datei ändert sich also in Sprüngen.

Es gibt mehrere Speicherfresser: ein Brocken ist das OSD. Dort werden verschiedene Elemente im Speicher gehalten, um ein Neuzeichnen zu beschleunigen. Weiters werden 2 jeweils 1 Cluster große Buffer für das Einlesen von der Festplatte reserviert. Das macht, je nach Plattengröße, zwischen 2 bis 3MB aus. Die könnte ich zwar zwischendurch freigeben, Platz muss trotzdem vorhanden sein. Die größte Variable sehe ich in den Logos. Es werden nur die von der DB angeforderten Logos gecacht. Dieser Buffer hängt also davon ab, von wieviel verschiedenen Sendern ich aufnehme.

[Klaus]

[quote=""FireBird""]Es gibt mehrere Speicherfresser:
....
Die größte Variable sehe ich in den Logos. Es werden nur die von der DB angeforderten Logos gecacht. Dieser Buffer hängt also davon ab, von wieviel verschiedenen Sendern ich aufnehme.[/quote]
D.h.: Wenn man wie ich keine Logos geladen hat dann braucht man sich den Kopf nicht zu zerbrechen über den Speicherbedarf?

[FireBird]

Mir fällt jetzt kein anderer, konfigurierbarer Speicherverbraucher ein.

[Homer]

[quote=""der-seher""]Ich habe bisher nur ein kleines Problem entdeckt.
Das Logo für "münchen tv" wird nicht angezeigt.
In Improbox wird es angezeigt und auch Quicktimer zeigt dieses Logo aus den
Improbox-Logos an.
(Das Logo ist bei mir nur in Improbox vorhanden -> nicht bei Quicktimer)

In Filer wird es aber nicht angezeigt.
Auch bei einer neuen Aufnahme nicht.

Alle anderen Improbox-Logos werden angezeigt.

Grüße ...
der-seher[/quote]
Bei mir wurde folgendes Logos nicht angezeigt: wdrköln.ibl, obwohl es unter 3PG funktioniert.
Ich habe es zu wdrkln.ibl umbenannt, Filer beendet und neu gestartet. Und nun ist es da.

Viele Grüße
Homer

[Galaxist]

Meinem Topf ist total kalt geworden als ich ein File aus dem Papierkorb löschen wollte.

[13philipp]

...so ich habe jetzt alles probiert, aber ich erhalte keine Senderlogos, auch wenn ich Filer als einziges TAP starte; der Ordner „ProgramFiles\ChannelLogos\TV“ ist vorhanden und die Senderlogos werden auch nach wie vor in der Improbox angezeigt aber nicht im Filer...

...die gute Nachricht ist: noch kein Absturz mit Filer v2.00 Beta 1...

[dvdbommel]

[quote=""FireBird""]

Es gibt mehrere Speicherfresser: ein Brocken ist das OSD. Dort werden verschiedene Elemente im Speicher gehalten, um ein Neuzeichnen zu beschleunigen. Weiters werden 2 jeweils 1 Cluster große Buffer für das Einlesen von der Festplatte reserviert. Das macht, je nach Plattengröße, zwischen 2 bis 3MB aus. Die könnte ich zwar zwischendurch freigeben, Platz muss trotzdem vorhanden sein.

Die größte Variable sehe ich in den Logos. Es werden nur die von der DB angeforderten Logos gecacht. Dieser Buffer hängt also davon ab, von wieviel verschiedenen Sendern ich aufnehme.[/quote]

Also wenn dann habe ich eh nur die Logos in der Infobox an ... habe das mal getestet mit aus und an:

der Unterschied ohne Logos beträgt bei mir nur vernachlässigbare 0,4 MB

d.h Filer verbrät bei mir nach wie vor 8 - 9 MB an Speicher ( bei HDD 400 GB )

Gruß DVDbommel

P.S.: werde bis heute Abend mal den Speicherbedarf mit meiner 250 GB HDD testen !

Außerdem habe ich immer noch folgendes Problem bei Filer:
eine meiner Film Dateien wird in Filer2 mit einem roten Dreieck mit Ausrufezeichen angezeigt --- da er das File mit 0 MB anzeigt --- Header kann nicht repariert werden !!!

dies kann aber nicht sein da das File im Original Filer mit etwa 3300 MB angezeigt wird und sich auch Problemlos abspielen läßt

[mega]

Bei mir hat es auch einen ungültige-Aufnahme fehler.
Mit 'Grüße aus Hollywood'.

Dioe Datei lässt sich aber normal abspielen und ist nicht 0 groß.

[Dixie]

Hi Elle4u und Firebird,

vielen Dank für die tolle Arbeit die Ihr geleistet habt.

Cool ist die Anzeige der laufenden Taps durch das Play-Symbol.

Dixie