[beeviZ]

ohne jetzt der große crack zu sein was php betrifft, aber wenn du die max_execution_time hoch stellst und den rechner nich gleichzeitig noch für anderes zeug benutzt, und der rechner auch entsprechend ausgestattet ist, sollte php ne datenmenge von 50mb eigentlich noch gut wegstecken können. korrigier mich bitte wer wenn ich falsch liege ...

[caZpa]

nö is schon richtig
hab mal was ähnliches gemacht. bei mir hats mal 3h gedauert...
theoretisch kannste ein php script unendlich lang ausführen
wie beeviz schon sagte, musste nur maxexetime hoch setzen

[PicNik]

Danke, werde mich dann mal auf den Weg machen... sobald es Ergenisse gibt, melde ich mich wieder (kann durchaus bis morgen dauern!)


Folgendes habe ich noch zom Thema Color Averaging gefunden...
Theorie: http://www.compuphase.com/graphic/scale3.htm
Wissenschaftl. Image-Tool, hat mir aber nicht geholfen: ImageJ Image Processing and Analysis in Java


PS: Ooops... noch was vergessen! Damit die Berechnung auch funktioniert, muss ich vorher die Farben der Bilder und der Skala (1) in lineare S/W Umrechnen (3). Wenn man nur die Helligkeit umrechnet (2) kommt man zu falschen Ergebnissen. Wenn ich mit den Farben der Ausgangsskala (1) rechne ist der Durchschnitt des Wertes 0 (violett) und 60 (rot) ja nicht 30 (gelb), sondern magenta.




Diskussion dazu in einem anderen Thread.

[PicNik]

Moin moin,

einige Zeilen PHP und eine kurze Nacht später (ja, ok, plus ein wenig Hilfe vom netten Kollegen ) ist es nun vollbracht. Auch wenn PHP dafür nicht gemacht wurde, es funktioniert!

Habe das Script für PNG-Dateien angelegt und mir Mühe beim kommentieren gegeben.

Download: http://www.hightag.net/spomedial/png_average.zip

Die Quellbilder in das Verzeichnis ./input legen, nach aufrufen der index.php schreibt er das Ergebnis dann in ./output.

Das Problem mit der Skala haben wir wie folgt gelöst: Er liest erst eine separate Grafik mit den RGB-Skalenwerten ein und indiziert diese. Dann wird jedem Pixel der Quellbilder der Farbindex der Skala zugeordnet, deren Durchschnitt berechnet und dann beim Ausgeben der Zieldatei wieder in RGB umgesetzt. Um es nicht unnötig kompliziert zu machen, ist der Skala-Teil nicht Bestandteil des Downloads.

Eines habe ich noch nicht rausgefunden: Er berechnet nur den Durchschnitt von quadratischen Bildern, da ist also irgendwo im Code noch ein Denkfehler oder Variablen $x/$y-Dreher.

Vielen Dank für den Denkanstoss...

Nun Wochenende!!!

Marion

[ki_]

Man könnte es auch in Photoshop lösen:

Unterste Ebene 100 % Deckkraft
2. Ebene 50 % Deckkkraft
3. Ebene 33 %
4. Ebene 25 %
5. Ebene 20 %
6. Ebene 16 %

...

Is klar, dass das nun für den Threadstarter nicht mehr nützt, aber wen es interessiert ...

Ich mach das zum Beispiel so, wenn ich das Bildrauschen entfernen will, bei Still-Aufnahmen mit der Digi-Cam:
Mehrere Bilder schießen und dann über die oben beschriebene Methode zusammenfügen.

[Kash]

muß das sein? das Thema ist uralt