Bildbearbeitung mit Delphi

[blackfin]

Zitat:

Nö, aber man muss sich nicht für jeden Mist direkt ne Komponente installieren, wenn mans auch grad selbst machen kann. Ich finde Programmierer sollten nämlich zumindest noch ein bisschen programmieren können...

Werde ich nun verdammt, wenn ich den ersten Teil anders sehe?
Je mehr gute Komponenten es gibt, die man für standarisierte Aufgaben nehmen kann, desto mehr kann man sich auf das eigentliche Applikations-Design konzentrieren.
Deswegen muss die Verwendung von Komponenten nicht zwangsläufig heissen, dass man selbst nicht programmieren kann.
Mich für meinen Teil nervt es nämlich, jeden kleinen Sch**** selbst von Anbeginn programmieren zu müssen, was mehr Zeit kosten kann als das wirklich wichtige Zeug, bei dem man sich dann Ausleben kann.
Klar, das kommt immer darauf an, um was es sich handelt. Bei vielen Dingen ist der Umgang mit der "Grundlagenforschung" eine willkommene Bereicherung des eigenen Wissen, jedoch gibt es Dinge, die im Alltag vorkommen und für die man nicht unendlich Zeit aufbringen will, da es zu einem "Standard" gehört und sich nicht einmal eine Befriedigung einstellen würde, wenn man es selbst löst.

Deswegen löse ich mich mal aus der Masse und sage: "Ich mag Komponenten für jede Standard-Aufgabe haben, damit ich selbst andere Dinge entwickeln kann, die ich dann vielleicht wiederum anderen zur Verfügung stellen kann".
Diejenigen, die sich in die Tiefe bei Standard-Aufgaben frickeln wollen, sollen dies tun. Vor diesen ziehe ich meinen Hut. Jedoch ich bin Applikations-Designer, kein Pionier, der ich nicht sein will.

Meiner Meinung folgt eine gute Programmier-Umgebung auch etwas der .NET-Philosophie: Du hast Bibliotheken für alles, mach was draus! Und halte dich nicht mit dem Mist auf, den schon 1000 andere gemacht haben und der zum Alltag gehört.

Die gesamte IT-Branche setzt darauf, dass bestehendes weiterentwickelt wird bzw. neue Entwicklungen auf bestehenden basieren.
Oder macht ihr einen Prozessor-Designer auch dumm von der Seite an, der die Dokumente zur Harvard-Architektur verwendet, anstatt sie neu zu erfinden?

Natürlich gebe ich euch auch etwas recht. Komponenten für 10-Zeiler braucht kein Mensch. Jedoch ist eine ausgefeilte Grafik-Bibliothek alles andere als das *lächelt*
Einen guter (Delphi-) Programmierer macht meiner Meinung nach nicht aus, dass er selbst alles ohne Komponenten gelöst hat, sondern dass er intelligent agiert und abschätzen kann, was er selbst macht und was nicht. Fernab von der Spekulation, dass Komponenten-User schlechte Programmierer sind :-)

Oh, und ja, zerreisst mich ruhig :-)
Ich bin kein Profi, wahrscheinlich nicht mal ein mittelmäßiger Programmierer, ich habe nur meine Meinung gepostet, die natürlich bei jedem anderen abweichen kann *s*

[DeddyH]

Zitat:

Zitat von Muellermilchtrinker (Beitrag 1105732)

Ich mache das so:

Delphi-Quellcode:

StretchGraphic(Image1.Picture.Graphic,Image2.Picture.Graphic,30,30,False);

Wobei Image2 leer ist

Leer bedeutet nil? Das ist dann falsch, ich hatte die Benutzung der Routine so vorgesehen (Beispiel aus dem Kopf, Fehler vorbehalten):

Delphi-Quellcode:

Quelle := TBitmap.Create;
try
  Ziel := TJPEGImage.Create;
  try
    Quelle.LoadFromFile(Dateiname);
    StretchGraphic(Quelle, Ziel, 200, 200);
    ImageBla.Picture.Graphic.Assign(Ziel);
  finally
    Ziel.Free;
  end;
finally
  Quelle.Free;
end;

[Jens01]

@Blachfin Gut, dass einer auf meiner Seite ist.
Zu sehen ist, dass hier auch gerade mit Komponenten gearbeitet wird. Es ist ja nicht so, dass die Verzerrung hier selbst programmiert wird.
Warte bis Milchtrinker an der STelle ist, wo er die Farben vergleichen will...

[Muellermilchtrinker]

Also der Code von DeddyH funktioniert. Hab davor einfach das Ausgangsimage einfach mal weiß gezeichnet. :stupid:

Nun bin ich an der Stelle, die Farben zu vergleichen. Ich möchte 2 Farben vergleichen ein Ergebnis von 0 (nicht ähnlich) bis 100 (gleich) zurückzugeben. Dafür such ich nun ein paar Ideen. Ich denke ich muss die Farben in die RGB Werte umzurechnen und dann die Differenz berechnen und dann den Durchschnitt berechnen. Macht das Sinn? Hat jemand bessere Ideen? Wäre dankbar.

[mkinzler]

Per .Pixels[] kanst du direkt auf die Pixel zugreifen

[Muellermilchtrinker]

Zitat:

Zitat von mkinzler (Beitrag 1105973)

Per .Pixels[] kanst du direkt auf die Pixel zugreifen

Das weiß ich. Es geht nur darum, wie ich wirklich die Farben vergleichen soll und ob meine Überlegungen in Ordnung sind?

[freeway]

gehen tut das allerdings ist das nicht unbedingt die schnellste methode
scanline ist eine andere möglichkeit

http://www.delphipraxis.net/136434-f...tml#post928603

[BUG]

Zitat:

Zitat von Muellermilchtrinker (Beitrag 1105974)

Das weiß ich. Es geht nur darum, wie ich wirklich die Farben vergleichen soll und ob meine Überlegungen in Ordnung sind?

Jetzt suchst du also eine Distanzfunktion.

Deine vorgeschlagene Funktion könnte funktionieren, je nachdem was du was du für ein Ergebnis haben möchtest.
Allerdings könntest du überlegen, ob du deine Distanz vielleicht mit einem anderen Farbmodell berechnen willst.

[Muellermilchtrinker]

Hat keiner eine Idee, wie man Farben vergleichen kann? Ein Ansatz würde mir helfen.

[Jens01]

Bin mir nicht ganz sicher, aber hier könnte ein Lösungsansatz drin sein.
http://www.efg2.com/Lab/Graphics/Colors/HSV.htm
Ich glaube, das verfolgt den Ansatz von BUG.
Dieser Hue-Wert/Winkel ist Dein Vergleichswert.