Ich suche seit gestern nach einem möglichst schnellen Bildbetrachter. Er sollte beim Durchblättern so gut wie keine Verzögerung haben. Kennt sich da jemand aus?
Schneller Bildbetrachter gesucht
Anmeldungsdatum: Beiträge: 34 Wohnort: Nürnberg |
|
Anmeldungsdatum: Beiträge: 1816 |
ristretto, eog und Konsorten sind alle schnell. Wenn es dir jetzt zu langsam geht, dann wird ein Wechsel des Bildbetrachters nicht den Unterschied machen. Ausschlaggebend ist vielmehr die Kombination aus Bildgröße und Hintergrundspeicherlatenz und -durchsatz. Wenn du 24MB-RAW-Dateien von einer Festplatte liest, dann ist das notwendigerweise langsam. Wenn du 2MB-Dateien von einer SSD liest, dann ist das schnell. Worum handelt es sich bei dir? |
Anmeldungsdatum: Beiträge: 397 |
Also ich verwende gerne XnView damit habe ich noch keine Probleme gehabt XnView MP für Linux http://www.chip.de/downloads/XnView-MP-fuer-Linux_13000045.html |
Anmeldungsdatum: Beiträge: 1816 |
Ich kann nicht nachvollziehen, wieso man Software für so eine triviale Aufgabe, für die es in den Paketquellen einen riesigen Fundus an Paketen gibt eine proprietäre, statisch gelinkte, 38MB große Anwendung von Chip(!) herunterladen und an der Paketverwaltung vorbei installieren sollte. Zumal auch die langsam sein wird, wenn die Rahmenbedingungen (s.o.) nicht stimmen. |
Anmeldungsdatum: Beiträge: 397 |
Und da ist er wieder der gute alte Grabenkampf "Die Leute haben sich verdammtnochmal an Linux anzupassen - Punkt" |
(Themenstarter)
Anmeldungsdatum: Beiträge: 34 Wohnort: Nürnberg |
Es handelt sich um JPEG-Dateien, die zwischen 5 und 12 MB groß sind (auf einer HDD). |
Anmeldungsdatum: Beiträge: 7657 |
Wenn die HDD 100MB/s schafft kannst dir ausrechnen, wieviele Bilder pro Sekunde du max. erwarten könntest. Wird dann langsamer durch Seeks usw. Wobei es bei JPEG die Möglichkeit gibt, zu schummeln (nur den Thumbnail lesen / anzeigen und das richtige Bild erst mit 50ms Verzögerung, wenn du stoppst). Was in den meisten Programmen indirekt so gemacht wird über einen "Galeriemodus" wo du von vorneherein nur Vorschaubilder siehst, bis du ein Bild anpickst. Volle Megapixel-Bilder durchscrollen, da gehen alle Bildbetrachter in die Knie, auch auf SSD (irgendwann dauert allein schon das Decoding, Skalierung auf Bildschirmgröße, etc. schon so lange). Am Ende kommt es dann auch auf andere Sachen an, wie gut man mit der Bedienung klarkommt... wer feh gewohnt ist kommt mit qiv nicht klar und umgekehrt. 😉 |
Anmeldungsdatum: Beiträge: 6345 Wohnort: Hamburg |
Ich beschäftige mich auch gerade wieder mit diesem Thema und kann das bestätigen. Um das zu beschleunigen gibt es einige Tricks. Diese erfordern aber alle zusätzlichen Arbeitsspeicher! Also erstmal kann das nächste Bild schon geladen werden, während das vorhergehende noch betrachtet wird. Und wenn man das Skalieren beschleunigen will, muss man die Skalierungsfaktoren für die jeweilige Bild Zeile/Spalte zwischenspeichern, damit sie nicht jedesmal neu berechnet werden müssen. Was ich damit sagen will ist, das es auch an zu wenig Arbeitsspeicher liegen kann. |
Anmeldungsdatum: Beiträge: 23336 |
https://wiki.ubuntuusers.de/Gwenview/
... oder man nutzt wie normale Anwender Thumbnails 😈 . |
Anmeldungsdatum: Beiträge: 7657 |
Da geht es sicher ums Dekodieren, gelesen werden muss die Datei an sich trotzdem komplett.
Wenn man das häufig braucht und die Dateien sehr groß sind, dann macht das durchaus Sinn, sich mit einem ImageMagick-Script (o.ä.) einen separaten Ordner zu erstellen mit Bildern in Wunschgröße (nicht nur Briefmarke) und dann diese durchzuspulen und nur bei Bedarf dann das "Vollbild" rauszupicken. Das ist dann auch der Fall wo von der Dateigröße her weniger gelesen wird. Ein Bildbetrachter könnte sich da nun selber eine entsprechende Thumbnail-Datenbank anlegen. Nachteil davon, es dauert sehr lange bis diese Thumbnailliste bearbeitet ist (das sind dann die Fotoverwaltungsprogramme, die ne halbe Stunde brauchen, bis es die neuen Bilder von der SD-Karte gefressen hat - nervig) und das ganze braucht dann eben auch nochmal mehr Speicherplatz. Damit sich das lohnt müsste man eine Liste von Bildern mehr als einmal durchgehen wollen, also eben diese Thumbnails häufiger brauchen... |
Anmeldungsdatum: Beiträge: 6345 Wohnort: Hamburg |
hakel schrieb:
Das entspricht etwa dem "Nearest neighbor" Algorithmus. Der ist einfach und extrem schnell, erzeugt aber bei feinen Mustern (Zeichnungen) sehr nervige Artefakte. |
Anmeldungsdatum: Beiträge: Zähle... |
habe mich heute mit dem Thema befasst und jetzt ein paar Bildbetrachter durch. Ein paar hochauflösende Landkarten, jpg mit jeweils ca. 40 MB habe ich zum Testen genommen, "durchzappen", zoomen, verschieben, Thumbnails etc.. Getestet habe ich Geeqie, Gthumb, Ristretto, Gwenview Geeqie scheint mir das subjektiv flotteste zu sein. |