PT-Viewer vs. Zoom-Viewer & Panoramafactory

Datum: 28.08.2004 Uhrzeit: 21:39:46 Alexander Krause Also Ihr seht, diese Panoramen lassen mir einfach keine Ruhe: Ich bin munter am rumprobieren, wie ich am besten hochauflö¶sende Panoramen im Internet plazieren kann. Primär benutze ich Panoramafactory 3.3 und da ich auch kein Programmierer bin, nutze ich erstmal nur den easy-beasy”-HTML-Output von diesem Programm. Alle weiterführenden Tipps und Tricks von Anderen vor allem die die das lieber selbst im Editor schreiben (ja ja ich weiss es ist besser schneller schlanker) nehme ich gerne an. Ich produziere mit der E-1 bei 14mm im Hochformat (natürlich mit dem Pano-Winkel von Klaus) ca. 80-90 MB große Dateien (ich rede im folgenden immer von unkomptimierten Daten da diese ja für die Darstellung am Monitor “entpackt” werden müssen) Meine ersten Rückschlüsse bisher: Hochauflö¶sende Panoramen sind theoretisch kein Problem da meist JPG-Kompression benutzt wird da werden selbst riesen Dateien schö¶n klein und DSL haben ja auch viele. Das volle Datenvolumen (90MB) bekomme ich bisher nur in QuickTimeVR verpackt und dann auch angezeigt. PT-Viewer und Zoom-Viewer scheinen sehr ähnlich zu sein wobei PT-Viewer etwas grö¶ßere Datein anzeigen kann. Ich habe das mal so “Try & Error”- mäßig ausprobiert: Zomm-Viewer kann Bilder bis ca. 18 MB verarbeiten PT-Viewer schafft maximal 24MB Dateien. Bei diesen Grö¶ßen dauert es dann schon einen Moment bis das Bild angezeigt wird. Grö¶ßere Bilder führen zu “out of memory”-Meldungen. Für alle Interessierten habe ich hier ein Bild (jeweils das gleiche Bild) einmal im Zoom- und einmal im PT-Viewer mit Panoramafactory ausgegeben. http://www.berlin-bits.de/E-1/panorama/ Alle CodeMonkeys sind herzlich eingeladen Ihren Senf dazuzugeben und mich zu belehren wie man es noch besser machen kann (gerne auch per Hand dann aber bitte mit “Beschreibung für Doofe”). Alex posted via https://oly-e.de” —————————————————————————————————————————————— Datum: 28.08.2004 Uhrzeit: 24:29:38 Frank Ledwon Alexander Krause wrote: > Also Ihr seht, diese Panoramen lassen mir einfach keine Ruhe: Macht süchtig 😉 > Ich produziere mit der E-1 bei 14mm im Hochformat (natürlich mit > dem Pano-Winkel von Klaus) ca. 80-90 MB große Dateien (ich rede > im folgenden immer von unkomptimierten Daten, da diese ja für > die Darstellung am Monitor entpackt” werden müssen) > Meine ersten Rückschlüsse bisher: > Hochauflö¶sende Panoramen sind theoretisch kein Problem da meist > JPG-Kompression benutzt wird da werden selbst riesen Dateien > schö¶n klein und DSL haben ja auch viele. Das Problem ist aber letztlich das Auspacken der JPEGs. Es gibt keine Grafikkarte der man ein JPEG zum Fraß vorwerfen kann und die daraus direkt das Bild auf dem Schirm anzeigt. Also muß die das Pano anzeigende Software mit dem unkomprimierten Bild umgehen kö¶nnen. > Das volle Datenvolumen (90MB) bekomme ich bisher nur in > QuickTimeVR verpackt und dann auch angezeigt. Allerdings in lausiger Qualität wobei bisher nicht bekannt ist ob das nur ein Fehler der Software ist… > PT-Viewer und Zoom-Viewer scheinen sehr ähnlich zu sein wobei > PT-Viewer etwas grö¶ßere Datein anzeigen kann. Ich habe das mal > so “Try & Error”- mäßig ausprobiert: > Zomm-Viewer kann Bilder bis ca. 18 MB verarbeiten PT-Viewer > schafft maximal 24MB Dateien. Bei diesen Grö¶ßen dauert es dann > schon einen Moment bis das Bild angezeigt wird. Grö¶ßere Bilder > führen zu “out of memory”-Meldungen. PTViewer gibt bei dem großen Potsdam-Bild einfach einen ‘java.lang.OutOfMemoryError’ aus. Bei reduzierter Grö¶ße (z.B. 10000 Pixel Breite) treten die Speicherprobleme erst später auf da intern die Bilder ja noch in kleinere Portionen aufgeteilt werden müssen. BTW die für Java-Plugins zur Verfügung stehende Speichermenge differiert von Browser zu Browser: Opera meldet max. 64MB der neueste IE bzw. Phoenix melden aber 96MB jeweils gleiche Java-Version 😉 Selbst wenn man irgendwo ‘javaplugin.maxHeapSize’ verändern kann dann muß das natürlich jeder Besucher von Hand machen 😉 > Für alle Interessierten habe ich hier ein Bild (jeweils das > gleiche Bild) einmal im Zoom- und einmal im PT-Viewer mit > Panoramafactory ausgegeben. > http://www.berlin-bits.de/E-1/panorama/ > Alle CodeMonkeys sind herzlich eingeladen Ihren Senf dazuzugeben > und mich zu belehren wie man es noch besser machen kann (gerne > auch per Hand dann aber bitte mit “Beschreibung für Doofe”). Das Aufteilen des großen Bildes nach der unter beschriebenen Methode kö¶nnte u.U. helfen. So richtig dynamisch ist das natürlich nicht denn irgendwie werden weiterhin erstmal alle Bilder vollständig in den Cache geladen. Immerhin erscheint das erste sichtbare Bild auch als erstes im Viewer 😉 Das Aufteilen der Bilder erledigte das Slice-Werkzeug im PS (vertical 10x). Die gespeicherten 10 PNG-Bilder wurden dann solange schrittweise verkleinert bis das Pano vom PTViewer vollständig geladen werden konnte. Das war erst bei 7000 Pixel Gesamtbreite der Fall. Das Reinzommen ist natürlich nur bis 1:1 sinnvoll so daß im Vergleich zum Original das Ergebnis weniger spektakular ausfällt (bei Bedarf für fovmin kleinere Werte -> mehr Zoom eintragen). Autopanning verursacht auf dem XP 2000 etwa 60% CPU-Belastung in Opera so daß das mit den gewählten Einstellungen auch auf langsameren Systemen laufen sollte. Die Start/Stop-Schalter sind nur mit der heißen Nadel gestrickt damit man das Autopanning ohne Neuladen der Seite wieder anschieben kann: Gruß Frank” ——————————————————————————————————————————————