Filer v1.00 Alpha 37

13philipp · #21

HI Elle4u!

...habe gerade Deinen Testversuch gestartet, hat bei mir keine Auswirkungen...

Elle4u · #22

13philipp hat geschrieben:HI Elle4u!

...habe gerade Deinen Testversuch gestartet, hat bei mir keine Auswirkungen...

Naja. Machen wir uns einfach keine Gedanken mehr drüber...

Harvey · #23

OT:

Elle4u hat geschrieben:Da kämst Du ins Sppiel mit ner DB.

Nicht wirklich ernst gemeint: Hat eigentlich schon mal jemand probiert, MySQL auf den Topf zu portieren?
Käme übrigens auch für die EPG-TAPs nicht schlecht.

Elle4u · #24

JoachimPaul hat geschrieben:Hallo,
ich habe jetzt mal JAGsRadioEPG rausgenommen. Und nun klappts, ist wohl also ein Speicherproblem bei mir.
MfG

In der kommenden Filer-Alpha ist Dank DeJe auch eine bessere Speicherverwaltung drin.

thensch · #25

Elle4u hat geschrieben:In der kommenden Filer-Alpha ist Dank DeJe auch eine bessere Speicherverwaltung drin.

Ich hoffe das bringt etwas Performance. Beim Durchschalten mekrt man es schon. Aber vor allem, wenn man große Ordner öffnet.
Wenn dann noch der QuickTimer Style kommt, wäre das echt der Hammer.

DeJe · #26

thensch hat geschrieben:Ich hoffe das bringt etwas Performance. Beim Durchschalten mekrt man es schon. Aber vor allem, wenn man große Ordner öffnet.

Das stimmt. Das stört mich auch am meisten.
Ob sich da allerdings etwas in der nächsten Alpha tut ist eher nicht zu erwarten.

emarzinkowski · #27

DeJe hat geschrieben:Das stimmt. Das stört mich auch am meisten.
Ob sich da allerdings etwas in der nächsten Alpha tut ist eher nicht zu erwarten.

so lange das auf der ToDo steht, bin ich froh und bleibe optimistisch

Elle4u · #28

thensch hat geschrieben:Ich hoffe das bringt etwas Performance. Beim Durchschalten mekrt man es schon. Aber vor allem, wenn man große Ordner öffnet.
Wenn dann noch der QuickTimer Style kommt, wäre das echt der Hammer.

Diese beiden Fälle muß man aber unterscheiden!

Das eine ist das Scrollen. Das kann man durch Änderung des Grafik-Aufbaus verbessern (nicht mehr alles ständig neu zeichnen sondern nur noch Updates).

Das andere ist das Öffnen von großen Foldern und das liegt einfach daran, daß HDD-Zugriffe auf dem Topf über die API nicht die schnellsten sind und wir leider die kompletten Header aller Files durchscannen müssen.

In Zukunft ist aber eine InfoBox geplant, welche das Scannen anzeigt.
Evtl. werden auch nur noch die gerade angezeigten Files gescannt...

Abhilfe würde da erst der Einsatz einer DB bringen. Dies ist aber noch Zukunftsmusik.

emarzinkowski · #29

ist bzgl. der Grafik etwas geplant zum schnellenren Scrollen?
Baut ihr in absehbarer Zeit eine Anzeige an, wieviele Files sich in dem Ordner befinden, auf dem gerade der Marker ist (oder evtl. sogar für alle Ordner)

DeJe · #30

Das wäre denke ich machbar. Später natürlich.

Das Problem ist schon wie von Elle beschrieben. Durch das Scannen, bzw. Einlesen, der zusätzlichen Informationen wird das Ganze so langsam. Wenn ich bei mir diese Routinen ausblende geht der Filer mindestens genausoschnell wie das Original.

Wir müssen also einen Kompromiss finden zwischen Startspeed, Scrollspeed, Folder wechseln usw.

Sheridan · #31

Hallo zusammen,

wie sieht es denn mit so einem Cache-Algorithmus aus, bei dem man nur gelegentlich im Hintergrund scannt und einliest und das ganze dann im Speicher hat. So oft ändert es sich ja auch nicht, wieviele Dateien man in den verschiedenen Ordnern hat etc.

Viele Grüße,
Michael

DeJe · #32

Es geht nicht um Informationen über die Ordnerstruktur, Anzahl Dateien und so.
Diese Infos sind sehr schnell eingelesen. Ich habe hier einen Ordner mit 400 Files. Ohne Dateiscan ist der in Null,Nix angezeigt.
Laß uns mal machen, uns fällt schon was ein.

Elle4u · #33

emarzinkowski hat geschrieben:ist bzgl. der Grafik etwas geplant zum schnellenren Scrollen?
Baut ihr in absehbarer Zeit eine Anzeige an, wieviele Files sich in dem Ordner befinden, auf dem gerade der Marker ist (oder evtl. sogar für alle Ordner)

Ja. Das hatte ich noch vor (steht das eigentlich schon au f der ToDo- Liste?

ops: ).

Sheridan hat geschrieben:wie sieht es denn mit so einem Cache-Algorithmus aus, bei dem man nur gelegentlich im Hintergrund scannt und einliest und das ganze dann im Speicher hat. So oft ändert es sich ja auch nicht, wieviele Dateien man in den verschiedenen Ordnern hat etc.

Ich versuche im Moment, daß nur die aktuell angezeigten gescannt werden...

Edit: Stand schon auf der ToDo-Liste!

emarzinkowski · #34

Elle4u hat geschrieben:Edit: Stand schon auf der ToDo-Liste!

sorry, hätte ich ja auch schauen können.

ops:
fällt mir nur immer wieder auf, weil mir das fehlt. und ich deshalb im Zweifelsfall in die Ordner gehe, um nachzusehen.

sLindi · #35

Hallo,

habe in einem anderen Thread gerade was über die orig. Fileliste gelesen:

jba hat geschrieben:Hallo,

wenn ich bei meinem TF-5000PVR die Liste der Aufnahmen öffne (Verzeichnis DataFiles), gibt es keinen Link, um in das übergeordnete Verzeichnis zu gelangen. Ich meine mich zu erinnern, dass es dort früher einen '..' Link dazu gab. Wie ist das bei euch? Gibt es einen solchen Link?

Das das mit der Original-Fileliste nicht möglich ist, ist mir bekannt, aber beim Lesen dieser Zeilen dachte ich mir, dass das eigentlich gar nicht so unpraktisch wäre. Man könnte dann ohne sich vom Steuerkreuz zu bewegen überall hin navigieren.

Wäre es denkbar, in Filer noch eine übergeordnete Root-Ebene einzuführen und dies zu realisieren, bzw. würde das noch jemand gut finden

:

mfg
sLindi

emarzinkowski · #36

denke nicht, dass das nötig ist. Da brauchst du doch auch immer einen Tastendruck mehr, um in MP3 zu kommen. Das ProgramFiles nützt dir ja eh nicht viel, da du aus Filer keine TAPs starten kannst.

sLindi · #37

emarzinkowski hat geschrieben:Das ProgramFiles nützt dir ja eh nicht viel, da du aus Filer keine TAPs starten kannst.

Daran hatte ich jetzt gar nicht mehr gedacht

ops:

Also Kommando retour...

Elle4u · #38

sLindi hat geschrieben:Wäre es denkbar, in Filer noch eine übergeordnete Root-Ebene einzuführen und dies zu realisieren, bzw. würde das noch jemand gut finden :

Das ist möglich und wird im Moment sogar extra unterdrückt!
Die Leute fanden dies am Anfang aber irretierend (u.a. da ein Wechsel zu den TAPs ja nichts bringt).

Inzwischen ist eine Änderung nicht mehr möglich, da durch den Wechsel der Sichten mit "<<" und ">>" das Programm komplett in einen anderen Modus wechselt und somit entscheidet wie es mit dem File umzugehen hat usw.

thensch · #39

Elle4u hat geschrieben:In Zukunft ist aber eine InfoBox geplant, welche das Scannen anzeigt.
Evtl. werden auch nur noch die gerade angezeigten Files gescannt...

Das wäre zwar ganz nett, bringt aber nicht wirklich was. Wenn mein Musik Files Ordner 20sek zum öffnen braucht, ist das leider ein KO Kriterium.

Elle4u hat geschrieben:Abhilfe würde da erst der Einsatz einer DB bringen. Dies ist aber noch Zukunftsmusik.

Das hört sich schon mal gut an.

Elle4u · #40

thensch hat geschrieben:
Elle4u hat geschrieben:Evtl. werden auch nur noch die gerade angezeigten Files gescannt...
Das wäre zwar ganz nett, bringt aber nicht wirklich was. Wenn mein Musik Files Ordner 20sek zum öffnen braucht, ist das leider ein KO Kriterium.

Das hast Du wohl falsch verstanden.
Es würden dann immer nur die 9 Files gescannt, welche gerade in der Anzeige sind und das geht ziemlich schnell