Andreas F. Geschrieben 27. Oktober 2014 Share #1 Geschrieben 27. Oktober 2014 Werbung (verschwindet nach Registrierung) RT mit XTrans Unterstützung wurde veröffentlicht http://www.fujirumors.com/free-software-rawtherapee-4-2-1-with-x-trans-support/ Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Anzeige Geschrieben 27. Oktober 2014 Geschrieben 27. Oktober 2014 Hallo Andreas F., schau mal hier RawTherapee mit Unterstützung für XTrans. Dort wird jeder fündig!
kilspi Geschrieben 27. Oktober 2014 Share #2 Geschrieben 27. Oktober 2014 Gleich mal ausprobiert und schon eine Frage: Mir ist schon bei Darktable aufgefallen, dass es Probleme mit Kanten hat. Raw Therapee ist da anscheinend genauso. Ist das ein Problem mit deren X-Trans-Decodierung? Ausschnitt (400%) von RT (gruselig): Hallo, lieber Besucher! Als Forumsmitglied (kostet nix) würdest du hier ein Bild sehen… Einfach hier registrieren – Wir freuen uns immer über neue Mitglieder! Photo Ninja (alles aus, außer Color Correction, Dunkel zu Hell-Verlauf ist überbetont): Hallo, lieber Besucher! Als Forumsmitglied (kostet nix) würdest du hier ein Bild sehen… Einfach hier registrieren – Wir freuen uns immer über neue Mitglieder! OOC (OK): Hallo, lieber Besucher! Als Forumsmitglied (kostet nix) würdest du hier ein Bild sehen… Einfach hier registrieren – Wir freuen uns immer über neue Mitglieder! Kann ich das durch irgendwelche Einstellung verbessern? Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Andreas F. Geschrieben 27. Oktober 2014 Autor Share #3 Geschrieben 27. Oktober 2014 Konnte es leider noch nicht testen, das es unter OS X 10.10 noch nicht läuft Link zum Beitrag Auf anderen Seiten teilen More sharing options...
derLade Geschrieben 27. Oktober 2014 Share #4 Geschrieben 27. Oktober 2014 Das kannst du verbessern, in dem du es nicht mehr bei 400% anschaust... SCNR Link zum Beitrag Auf anderen Seiten teilen More sharing options...
helmus Geschrieben 27. Oktober 2014 Share #5 Geschrieben 27. Oktober 2014 Die Mondsichel ist total überbelichtet und überstrahlt. Belichte mal so das nichts an der Mondsichel auf 255 kommt. Du wirst Struktur auf der Sichel sehen und die Ränder sind weg. Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #6 Geschrieben 28. Oktober 2014 Ja, natürlich schaue ich mir Bilder nicht bei 400% an, wenn mir nicht schon in der Normalansicht etwas störendes auffällt. Der Mond ist nur ein kleiner Ausschnitt einer Test-Nachtaufnahme, daher ist er überstrahlt. Dennoch stört der ausgeprägte Rand in der Gesamtansicht. Mir ist das außerdem auch schon bei anderen Motiven aufgefallen, immer wenn es harte Hell-Dunkel-Kontraste gab, den Mond hatte ich nur gerade zu Hand. Die Ränder sind ja im OOC auch nicht so extrem überzeichnet und kein bisschen pixelig, also scheint die Kamera da etwas besser zu machen als Raw Therapee. Mir bringt ja ein RAW nichts, wenn der Konverter dann solche übertrieben Ränder rein haut. Bei Raw Therapee und Darktable auch noch mit einem hässlichem Pixelmuster, dass nur partielles Weichzeichnen hilft. Wenn ich bei Raw Therapee die X-Trans-Dekodierung auf "fast" stelle, ist der Rand übrigens weg. Je mehr ich sie "optimieren" lassen, desto schlimmer wird er. Leider ist auf "fast" das restliche Bild auch sehr flau. Link zum Beitrag Auf anderen Seiten teilen More sharing options...
helmus Geschrieben 28. Oktober 2014 Share #7 Geschrieben 28. Oktober 2014 Werbung (verschwindet nach Registrierung) Diese Ränder bei extremen Hell- Dunkelübergang sind aber kein Ergebnis von Raw Therapee oder dem Fuji X-Trans Sensor... das selbe wirst du mit einer 5DIII und DPP oder LR auch haben, jedenfalls kenne ich das von da her auch so. Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #8 Geschrieben 28. Oktober 2014 Im OOC-JPEG sind sie aber nicht. Also muss RT/DT bei der Decodierung was anders machen als die Kamera. Dass es am Sensors liegt, hat nie jemand behauptet. Link zum Beitrag Auf anderen Seiten teilen More sharing options...
helmus Geschrieben 28. Oktober 2014 Share #9 Geschrieben 28. Oktober 2014 Vielleicht machst du ja auch etwas anders als die kamerainterne JPG engine, bei der Nutzung von externen RAW Konvertern... ? Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #10 Geschrieben 28. Oktober 2014 Ich habe in den RAW Konvertern alles abgeschaltet, außer bei Photo Ninja die Color Correction, was am Bild auch so steht (ohne die ist das Bild grünlich). Daher sollten die Converter außer Demosaicing nichts gemacht haben. An der Kamera habe ich die Standard-Einstellungen, aber auch wenn ich z.B, NR auf -2 oder Schärfe auf +2 stelle, habe ich dort nie diesen hässlichen Rand am Übergang. Darum vermute ich, dass das Demosaicing für den X-Trans bei den externen Konvertern noch nicht so gut implementiert ist. Ist ja etwas komplizierter als bei Bayer-Sensoren. Vielleicht tue ich mir bei Gelegenheit noch mal den beiliegenden Konverter an, als Vergleich. Ansonsten kann ich erst mal mit dem eingebauten RAW-Konverter leben, so oft brauche ich den nicht. Trotzdem danke für die Hilfe Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Andreas F. Geschrieben 28. Oktober 2014 Autor Share #11 Geschrieben 28. Oktober 2014 Habe gerade unter http://www.fujirumors.com/free-software-rawtherapee-4-2-1-with-x-trans-support/#disqus_thread folgende Tipps gelesen, der vielleicht hilfreich sein könnte: "Just 2 quick hints for testing RawTherapee: 1) Before you start pixel peeping in RawTherapee, make sure that you set the parameter "false color suppression steps" for the X-Trans demosaicing. The highest value seems to be appropriate in general, but increases computation time.2) I found that color noise reduction (NOT luminance noise reduction!) can compensate artifacts, appearing as some kind of color shades (or haze ... whatever you might want to call it). I actually observed the same in tools like PhotoNinja. Here it also makes sense to reduce color noise.I'm not a RT expert. I made these observations in darktable and found that it improved results in RT as well." Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #12 Geschrieben 28. Oktober 2014 BINGO! Danke! Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Andreas F. Geschrieben 28. Oktober 2014 Autor Share #13 Geschrieben 28. Oktober 2014 @kilspi: welcher dieser Tipps hat bei dir denn den BINGO Effekt ausgelöst? Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #14 Geschrieben 28. Oktober 2014 @Andreas Dein letzter, Falschfarbenunterdrückung auf 5. Und schon sind die hässlichen Pixel im Rand weg und alles ist weicher. Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Andreas F. Geschrieben 28. Oktober 2014 Autor Share #15 Geschrieben 28. Oktober 2014 Prima. Sobald RT vernünftig auf meinem iMAc läuft, werde ich das mal antesten! Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #16 Geschrieben 28. Oktober 2014 Ist auf jeden Fall einen Versuch wert. Im Vergleich zu Darktable sehen neu geöffnete Bilder erst mal deutlich besser aus. Da werde ich wohl umsteigen. Workflow und GUI von DT finde ich zwar angenehmer, aber das Ergebnis soll ja auch stimmen. Zum Glück werden beide Programme mit jeder neuen Version immer besser Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Hessebubb Geschrieben 28. Oktober 2014 Share #17 Geschrieben 28. Oktober 2014 Die neueren Versionen der RAW-Konverter benutzen Fliesskommazahlen zur Berechnung. Rundungsfehler explodieren deshalb nicht mehr so schnell bei iterativen Berechnungen. Die Zahl der Iterationen bei 'false color suppression steps' kann man deshalb auf Maximum setzen. Allerdings explodiert dann auch die Rechenzeit. Von der Mathematik her macht es am meisten Sinn das Rauschen frühest möglich in der Berechnung des Bildes los zu werden. Kennt jemand eine gute deutsche Seite zur Theorie der Bildverarbeitung? Die hier ist gut aber englisch: http://ninedegreesbelow.com/ Link zum Beitrag Auf anderen Seiten teilen More sharing options...
kilspi Geschrieben 28. Oktober 2014 Share #18 Geschrieben 28. Oktober 2014 Geniale Seite, kenne leider nichts entsprechendes in deutsch. Aber die Infos dort sind genau das, wonach ich schon immer suche. Ich will genau wissen was in der Kamera passiert, wenn ich was einstelle. Die Fuji ist ja prima zum Experimentieren, aber ich würde dabei am liebsten noch die Firmware im Debugger beobachten. Berufskrankheit... Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Andreas F. Geschrieben 29. Oktober 2014 Autor Share #19 Geschrieben 29. Oktober 2014 In einem developer thread auf https://code.google.com/p/rawt... habe ich Folgendes gefunden. Jemand hat bereits eine Version für OS X 10.10 kompiliert, die bei mir einwandfrei startet (und auch weiterläuft): http://filebin.net/kznleag8qy Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Sp.ard Geschrieben 29. Oktober 2014 Share #20 Geschrieben 29. Oktober 2014 hab das gleich mal geladen und probiert - passt, würde ich sagen Hallo, lieber Besucher! Als Forumsmitglied (kostet nix) würdest du hier ein Bild sehen… Einfach hier registrieren – Wir freuen uns immer über neue Mitglieder! Link zum Beitrag Auf anderen Seiten teilen More sharing options...
Dein Support für das Forum (Info) Hat dir das Forum geholfen? So kannst du das Forum unterstützen! Premium Mitglied werden | Spenden | Bei Amazon* oder eBay* kaufen Software: Topaz* | DxO Nik Collection* | Skylum Luminar* (–10€ mit Gutschein FXF) | * Affiliate Links
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.