Neue Testversion 18.40b2

[bkh]

Noch ein kleines Problem mit "Farbe nach Transparenz". Wenn ich die Arbeitsebene als Kindebene einer RGB-Ebene ohne Transparenz benutze, dann wird bei der ab einer bestimmten Zoomstufe bei der Bildschirmausgabe der Alpha-Kanal nicht beachtet, bei einem Bild 1000 x1500 px so von 60 % Zoom aufwärts, bei dem angehängten Beispieldokument bei ca. 300 %.

L.G.

Burkhard.

[bkh]

Das Baseline Alignment wäre für Nicht-Fliesstexte praktisch. Die Funktion kenne und schätze ich von meiner Programmier IDE zur Optimierung der Programmformulare.

Ja, finde ich auch einen guten Vorschlag. Schon allein, weil man damit Text sauber auf eine Hilfslinie platzieren könnte. Vielleicht sogar erste und letzte Textzeile …

L.G.

Burkhard.

[Martin Huber]

Noch ein kleines Problem mit "Farbe nach Transparenz". Wenn ich die Arbeitsebene als Kindebene einer RGB-Ebene ohne Transparenz benutze, dann wird bei der ab einer bestimmten Zoomstufe bei der Bildschirmausgabe der Alpha-Kanal nicht beachtet, bei einem Bild 1000 x1500 px so von 60 % Zoom aufwärts, bei dem angehängten Beispieldokument bei ca. 300 %.

Grundsätzlich verändern Arbeitsebene nur das, was da ist. Und bei deinem Beispiel ist es daher eigentlich richtig, dass "Farbe nach Transparenz" kein Alpha erzeugt, da die zugrundeliegende Ebene auch kein Alpha hat. Dummerweise muss in manchen Fällen bei der Ausgabe der gekapselten Gruppe (was ein Bild mit Kindarbeitsebene effektiv ist) trotzdem mit Alpha ausgegeben werden, weswegen die Abreitsebene mal funktioniert und mal nicht.

Ich habe da mal was geändert, so dass in Zukunft die Ausgabe konsistenter sein sollte.

Martin

[photoken]

Has KillWhite got any adjustments, or does it just do its work?

No adjustments, just does its thing.

[NoSi]

>> Filter/Farbe/Farbe nach Transparenz: Testweise eingebaut

Die Funktion müsste wohl unter Werkzeug/Farbe stehen. Eigentlich handelt es sich aber doch um "Farben Ersetzen" - nur dass dort die Transparenz der Zielfarbe nicht verwendet wird.

Sehe ich nicht so. Ich habe mal damit herumprobiert und bin ziemlich begeistert. Das ist eine geile Funktion. Unter Filter ist sie imo deshalb korrekt eingehängt, weil sie eine Farbe tatsächlich herausfiltert. Ein Verlauf wird so teiltransparent - das ist kein stumpfes Ersetzen von Farbe.

[JulianZI]

>> Filter/Farbe/Farbe nach Transparenz: Testweise eingebaut

Die Funktion müsste wohl unter Werkzeug/Farbe stehen. Eigentlich handelt es sich aber doch um "Farben Ersetzen" - nur dass dort die Transparenz der Zielfarbe nicht verwendet wird.

Sehe ich nicht so. Ich habe mal damit herumprobiert und bin ziemlich begeistert. Das ist eine geile Funktion. Unter Filter ist sie imo deshalb korrekt eingehängt, weil sie eine Farbe tatsächlich herausfiltert. Ein Verlauf wird so teiltransparent - das ist kein stumpfes Ersetzen von Farbe.

Ich stimme Dir zu - irgendwie ist die Wirkung wie die Anwendung eines Weissabgleiches, nur leistungsfähiger da eben nicht Weiss eingesetzt wird sondern die Hintergrundfarbe die ja variabel.

Der Algorithmus für Farben Ersetzen ist anscheinend ein anderer, ungeachtet der Einstellung von Toleranz. (Für die angedachte Anwendung einen ausgebrannten Himmel zu entfernen, halte ich den Farben Ersetzen Algorithmus für geeigneter, da er eben gerade nicht die Grundfarbe aus dem gesamten Bild subtrahiert.)

Zur Lösung des oben genannten Problemes ("Weiss entfernen") macht es vielleicht mehr Sinn die Autotransparenz bzw. den Zauberstab so aufzubohren, dass er auch Zwischenwerte für die Maske bzw den A Kanal erstellt. Damit könnten die Bäume aus dem Bild oben sehr schön weich freigestellt werden. Der Vorteil des Zauberstabs ist ja das nur zusammenhängende Bereiche bearbeitet werden können. Die Implementierung von "Farbe nach Transparenz" halte ich hingegen für ungeeignet zur Lösung dieses Problems, da hier das ganze Bild verändert wird, z.b. ein leichtes Blau aus allen Farbwerten herausgerechnet wird. Dennoch sollte diese Funktion auch behalten werden, da sie sehr leistungsfähig ist, z.b. um einem Bild einen Farbverlauf als Grundton zu verpassen.

[Martin Huber]

Zur Lösung des oben genannten Problemes ("Weiss entfernen") macht es vielleicht mehr Sinn die Autotransparenz bzw. den Zauberstab so aufzubohren, dass er auch Zwischenwerte für die Maske bzw den A Kanal erstellt. Damit könnten die Bäume aus dem Bild oben sehr schön weich freigestellt werden. Der Vorteil des Zauberstabs ist ja das nur zusammenhängende Bereiche bearbeitet werden können.

Aber gerade beim obigen Bild sind sehr viele kleine, isolierte Himmelsbereiche vorhanden, die alle transparent werden müssen. Grundsätzlich sollte das mit "Farbe nach Transparenz" schon gehen, wenn man optional zusätzliche Bedingungen einführt (z.B. indem man die Farbsättigung in die Berechnung einfließen lässt).

Wie ich als Antwort an Burkhard schon geschrieben habe, führt das zwar wieder zu einem weiteren Mammut-Dialog, aber damit werden wir wohl leben müssen.

Martin

[OldRadioGuy]

Edit New Picture Dialogue, including German to English translation and correct spelling of "Type"

File -> New -> New Picture

New Picture 11-28-2013 11-49-42 AM.jpg

Bob

[Andre]

Wenn ich versuche die Bildübersicht aufzurufen, bricht Photoline 18.40b2 ab (WIn7x64). Im Eventlog finde ich folgendes:

Name der fehlerhaften Anwendung: PhotoLine64.exe, Version: 18.4.0.2, Zeitstempel: 0x528c57cd
Name des fehlerhaften Moduls: PhotoLine64.exe, Version: 18.4.0.2, Zeitstempel: 0x528c57cd
Ausnahmecode: 0xc0000094
Fehleroffset: 0x0000000000aff8c5
ID des fehlerhaften Prozesses: 0xf3c
Startzeit der fehlerhaften Anwendung: 0x01ceece551b022d5
Pfad der fehlerhaften Anwendung: C:\Program Files\PhotoLine\PhotoLine64.exe
Pfad des fehlerhaften Moduls: C:\Program Files\PhotoLine\PhotoLine64.exe
Berichtskennung: 97ba0165-58d8-11e3-a571-001999b3ea47

Ursache ist eine Datei mit binärem Inhalt, die allerdings "Unbenannt.txt" heißt. Ich vermute Photline versucht den Inhalt zu interpretieren und bekommt dabei ein Problem.

Gruß Andre

[Gerhard Huber]

Ursache ist eine Datei mit binärem Inhalt, die allerdings "Unbenannt.txt" heißt. Ich vermute Photline versucht den Inhalt zu interpretieren und bekommt dabei ein Problem.

ich wäre dir dankbar, wenn du mir die Datei an support@pl32.de schicken würdest.

Gerhard

[Hoogo]

Ebenenmasken werden immer nur wie 8Bit-Transparenz behandelt, auch wenn sie 16Bit haben. War aber glaub ich schon immer so.