| Cycle through labels: |  |
 |
 |
  |
 |
 |
| Gross Spannort 3198 m |
| Schlossberg 3132 m |
| Lauteraarhorn 4042 m |
| Schreckhorn 4078 m |
| Titlis 3238 m |
| Rosenhorn 3689 m |
| Mittelhorn 3704 m |
| Wetterhorn 3701 m |
| Blackenstock 2930 m |
| Brunnistock 2952 m |
| Rot Gitschen 2673 m |
| Wissigstock 2887 m |
| Uri Rotstock 2928 m |
| Schlieren 2830 m |
| Ruchstock 2814 m |
| Hasenstock 2720 m |
| Rigidalstock 2593 m |
| Chaiserstuel 2401 m |
| Hoh Briesen 2413 m |
| Briesen 2404 m |
| Risetenstock 2290 m |
| Schwalmis 2246 m |
| Stanserhorn 1898 m |
| Schinbrig 1815 m |
| Ober Bauenstock 2116 m |
| Stäfeli Flue 1922 m |
| Buochershorn 1807 m |
| Tomlishorn 2128 m |
| Esel (Pilatus) 2120 m |
| Diepen 2222 m |
| Niederbauen Chulm 1923 m |
| Hammetschwand 1128 m |
| Luzern |
| Hundstock 2213 m |
| Vitznauerstock 1452 m |
| Rotstock 1659 m |
| Rigi Kulm 1798 m |
| Hochflue 1698 m |
| Fronalpstock 1922 m |
| Huserstock 1904 m |
| Gniepen 1567 m |
| Chlingenstock 1934 m |
| Wildspitz 1580 m |
| Chaiserstock 1426 m |
| Hengst 1890 m |
| Zürichsee |
| Hoch Stuckli 1566 m |
| Kleiner Mythen 1811 m |
| Grosser Mythen 1898 m |
| Sisigerspitz 1940 m |
| Planggstock 1761 m |
| Furggelenstock 1656 m |
| Chli Chaiser 2173 m |
| Laucherenstöckli 1753 m |
| Roggenstock 1778 m |
| Chli Aubrig 1642 m |
| Gross Aubrig 1695 m |
| Wändlispitz 1971 m |
| Diethelm 2092 m |
| Chaisertor |
| Fluebrig (Turner) 2069 m |
| Forstberg 2215 m |
| Schiberg 2044 m |
| Druesberg 2282 m |
| Plattenberg 2082 m |
| Chaiserstock 2515 m |
| Chronenstock 2451 m |
| Glattchamm 2098 m |
| Nägeliberg 2163 m |
| Selun 2205 m |
| Frimsel 2267 m |
| Brisi 2279 m |
| Hinterrugg 2306 m |
| Silberen 2319 m |
| Mürtschenstock 2410 m |
| Näbelchäppler 2446 m |
| Usser Fürberg 2605 m |
| Ruchen 2901 m |
| Vrenelisgärtli 2904 m |
| Cratzerengrat 2349 m |
| Wasserbergfirst 2340 m |
| Bächistock 2914 m |
| Rad 2661 m |
| Fulen 2491 m |
| Höchturm 2666 m |
| Ortstock 2716 m |
| Mattnerstock 2020 m |
| Piz Sardona 3055 m |
| Schijen 2610 m |
| Sangigrat 2274 m |
| Piz Segnas 3099 m |
| Ringelspitz 3247 m |
| Jegerstöck 2584 m |
| Signalstock 2573 m |
| Alplerhorn 2380 m |
| Glarner Vorab 3018 m |
| Läckistock 2486 m |
| Hausstock 3158 m |
| Seestock 2429 m |
| Ruchi 3107 m |
| Schwarz Stock 2527 m |
| Gemsfaienstock 2972 m |
| Alpler Torstock 2622 m |
| Speichstock 2967 m |
| Schächentaler Windgällen 2763 m |
| Bocktschingel 3079 m |
| Hoch Pfaffen 2459 m |
| Pfaffentürm 2370 m |
| Clariden 3267 m |
| Sirtenstock 2300 m |
| Tödi 3614 m |
| Gamperstock 2274 m |
| Chammliberg 3214 m |
| Gross Schärhorn 3294 m |
| Chli Schärhorn 3234 m |
| Piz Cambrialas 3205 m |
| Wäspen 2345 m |
| Gross Düssi 3256 m |
| Chli Ruchen 2944 m |
| Ross Ruchen 3138 m |
| Chli Spitzen 2296 m |
| Großspitzen 2404 m |
| Oberalpstock 3328 m |
| Blinzi 2473 m |
| Schwarz Stöckli 2568 m |
| Gross Windgällen 3187 m |
| Chli Windgällen 2985 m |
| Piz Nair 3059 m |
| Hoch Fulen 2506 m |
| Schattig Wichtel 3096 m |
| Rinderstock 2463 m |
| Bristen 3072 m |
| Brunnenstock 2888 m |
| Bächenstock 2944 m |
| Rienzenstock 2957 m |
| Bälmeten 2414 m |
| Basodino 3274 m |
| Langchälengrätli 2404 m |
| Schwarzgrat 2021 m |
| Pizzo Pesciora 3122 m |
| Pizzo Rotondo 3192 m |
| Mittagstock 2989 m |
| Salbit Schijen 2981 m |
| Rorspitzli 3220 m |
| Galenstock 3583 m |
| Fleckistock 3416 m |
| Krönten 3107 m |
| Sucklistock 3308 m |
| Sustenhorn 3503 m |
| Zwächten 3079 m |
Ende September hatte ich mir die Chaiserstockkette in den Urner Alpen als Gipfelziel ausgesucht. Zwar bringen es die Gipfel hier lediglich auf Höhen zwischen 2400 - 2500 m weil aber in der direkten Nachbarschaft keine höheren Berge liegen bieten sie alle eine sehr gute Aussicht. Drei Gipfel welche nebeneinander aufgereiht liegen hatte ich zu einer abwechslungsreichen Tour verbunden. Der Rossstock war der Erste in der Reihe den ich an diesem Tag bestieg. Ausgangspunkt für die Tour war Chäppliberg auf 1184 m von wo aus auch eine kleine Seilbahn hinauf nach Gitschen 1716 m führt. Erstens war früh am Morgen noch vor Sonnenaufgang die Seilbahn noch nicht im Betrieb und zweitens benutze ich diese bei Touren auf Berge außerhalb des Hochgebirges prinzipiell nie! Dies gewährleistet auch immer einen ruhigen Aufstieg und eine angenehme, ungestörte Zeit auf dem Gipfel. So traf ich denn auch erst auf dem letzten Gipfel dem Chaiserstock Leute auf dem Gipfel an.
Panorama aus 18 Querformataufnahmen mit Nikon D90 und AF-S Nikkor 16-85 mm: Belichtung: 1/320 sec. Blende: f/10.0 Brennweite: 45 mm ISO: 200 Adobe Camera Raw/PTGui/PS CS4 |
 |
|||||||||||||||
 |
 |
|||||||||||||||
|
|
||||||
|
|
Comments
LG Michael
Und bei der Koordinate wäre eine kleine Korrektur notwendig.
Laut http://www.gipfelderschweiz.ch gelten folgende Daten.
Rossstock 2461 m - 696670 / 197015 (46.9172, 8.707757)
Gruss von Walter
LG Michael
Lg Markus
LG Michael
**** Gratulation ****
herzlichst Christoph
Wenn ich bei irfan-view die Pixelgöße angepasst habe, speichere ich das Bild zunächst mit 100 %, dann sehe ich die Dateigröße. Ist die - wie in der Regel - zu groß, speichere ich noch einmal mit 99 % und so weiter. Meistens liege ich mit 96 oder 97 % richtig und nutze die zulässige Dateigröße bis auf wenige kb aus. Mein Vorgehen ist aber sicher nix für Könner ...
LG Michael
Ach übrigens, kann mir einer sagen wie ich meinen Photoshop auf deutsch umgewandelt kriege, bei mir ist alles englisch? ;)
Um die maximal möglichen Größen des Bildes hier zu erreichen, haben ja andere schon gute Ratschläge gegeben. Trotzdem fasse ich es - für Benutzer von PS - noch mal zusammen: Zuerst, wie von Uta beschrieben, auf 500 Pixel Höhe herunterskalieren. Wenn man das stufenweise macht, gewinnt man evtl. etwas Qualität. (Man sollte sich bei diesem Schritt vergegenwärtigen, daß das bei einem ürsprünglich 2000 Pixel hohem Bild bedeutet, daß überall z. B. 20x20 Pixel große Teilstücke auf 5x5 Pixel große Stücke heruntergerechnet werden. D. h. das Teilstück des Bildes wird statt von 400 Pixeln nur noch von 25 Pixeln gebildet, wobei zu beachten ist, daß jedem Pixel drei Farbwerte zugeordnet sind. Da spielt der Algorithmus fürs Herunterrechnen schon eine große Rolle.) Nach dem Herunterskalieren folgt erst der Schritt "Für Web und Geräte speichern". Dort nehme ich die Vorgabe "Unbenannt" und ändere nur die Qualität von JPG so lange, bis die (wichtig!) voraus berechnete Speichergröße gerade die hier max. mögliche unterscheitet. Dann wird abgespeichert und dann sind auch die Metadaten auf ein Minimum reduziert.
Ob man mit IrfanView eine vergleichbare Bildqualität erreichen kann, kann ich nicht sagen. Dort kann man auch verschiedene Resample-Filter wählen, aber nicht die von PS, von denen Uta eines genannt hat. Und wenn Michael schrittweise die Qualität verringert und abspeichert und beim nächsten Schritt vom vorher Abgespeicherten ausgeht, dann sollte er sich mal mit den Grundlagen der JPG-Abspeicherung beschäftigen.
Noch zu Utas Frage: Ich halte es für unwahrscheinllich, daß man eine Anleitung findet, nach der mandurch den Austausch bestimmter Dateien erreicht, daß auch bei der Bedienung deutscher Text herauskommt, beim Help schon eher. Selbst wenn Du eine gekaufte Version hast, glaube ich nicht, daß man bei Adobe oder dem Händler die umtauschen kann. Es wird Dir nichts weiter übrig bleiben, als Dir entweder eine deutsche Version zu beschaffen oder fleißig Englisch zu lernen.
Dem was Heinz sagt stimme ich voll zu.
LG Hans
@Heinz ich stitche seit geraumer Zeit mit PTGui und bin begeistert!
L.G. v.
Gerhard.
Walter
Bruno, das läßt sich bei meinem PhotoShop so nicht provozieren. Wenn ich z. B. mit einem 11310x500 Pixel großen Bild in "Für Web ..." gehe, dann bleibt doch im Hauptfenster das Bild mit den o. g. Abmessungen erhalten und im Web-Fenster kann man lediglich die Komprimierung verändern, d. h. die Speichergröße einstellen, mit der ausgegeben werden soll.
Ich weiß nicht, ob die meisten das Problem erkannt haben. Ich arbeite auch mit "Für Web ..." speichern und hab´ genau das gleiche Problem festgestellt und auch noch keine Lösung gefunden. Es wäre schon interessant, warum das bei Heinz anscheinend bei einer Breite von über 11.000 px funktioniert?
LG Robert
und last but not least einem äusserst fotogenen Kreuz,
das du auch noch sehr gut miteinbezogen hast!
lg Fredy
Ich möchte hier nur meine Vorgangsweise einbringen.
Varianten die ich für ap.de brauche wähle ich die gewünschte Grösse (500px) schon bei PTGui bevor ich auf "Ceate Panorama" klicke.
Nachher mit Photoshop „Für Web speichern“ auf die passende Dateigrösse.
Gruss von Walter
LG, Toni
Doch ich überlege schon laufend, was zu machen wäre, damit Bruno und auch Robert ihre großen Panoramen in PhotoShop richtig herunterskalieren können. Eine Ausweichlösung wäre noch, daß ihr "Speichern unter" benutzt. Dann kann man in den JPEG-Optionen die Qualität zwar nur in groberen Stufen variieren, aber es wird ja die Speichergröße vorausberechnet, so daß man einen Anhaltspunkt hat. Die Datei enthält dann allerdings noch EXIF-Daten, die sich jeder anschauen kann.
Lg Markus
Gruss von Walter
@uta: photoshop englisch => deutsch? was heinz sagt, stimmt: du musst die deutsche version installieren. :-(
es geht schon, allerdings nur mittels hacking (sehr kompliziert).
(allerdings hat die englische version den vorteil, keine blöden übersetzungen bzw. übersetzungs- und lokalisierungsfehler zu haben ;-) )
@heinz: stufenweise herunterskalieren ist bei so mittelmäßigen resampling-algorithmen, wie ps sie benutzt, meistens keine gute idee, weil jede verkleinerung auch bei "bicubic sharper" artefakte produziert, die irgendwann sichtbar werden. in einem rutsch herunter wie uta das macht, ist in dem fall bei photoshop besser.
diese (meist nicht sichtbaren) artefakte im feinbereich sorgen z.b. auch für minimal unruhige flächen, die dann aber die jpeg-dateigröße bei gleicher qualität z.t. merklich erhöhen.
tipps:
wesentlich besser ist, es - ausgehend von ptgui, das bruno benutzt (gilt aber auch für hugin) - das direkt von ptgui aus zu machen (so wie walter das auch sagt). dort gehe ich ja vom hochwertigen orginalmaterial der einzelbilder aus und habe erheblich bessere resampling-algortihmen wie "sinc16" bis "sinc1024". also gleich auf 500px höhe rendern als tiff in 16bit. dieses extra-rendering in kleinerer auflösung geht bei ptgui so schnell auf halbwegs aktuellen rechnern, das die mühe kaum der rede wert ist.
in photoshop dann höchstens ein wenig nachschärfen und dann (ab 8.193 pixel breite) über "datei => speichern als" und nicht über "für web speichern" ausgeben.
@bruno: jpegs können an sich 32.768 x 32.768 pixel groß sein, nur ist der web-dialog bei ps willkürlich gedrosselt.
(beide sind technisch verschieden, der web-dialog stammt noch aus imageready, das es schon lmage nicht mehr gibt, derjenige über das datei-menü ist älter. deshalb sind unter 8.192 pixel große panos bei gleicher qualität kleiner über den moderneren web-dialog als über das datei-menü.)
@markus: du hast recht, denn pse benutzt exakt die gleiche engine für den web-speicher-dialog.
das annähern an die a-p-maximalgröße mache ich auch so wie michael, wenn die künftige dateigröße im jpeg-dialog (im datei-menü) von ps mal nicht angezeigt wird (passiert immer mal wieder bei manchen versionen, manchmal muss aber auch einfach nur einen moment warten, bis ps die zu erwartende dateigröße fertig berechnet hat).
@heinz: die grobe unterteilung in 10%-schritte bei der jpeg-qualität im datei-menü hat mich auch schon geärgert. soviel ich weiß, ist das nur auf der oberfläche so grob, intern sollte man das feiner (in 1%-schritten) machen können. das müßte man mal script-mäßig unter die lupe nehmen, damit kommt man an fast alles dran unter der motorhaube von ps ...
@michael: ich hoffe ja nicht, dass du jedesmal das resultierende jpeg erneut speicherst, wie heinz vermutet, sondern immer wieder vom gerenderten originalbild ausgehst ;-)
deine panoramen schauen jedenfalls nicht nach fortgesetzter rekompression aus ;-)
@heinz: die exif-daten sind vernachlässigbar klein, wenn's dir um die dateigröße geht.
wenn's ums löschen wg. datenschutz geht, kannst du die (nicht-technischen) exif-daten über "datei => dateiinformationen" bearbeiten und auch löschen.
just my 2 cent ;-)
auch wenn's länger geworden ist... aber das thema macht ja auch einfach spaß ;-)
lg
tb
Prof. Dersch hat ja schon vor 10 Jahren bei seinen PanoramaTools anschaulich demonstriert, daß die von ihm verwendeten Verfahren besser als die von Photoshop sind http://www.all-in-one.ee/~dersch/interpolator/interpolator.html. Dabei sollte man beachten, daß das zwei unterschiedliche Aufgaben der Skalierung sind. Beim Stitchen findet ein Resampling statt, wie Dersch geschrieben hat "the pixel positions in the transformed image do not coincide with grid positions. Therefore, an interpolation algorithm has to be applied to somehow derive the pixel data for these in-between positions". Das Herunterskalieren eines Bildes findet aber in-grid statt. Wenn aber die sinc-Interpolatoren auch dafür viel besser sind und in PS nicht vorhanden sind - auch nicht als Plugin? - dann muß man eben extern herunterskalieren, z. B. mit dem inzwischen noch weiter verbesserten (ich war sehr erstaunt!) IrfanView, das ja mit lanczos ein sinc-Verfahren anbietet. Hoffentlich ist es gut programmiert. Die Sache ist aber noch offen - für mich.
Das Herunterskalieren in PTGui auf 500 Pixel Höhe z. B. für die Veröffentlichung bei a-p kommt für mich aber auf gar keinen Fall in Frage, weil ich meine Panoramen immer nachbearbeite - und das mache ich nicht bei dieser 500-Pixel-Miniversion. Eine andere Sache, die viele hier offenbar nicht beachten, ist das Beschneiden des erzeugten Panoramas zur Erzeugung einer besseren Bildwirkung. Das wäre, wenn man schon die 500-Pixel Variante hat, nicht mehr richtig machbar.
Dann wollte ich noch etwas zu "Für Web speichern .." sagen. Warum soll CS4, das ja Bruno benutzt, und CS5, das Du benutzt, diese Begrenzung auf 8192 Pixel Breite haben, während CS3 und CS, die ich benutze, dies Beschränkung nicht haben. Da macht ihr noch etwas falsch.
zu deinen einzelnen punkten:
- die besseren interpolatoren sind auch beim in grid downscaling besser, das hab ich ausprobiert.
- sie waren mal in photoshop in form der (kompliziert zu bedienenden) panotools plug-ins verfügbar. dass sie nicht standardmäßig in os vorhanden sind, könnte lizenzrechtliche gründe haben oder aber adobe hat sich gedacht, das brauchen so wenige, das lohnt sich nicht, da kann ich letztlich nur mutmaßen...
- bearbeiten bei 500 pixel höhe: da man sowohl in hugin als auch in ptgui den beschnitt _im_ programm erledigen kann, ist das 500 pixel hohe render-ergebnis bei mir final. ich speichere als 16-bit tiff oder psd ab.
danach finden nur noch farb- und tonwertkorrekturen statt, die auch bei 500 pixel höhe als per pixel edits absolut nichts mit der dateigröße zu tun haben. einzig das nachschärfen betrifft nachbarpixel und gerade hier wird auf's endergebnis geschärft, was ja sehr erwünscht ist.
- 8192 pixel limit (kann ich jetzt nur für die mac-seite sagen, sollte aber auch 1:1 für windows gelten): weder bruno noch ich machen was falsch ;-)
ich hab das ganze daraufhin nochmals nachgeprüft:
ps cs3, 4 und 5 (cs hab ich nirgends mehr installiert) limitieren die größe nicht unbedingt auf 8192 pixel. es wird zwar vor hohem speicherverbrauch gewarnt, aber dennoch größer ausgegeben (auch wenn der dialog "für web speichern" unter "bildgröße" immer 8192 pixel anzeigt), solange man im dialog genau dort nicht anfasst. sobald man irgendwas ändert, wird das limit schlagend.
das ist (wie bereits gesagt) willkürlich von adobe festgelegt und liegt mutmaßlich daran, dass dieser programmteil aus dem alten image ready stammt und die darin eingebaute bildskalierung das offenbar einfach nicht mehr schafft.
dieses limit kann man also mit dem ganz simplen trick umschiffen, dass man vorher das panorama herunterskaliert auf 500 pixel höhe und es dann _ohne_ bildgrößenänderung durch den "save for web"-dialog jagt. hab's grad mal in cs5 und cs4 mit 25000 pixel getestet. überdies ist die ausgabe über "save for web" ohne skalierung wesentlich schneller.
Das Herunterskalieren gleich auf 500 px Höhe im Stitcher kann ich aber aus mehreren Gründen nicht gut heißen, weil es in den meisten auch gar nicht geht! Warum? Weil die wenigstens Panoramaaufnahmen so gemacht werden, daß sie keine Neigung haben. Ohne Stativ ist eine ganz gerade Kamerahaltung sowieso illusorisch. Und wenn man auf einer Bergspitze steht, wird man in den meisten Fällen mit nach unten geneigter Kamera fotografieren. Das heißt aber, daß im Panoramaeditor das Panoramabild mehr oder weniger stark außermittig liegen wird. (Die Mittellinie des Editors wird demzufolge nicht durch die Mitte der Bilder gehen. Für diese Mittellinie verwende ich übrigens den Begriff 0°-Höhenlinie, deren Ausrichtung ganz wichtig für ein gutes Stitchergebnis ist. Übrigens zeigt Ulrich Deuschle auf meinen Wunsch hin diese Linie jetzt auch in den erzeugten Panoramen an, so daß man beim Stitchen das Panorama anhand dieser Vorlage ausrichten kann.) Dich zurück zum Erzeugen der 500-px-Höhe im Stitcher: Im Stitcher kann man nur symmetrisch zur Mittellinie ausschneiden. Panoramen, die richtig ausgerichtet worden sind, werden aber nicht symmetrisch zur Mitte sein. D. h. man muß auf Verdacht eine größere Höhe wählen, denn einen Maßstab hat man im Stitcher nicht, und hinterher muß man beschneiden. Demzufolge ist es vollkommen widersinnig, das im Stitcher zu machen!!
PS um 22:15 Uhr: Ich muß erst noch mal prüfen, wie das bei den neuesten Versionen von PTGui und hugin, denn ich arbeite meistens mit einer älteren Version. Bei Panoramastudion kann man aber wohl den Ausschnitt frei wählen.
@Thomas, wenn Dir das bisher noch nicht aufgefallen ist, dann muß ich annehmen, daß Deine Panoramen nicht auf die richtige Höhe eingestellt sind - und sie demzufolge nach oben oder nach unten durchgebogen sein müssen. Das wäre ja noch schlimmer.
@Arne hat meines Erachtens auch schon geschrieben, daß er die 500-Pixel-Version in PTGui erstellt. Da würde mich ja mal interessiern, wie er das macht.
In hugin kann man zwar einen unsymmetrischen Ausschnitt anfertigen. Das ist aber wahnsinnig umständlich. Von einer schöpferischen Arbeit, die das Beschneiden des Panoramas sein kann, ist man da meilenweit entfernt.
da muss ich vorab noch mal erwähnen, dass ich bis letzte Woche einen Röhrenmonitor (und einen recht lahmen Rechner) hatte. Das ist deswegen wichtig, weil die 500 Pixel somit fast bildschirmfüllend waren und auch für meine eigene Betrachtung der Panoramen fast ideal. Das hat sich jetzt natürlich geändert - kann sein, dass sich nun auch meine Arbeitsweise ändert.
Die Arbeit des Beschneidens, die du zu Recht "schöpferisch" nennst, hat dadurch aber nicht gelitten. Ich habe jedes Panorama vor der Bildbearbeitung gesichtet und geschnitten und PTGui dann einfach noch mal rechnen lassen. Wenn also beispielsweise aus 2000 Höhenpixeln von PTGui bei mir nach Beschnitt 1000 übrig geblieben sind, dann habe ich PTGui eben noch einmal mit 1000 rechnen lassen, um auf die geforderten 500 zu kommen. - Wie du dir denken kannst, waren die Zahlen selten so schön rund. :-)
wär aber vielleicht mal ein vorschlag an thomas, das einzubauen, wenn ich auch glaube, dass das ein ordentlicher aufwand ist...
@heinz und arne: ...und es geht doch :-)
ihr könnt sowohl in ptgui als auch in hugin zuerst den horizont geraderichten und alles geometrische fix und fertig machen, wobei auch der horizont oder oder unterhalb der 0°-linie sein kann, und dann vollkommen frei beschneiden und die auch auf die hier nötigen 500 pixel höhe rendern, so dass eigentlich in photoshop oder wo immer nur die farbkorrektur und ein eventuelles aufs endformat bezogene schärfen übrigbleibt.
hier zu finden:
hugin: "schnelle panorama-vorschau" (der button mit dem "GL") => "beschnitt" (geht seit 0.8.0)
ptgui: im "panorama editor" einfach die beschnittlinien aus den bildrändern ins bild ziehen (eingeführt mit 8.0)
lg
thomas
lg Christoph
Zu irfan-view: Natürlich speichere ich die komprimierten Bilder nicht ab und komprimiere von diesem ausgehend weiter. Das Programm zeigt in der Fußleiste jeweils die Größe der Zieldatei an, so dass sehr schnell und ohne unnötige Qualitätsverluste die Kompression vom Ausgangsbild vorgenommen werden kann. Erscheint mir einfach, schnell und zweckmässig. Bin aber Dilettant...
Gruß auch an Bruno als Verursacher dieses interessanten Austauschs.
Michael
1. haben hugin und ptgui mit lanczos und co. bessere resampler als photoshop
2. ist so nur ein einziger bearbeitungsschritt nötig (statt sonst 2), der die pixelgeometrie der orginale verändert und damit die bildqualität verschlechtern kann.
zu "bicubic vs. andere resampler" hab ich mal eine testreihe gemacht, die zeigt, wie durchschnittlich hier photoshop ist. bicubic ist ein guter und ökonomischer kompromiss zwischen rechenzeit und -leistung sowie bildqualität, der für die "normale" bildbearbeitung ausreicht. beim panorama-stitching hingegen habe wir ja eine üble mischung aus extremen verzerrungen und verkrümmungen einerseits und minimalen drehungen, z.b. beim ausrichten des horizonts oder leichtem verkanten bei freihandaufnahmen oder unpräzisen nodalpunktadaptern, andererseits. da merkt man schon die grenzen von bicubic. - man kann übrigens in hugin und ptgui schön testreihen durchlaufen lassen.
... freut mich übrigens, wenn du die diskussion hier fruchtbar findest :-)
lg tb
Leave a comment