Kann jemand http://fi.wikipedia.org/wiki/Tiedost...st_pattern.svg konvertieren 4.288 x 2.856 Pixel ? Ich möchte damit die Wirkungsweise des Rawkonverters testen.

[alberich]

Man kann nur aus RAW entwickeln nicht "In" konvertieren.

[Blitz Blank]

Natürlich kann man Bilddaten in cRAW konvertieren, das Format ist schließlich bekannt (liegt eigentlich auf der Hand, wenn es Konverter im Quelltest gibt, oder?)

Mir ist keine SW bekannt, die diese Richtung umsetzt aber die dcraw Quellen wären ein erster Startpunkt für den Fall, daß man die cRAW Komprimierung tatsächlich selber implementieren muß.

Da cRAW verlustbehaftet ist besteht bei einem solchen Testbild allerdings bereits die Möglichkeit von Verlusten, die eine Beurteilung der RAW-Konverter Umsetzung von cRAW in z.B. TIFF nur noch eingeschränkt erlaubt.
Außerdem ist ohne nähere Beschäftigung mit dem Thema nicht von vornherein klar, ob man den Kamera-RAW Algorithmus tatsächlich exakt nachbilden kann, für alle praktisch relevanten Untersuchungen sollte das allerdings reichen.

Was genau soll eigentlich das Ziel dieses Tests sein?

Frank

[alberich]

Zitat von Blitz Blank

Natürlich kann man Bilddaten in cRAW konvertieren, das Format ist schließlich bekannt (liegt eigentlich auf der Hand, wenn es Konverter im Quelltest gibt, oder?)

Nur weil man sie lesen kann, kann man sie noch lange nicht schreiben.
Und nur weil es eventuell rein technisch möglich sei, gibt es am Markt dennoch keine Lösung.

[Blitz Blank]

Zitat von alberich

Nur weil man sie lesen kann, kann man sie noch lange nicht schreiben.
Und nur weil es eventuell rein technisch möglich sei, gibt es am Markt dennoch keine Lösung.

Zunächst mal habt ihr behauptet, daß so etwas gar nicht möglich sei, was schlicht nicht stimmt.
Und mit Programmierkenntnissen kann man so etwas selber entwickeln, dazu braucht es keinen Chuck Norris.

Sollte es dafür bisher keine Lösung am Markt geben stellt sich mir allerdings erst mal die Frage nach dem Sinn des Aufwands.

Frank

[alberich]

Es ist doch alles ganz einfach.
Kannst Du dem Beitragsersteller eine Lösung anbieten für sein Problem?
Sieht nicht danach aus.
Stattdessen ergehst Du dich in eventuellen Lösungen, die irgendwie wohl möglich sein könnten oder auch nicht so exakt, aber doch schon, obgleich Du dann doch erst einmal die Frage nach dem Sinn, respektive der exakten Aufgabenstellung stellen möchtest usw usw. blabla
Das ist doch brotloses Gerede und hilft dem Beitragsersteller überhaupt nicht weiter.
Wenn es Dir aber gut tun sollte, "Ja! Du hast es bemerkt, dass da Zwei etwas, Deiner Ansicht nach, falsches behauptet haben und das zudem öffentlich und in fahrlässiger Weise.

Das hast Du gut gemacht und Danke, dass Du hier für Klarheit gesorgt hast.

[Dat Ei]

Zitat von Blitz Blank

Zunächst mal habt ihr behauptet, daß so etwas gar nicht möglich sei, was schlicht nicht stimmt.
Und mit Programmierkenntnissen kann man so etwas selber entwickeln, dazu braucht es keinen Chuck Norris.

Naja, naja.

Die Qualität eines Negativs, das Du aus einem Abzug machst, ist nicht die gleiche, wie die des Originalnegativs. Machen kann man viel, aber eine RAW-Datei heißt RAW, weil sie die originären Sensordaten enthält und nicht Daten, die aus einem gerenderten jpg oder sonstwas abgeleitet wurden.


Dat Ei