Einfluß von Zoomgrad und Format auf Qualität

Hi,

der GMM macht nur Screenshots vom Geogridviewer. Damit bekommst Du auf dem PDA eben die Auflösung, die Du auf dem PC einstellst.

Bei so wenig Kacheln kannst Du den Zoom voll aufdrehen.

Gruß
H.-J.

Zitat

Original von h_smart
Bei so wenig Kacheln kannst Du den Zoom voll aufdrehen.
H.-J.

Mein Top50 Geogridviewer 1.1 hat zwischen den + und - Zoombuttons noch einen, der genau 1:1 einstellt, d.h. ein Pixel Bildschirm entspricht genau 1 Pixel der gescannten Karte. Näher ranzoomen bringt keinen Qualitätsgewinn, eher noch Verlust bei ungradzahligen Interpolationen.
Bei MagicMaps 1.5 muss man schätzen, dass die kleinsten Elemente etwa auf 1 Pixel kommen.

Hi,

ja, das ergibt mehr Kacheln. Aus denen kannst Du dann im GMM farbreduzierte gif oder png machen.

Gruß
H.-J.

Nur mal eine schnelle Bemerkung: jpg und png wird in der nächsten Version beim Laden noch mal ein Stück schneller, vor allem, wenn sie in gezippen Archiven liegen. gif wird dagegen nicht mehr so schnell sein (vor allem, wenn es aus zips kommt). Für PNAs werde ich gif vorerst gar nicht unterstützen. Also gif sollten wir momentan nicht empfehlen.

Zitat

Original von Peter Kirst
Nur mal eine schnelle Bemerkung: jpg und png wird in der nächsten Version beim Laden noch mal ein Stück schneller, vor allem, wenn sie in gezippen Archiven liegen. gif wird dagegen nicht mehr so schnell sein (vor allem, wenn es aus zips kommt). Für PNAs werde ich gif vorerst gar nicht unterstützen. Also gif sollten wir momentan nicht empfehlen.

PNG komprimiert sowieso wesentlich besser als GIF. Probiert auch mal das "PNGOUT"-Programm! (Google fragen) Meine bereits komprimierten PNG's hat das Ding nochmals um 20% geschrumpft, verlustlos! Allerdings rechnet das dafür auch sehr sehr lange (Pattern-Kombinationen durchprobieren). Das aber nur für die Kompression. Die Dekompression wird dadurch nicht langsamer.

Schnell ist gut, Peter Du machst den alten Hasen wie OziExplorer gute Konkurrenz. Vielleicht ist es langsam Zeit für eine Englische Version, damit die Ozzis und Amis auch bei dir einsteigen.

p.s. für die Kompression gibt's natürlich auch ein Skript (pngout selbst versteht keine Wildcards)
pngoutall.bat:
echo compress all png files in current directory
for %%i in (*.png) do pngout.exe "%%i"

p.p.s.: pngout steht im default schon auf "extreme" compression, an den einstellungen zu fummeln hilft nichts mehr. auch die anderen optimierprogramme können pngout nicht toppen (musste ich natürlich ausprobieren).

Oh je, dann wird die nächste Glopus Version mit diesen pngout Bildern wohl auch Probleme haben. Schaun wir mal.

Zitat

Original von safron
Dafür kann der GMM (Version 1,0,0,14, vom 18.11.) die komprimierten png's dann aber nicht mehr richtig anzeigen, es gibt nur Streifen-muster.

Mein GMM gleiche Version zeigt die PNGOUT-Komprimierten Bilder einwandfrei an. Es würde mich auch wundern, weil der Dekompressionsalgorithmus davon nichts mitbekommt.

Übrigens habe ich letztes Mal im Bildkonvertierer die höchste PNG-Kompressionsstufe 9 eingestellt. Darauf hatte PNGOUT nur noch 3.4% verbessert. Vielleicht lag's auch am Bildmaterial (50% komprimierte Topo-Karte mit einigen interpolierten Pixeln).

Ach, ich wusste gar nicht, das pngout auch BMP's frisst. Jaja, 5x klingt gut. Aber das auch nur weil das Quellmaterial gar nicht komprimiert war. Bei normaler PNG-Kompression geht nochmal 15-20% zusätzlich, bei PNG-Kompressionsgrad 9 kann pngout gerad noch ein paar Prozent mehr rausholen. Der Preis ist aber hoch, weil es sehr sehr lange braucht (bei vielen vielen Kacheln)....

Hast du evtl. vergessen all die Grafiknamen in den KAL-Dateien anzupassen? Dann wird's auch schwarz auf dem Navi. Dazu gibt es in meinen Skripts (s.o.) auch eine Hilfe: batchreplace "*.kal" .bmp .png

Möglicherweise macht auch GMM bei der Kachelteilung einen Fehler. Jemand anders hatte bei der Teilung einer Weltkarte in GMM negative Pixelkoordinaten gehabt. Das wäre rechnerisch denkbar, aber ist doch merkwürdig für eine Bitmap.

Zitat

Original von Tyrone
Vielleicht kann ich mir die 250er Kacheln sparen und gleich auf 1000er bleiben wenn die Dateigröße so klein bleibt.

Die Dateigröße hat keinen Einfluß auf den benötigten Speicher im PDA entscheident ist die Anzahl der Pixel und die Farbtiefe. Einzig die Ladezeit wird etwas schneller je kleiner die Datei ist.

Bei zu kleinen Karten ist das Problem das die Karten mehr Überlappungen Flächenmässig haben und umso öfters Karten nachgeladen werden - was wiederum mehr Speicher bzw. kurze Verzögerung beim Kartendarstellen hat.

Mein Test mit der Aktuellen Version hat gezeigt Karten die nicht im ZIP-liegen am schnellsten nachgeladen werden (bei ca.1400 Karten) dauert das nachladen ca. 3 sek, alle in einem ZIP-File dauert die selbe Aktion 20-22 sek. Als Kompromis hab ich nun ZIP-Files mit etwa 100 Karten da dauert es etwa 6 sek und das auch bei deutlich mehr wie 1400 Karten.
Dies alles gilt für WM5.

Gruß
Silver