[Announce] nOpacity 0.1.2

Ich weiß nicht viel über Imagemagick. Ich nutze nur das Kommandozeilentool.

Aber die Änderung in Archlinux schließt auch mit ein, dass HDRI aktiviert wurde.
http://www.imagemagick.org/script/high-dynamic-range.php

Du hast das in deinem Makefile forciert abgestellt. Wenn man das aber versucht, wenn es mitkompiliert ist. Hat man undefinierte Symbole nach dem Kompilieren.

Genau, nur mit HDRI_ENABLE=1 gibt es kein undefined symbol: _ZN6Magick5ColorC1Etttt

Ich zitiere mal aus Copperheads Link:

Zitat

By default, image pixels in ImageMagick are stored as unsigned values that range from 0 to the quantum depth, which is typically 16-bits (Q16). With HDRI enabled, the pixels are stored in a floating-point representation and can include negative values as well as values that exceed the quantum depth. A majority of digital image formats do not support HDRI, and for those images any pixels outside the quantum range are clamped before they are stored.

Ich vermute bei dem Gradienten mit HDRI werden negative Werte erreicht. Ohne HDRI werden diese auf 0 geclamped, der rechte obere Bereich bleibt also schwarz. Mit HDRI geschieht das nicht und die negative Werte erscheinen alles volle Aussteuerung (Zweierkomplement? Wobei das bei float ja eigentlich nicht so gemacht wird, sondern durch Vorzeichenbit), also komplett gelb bzw. weiß.

Es sollte also verhindert werden, dass durch den Gradienten negative Pixelwerte erreicht werden können.
Macht das für euch Sinn?

EDIT: Wenn ich imagemagick ohne --enable-hdri baue kann ich dementsprechend auch wieder vdr-skinnopacity mit HDRI_ENABLE=0 nutzen, ohne dass er Symbole vermisst. Aber in Archlinux ist es jetzt nun halt einmal per default aktiviert, deswegen wäre eine Lösung für beide Fälle schön.

Ich habe das Problem in imageloader.c lokalisiert.
Der Gradient ist schon bei 75% der Breite bei 1.0, deswegen funktioniert das mit HDRI nicht. Folgender Patch verändert es so, dass der Gradient erst bei 100% der Breite auf 1.0 geht. Das verändert zwar den Verlauf des Gradienten etwas, aber das ist mir ziemlich egal.

--- a/imageloader.c	2013-05-10 12:20:51.000000000 +0200
+++ b/imageloader.c	2013-08-14 15:08:52.128209822 +0200
@@ -176,7 +176,7 @@
     Color Back = Argb2Color(back);
     Color Blend = Argb2Color(blend);
     Image tmp(Geometry(width, height), Blend);
-    double arguments[9] = {0.0,(double)height,0.0,-0.5*(double)width,0.0,0.0,0.75*(double)width,0.0,1.0};
+    double arguments[9] = {0.0,(double)height,0.0,-0.5*(double)width,0.0,0.0,(double)width,0.0,1.0};
     tmp.sparseColor(MatteChannel, BarycentricColorInterpolate, 9, arguments);
     Image tmp2(Geometry(width, height), Back);
     tmp.composite(tmp2, 0, 0, OverlayCompositeOp);

Das hat somit Auswirkung auf displaymessage.c und displaymenuview.c. Man könnte es natürlich auch beispielsweise folgendermaßen machen:

double arguments[12] = {0.0,(double)height,0.0, 0,0,0.5, width,height,0.5, (double)width,0.0,1.0};

Das entspräche dann einer Diagonale von links unten nach rechts oben. Wie gesagt, wie das nun genau verläuft ist mir herzlich egal, hauptsache der Fehler tritt nicht mehr auf.

BTW: Gibt es eigentlich einen Grund, warum du einen Gradientenwert außerhalb des Bildes angibst (-0.5*width,0)?

Eins finde ich ja komisch. Du zeichnest Farbverläufe mit Imagemagick?
Ich erinnere mich da dunkel an ein Demo-Plugin von Klaus, in dem auch Farbverläufe drin waren.

Zitat von louis

Das hatten wir doch schonmal, das ist ein Problem von extrecmenu...ohne passt das.

Ciao Louis

Hast du eine Vermutung, woran das liegen könnte? Vielleicht kann ichs ja fixen.
Das Plugin scheint ja nicht mehr weiter gepflegt zu werden.
Die Archivfunktion konnte ich ja schon in meinen VDR reinpatchen, mir fehlt
nur noch Umbenennen und Verschieben.

Also bei mir flackert mit dem extrecmenu nichts. Kann natürlich sein, dass ich was anderes eingestellt habe. Und gepflegt wird das Plugin auch noch, das letzte mal zwar am 3.5., aber auf bugs wird noch reagiert. Eventuell versuchst Du es mal mit dem Bugtracker.

Zitat von TheChief

Also bei mir flackert mit dem extrecmenu nichts. Kann natürlich sein, dass ich was anderes eingestellt habe. Und gepflegt wird das Plugin auch noch, das letzte mal zwar am 3.5., aber auf bugs wird noch reagiert. Eventuell versuchst Du es mal mit dem Bugtracker.

Einen Bug hab ich schon gemeldet.
Wird bei dir nicht beim Schneiden bei jeder Textänderung (Minuten zählen hoch)
das ganze OSD neu gezeichnet?

Nein, eigentlich nur die Zahlen. Was intern läuft, kann ich nicht sagen.