Programm zu Farbkanalverrechnung

[Philipp14]

Hallo,

ich bin auf der Suche nach einem Programm, das mir einzelne Farbkanäle beliebig miteinander verrechnen kann.
Also wenn ich ein RGB-Bild habe würde ich gerne beispielsweise (R+G)/(R+B) rechnen können. Am liebsten würde ich die Formel beliebig eingeben können.
Weiß jemand ob es so etwas gibt und wenn ja, wo?
Wäre für jede Hilfe dankbar.

Viele Grüße
Philipp

 

[ASretouch]

Ps hat ne Kanalberechnung

 

[burkhard2]

Mit ImageMagick (kostenloses command line tool) sollte das auch gehen:

convert in.png -fx '(r+g)/(r+b)' out.png

L.G.

Burkhard.

 

[Rainmaker No.1]

Hallo,

PhotoLine kann es problemlos per Einstellungsebene.


MfG

Rainmaker

 

[Hoogo]

PhotoLine kann es problemlos per Einstellungsebene.

What? Also man könnte die Formel von Hand mit einem Stapel von Ebenen nachstellen, und bei 32Bit könnte auch das passende Ergebnis herauskommen. Aber so einfach Formel eintippen, da müsste ich echt was übersehen haben.

 

[virra]

…Also wenn ich ein RGB-Bild habe würde ich gerne beispielsweise (R+G)/(R+B) rechnen können. …

Also ich hab zwar keine Ahnung, aber mich würde interessieren, wozu sowas führen soll/was man damit machen kann/will/muss.

 

[Rainmaker No.1]

Hallo Hogo,

What? Also man könnte die Formel von Hand mit einem Stapel von Ebenen nachstellen, und bei 32Bit könnte auch das passende Ergebnis herauskommen. Aber so einfach Formel eintippen, da müsste ich echt was übersehen haben.

nee, Du hast nichts übersehen. Der TO sucht ein Programm zur beliebigen Verrechnung von Kanälen. Dies kann PL problemlos per Arbeitsebene. Für die restlichen Wünsche muss der TO noch ein klein wenig sein Köpfchen anstrengen ...


MfG

Rainmaker

 

[burkhard2]

Der TO sucht ein Programm zur beliebigen Verrechnung von Kanälen. Dies kann PL problemlos per Arbeitsebene.

Der TO sucht ein Programm, wo er am besten einfach eine Formel eingeben kann.

Zum Multiplizieren/Dividieren musst du in PL schon auf die Darstellungsmodi zurückgreifen, zusätzlich wird's trickreich, sobald Clipping ein Problem wird – RGB(1, 0,5, 1) sollte bei der obigen Formel natürlich 0,75 ergeben, das funktioniert in PL nur mit 32 bit Farbtiefe oder, indem man die Kanäle skaliert. Es geht, aber praktisch und übersichtlich ist was anderes … ich hatte auch erst vor, eine PL-Lösung vorzuschlagen, habe es aber dann lieber gelassen.

L.G.

Burkhard.

 

[Philipp14]

Danke für die zahlreichen Antworten. Am viel versprechensten klingt da image magick.

Das ganze soll der Berechnung von Vegetationsindices dienen. Und das am besten mit Freeware.

Danke für die Diskussion. Bringt mich ein ganzen Stück weiter!

 

[Hoogo]

Ist (R+G)/(R+B) eigentlich die einzige Formel, die Du brauchst?

 

[Philipp14]

Nein, das ist nicht die einzige Formel. Das war nur ein komplexes Beispiel. Wenn das klappt, ist alles andere auch kein Problem, dachte ich mir!

 

[Hoogo]

Ach so. Bei einer Formel hätte man dafür was mit Kanalmixer und Ebenen erstellen können, aber wenn es immer wieder mal andere Formeln sind, dann würde das schnell unbequem werden.

 

[lichtbildle]

Und auch mal an andere Farbmodelle denken. Aufgaben wie die genannte dürften in HSL oder Lab viel einfacher als in RGB gehen.