[ANNOUNCE] vdr-SOFTOSD-Patch (nicht NUR für Softies)

pinky666 · 1. Dezember 2008

Die V 0.0.3.1 ist bei mir in den default Einstellungen bis Jetzt das beste Ergebnis.
Hab noch nicht men den anderen Optionen gespielt. Das große Menü ist immer noch etwas hackelich, jeoch wird alles korrekt dargestellt.

Edit:
Sehe gerade das schon die 0.0.3.2 draussen ist, die sollte jedoch mit den default Einstellungen kein anderes Ergebnis bringen.

HolgerR · 1. Dezember 2008

Zitat

Original von ardi
Danke für die schnelle Diagnose. Habe einen korrigierten Patch hochgeladen.

Danke. Funktioniert damit jetzt wie es soll. Bisher gefällt mir die Variante "ausgesperrte große Menüs + schnelles FadeIn + langsames FadeOut" am besten. Ich wünschte, die Activy 300 würde schneller kompilieren

Gruß
Holger

pinky666 · 1. Dezember 2008

Zitat

Original von HolgerR
Ich wünschte, die Activy 300 würde schneller kompilieren

OFFTOPIC:
Verstehe ich nicht ganz. Hab 'ne gepimte 300 auf 1.1GHz und das neukompilieren dauert ca. 15 Sekunden.
Ein ganzer VDR braucht (geschätzt) 3 Minuten.

HolgerR · 1. Dezember 2008

Zitat

Original von pinky666

OFFTOPIC:
Verstehe ich nicht ganz. Hab 'ne gepimte 300 auf 1.1GHz und das neukompilieren dauert ca. 15 Sekunden.
Ein ganzer VDR braucht (geschätzt) 3 Minuten.

Watt?!?! Meine (ungepimpte) rödelt für ein "dpkg-buildpackage" des VDR mindestens 5 Minuten. Alerdings werden dabei natürlich auch alle zum VDR gehörigen *.debs gebaut: productive, devel, debug + "eingebaute" Plugins.

Naja, aber wie du schon schreibst ist das hier OT. Ich bin jetzt aber wohl tatsächlich sehr zufrieden mit dem Ergebnis.

Daher noch mal einen großen Dank an ardi und alle Mithelfer! Ich greife aber meine Frage von oben noch mal auf: Wird es diese sehr variable Form des Patches auch für xineliboutput geben?

Viele Grüße
Holger

pinky666 · 1. Dezember 2008

Zitat

Original von HolgerRWatt?!?! Meine (ungepimpte) rödelt für ein "dpkg-buildpackage" des VDR mindestens 5 Minuten. Alerdings werden dabei natürlich auch alle zum VDR gehörigen *.debs gebaut: productive, devel, debug + "eingebaute" Plugins.

OK. Ich nutze ein einfaches make

Wie Du aber schon sagst, nochmal ein herzelichen Dank an alle Helfer.

kris · 1. Dezember 2008

HI,

darf auch mal artig danke sagen, der patch läuft unter hannos/etobi repo einwandfrei, das wertet den VDR richtig auf. Der WAF ist auch enorm gestiegen

MfG
KRis

ardi · 2. Dezember 2008

Zitat

Original von HolgerR
Ich greife aber meine Frage von oben noch mal auf: Wird es diese sehr variable Form des Patches auch für xineliboutput geben?

Ja. Aber nicht ganz so variabel ... weil nicht nötig
Getrenntes FadeIn/FadeOut mit Rate und Steps
eventuell MAX_OSD_SIZE (glaube aber eher nicht)

ardi

EDIT: Könnte mir mal jemand, der mit SOFTOSD_PALETTE_ONLY Falschfarben hat, einen screencast erstellen? Ich habe da vielleicht noch eine Idee; müsste mir aber mal ansehen, wie das ganze aussieht. Wenn möglich mit einer geringen Rate und höheren Steps (z.B. 16Steps@5Hz o.ä.)

EDIT 2: Wie sehen eigemtlich die Farben beim Ausblenden aus? Auch talsch? Und sind alle Skins betroffen?

ardi

neptunvasja · 2. Dezember 2008

HolgerR

Kannst du bitte deine Einstellungen zeigen, mit denen du die Besten Ergebnisse erzielt hast?

Danke.

HolgerR · 2. Dezember 2008

neptunvasja
mir gefallen viele Steps und hohe Rate irgendwie immernoch am besten, daher:

#define SOFTOSD_FADEIN_STEPS 32
#define SOFTOSD_FADEIN_RATE 100
#define SOFTOSD_FADEOUT_STEPS 32
#define SOFTOSD_FADEOUT_RATE 50
#define SOFTOSD_PALETTE_ONLY 2
#define SOFTOSD_REFRESH_ONE_PIXEL true
#define SOFTOSD_MAX_OSD_SIZE (600*400)

ardi
Das mit dem Screencast würde ich ja gerne machen, nur: Wie? Hier läuft kein X auf dem Rechner. Ein Digiphoto wird's leider nicht bringen. Evtl. gibt's ja Jemanden hier, der tvtime einsetzt? Damit könnte sich evtl. was festhalten lassen.

Beim Ausblenden sieht's übrigens richtig aus. Bisher hatte ich nur mit SkinEnigmaNG getestet. Die Falschfarben treten nur in der ersten Zeile des Menüs auf. Der eigentlich dunkle Balken der den Menüpunkt "1 Programm" hinterlegt, ist auf der rechten Seite hell (beim dunklen Theme; beim hellen ist es umgekehrt). Beim "classic" Skin ist's ziemlich bunt (z. B. grüne Schrift). ST:TNG scheint von dem Problem *nicht* betroffen zu sein; hier kann ich keine Falschfarben entdecken.

Gruß
Holger

EDIT: Die Titelzeile ist bei EingmaNG ebenfalls betroffen. Hier wird besonders deutlich, dass die Farben invertiert sind: Anstatt heller Schrift mit dunklem Schatten ist' dunkle Schrift mit hellem Schatten. Problem wie gesagt nur beim Einblenden; beim Ausblenden ist alles i.o.

EDIT2: Was beim Ausblenden allerdings auffällt ist, dass die Grafiken schneller ausgeblendet werden, als die Schrift. Das letzte was man vom Menü sieht, sind immer die Menüpunkte, die "im Nichts" schweben. Vorstellbar, was ich meine?

kris · 2. Dezember 2008

HI,

ich setze Skinenigmang mit dem Theme "Black ein" und den Standardeinstellungen des patches. Das ganze an einer ungemoddeten 1.6er FF

Außerdem hab ich den derzeitigen Wohnzimmervdr mit 2.3er FF, Full-TS mod und dem gleichen Theme.

Ich habe KEINE Falschfarben.

Ich habe testweise mal das theme getauscht, also default, mobuntu und auch das Skin (klassik) aber ich konne keine Falschfarben erkennen.

Meine OSD-Größe ist 624x460

MfG
Kris

pdeg69 · 2. Dezember 2008

EDIT6: Version 0.0.3-2 3.Versuch (kleinen Fehler bereinigt danke UFO).

Bitte, download URL. Danke.

HolgerR · 2. Dezember 2008

kris

verwende hier ebenfalls "Black". Mit der FuSi FF leider gen. Falschfarben. Nur zur Sicherheit: Du verwendest aber schon "SOFTOSD_PALETTE_ONLY" mit "1" oder "2"?

pdeg69
siehe erster Post dieses Threads

Gruß
Holger

kris · 2. Dezember 2008

HI,

HolgerR

Zitat

Nur zur Sicherheit: Du verwendest aber schon "SOFTOSD_PALETTE_ONLY" mit "1" oder "2"?

Keine Ahnung... ich schrieb ja:

Zitat

und den Standardeinstellungen des patches

Gemeint ist 0.0.3-2 patch...

MFG
Kris

HolgerR · 2. Dezember 2008

kris

Sorry! Habe ich übersehen. Die Standardeinstellungen sind konservativ zu Lasten der Geschwindigkeit und zugunsten der Darstellung. Mit anderen Worten: Dort ist ""SOFTOSD_PALETTE_ONLY" = "0" also deaktiviert. Da treten dann tatsächlich keine Falschfarben auf.

Gruß
Holger

PS: Darum geht's hier aber gerade nicht

ardi · 2. Dezember 2008

An alle Falschfarben

... macht bitte mal noch folgenden Test:

Code

if (fade == 0 && (!shown || Bitmap->Dirty(x1, y1, x2, y2)) && Bitmap->Colors(NumColors) && SOFTOSD_MAX_OSD_SIZE>GetOsdSize())
	{
-		for(fade=1; fade<=SOFTOSD_FADEIN_STEPS; fade++)
+		for(fade=SOFTOSD_FADEIN_STEPS/2; fade<=SOFTOSD_FADEIN_STEPS; fade++)
		{
			int64_t flush_start = cTimeMs::Now();
			Flush();

ardi

Taipan · 2. Dezember 2008

Unter meinem easyvdr 1.6.0-2_extp60 läuft der Patch 0.0.3.2 auch wunderbar... (Default-Einstellungen)

HolgerR · 2. Dezember 2008

ardi

Sorry, jetzt erst gesehen... kompiliert gerade.

Gruß
Holger

kris · 2. Dezember 2008

Hi,

ardi
ich hab gerade mal die von HolgerR eingestellten optionen + Deinen gerade genannten Patch aufgespielt

Ergebnis. Sieht gut aus

Mfg
Kris

HolgerR · 2. Dezember 2008

ardi

Gute Nachricht: Die Falschfarben sind weg. Schlechte Nachricht: Der Aufbau beim FadeIn großer Menüs ist eher ruckelig. Bei den kleinen Menüs findet keins mehr statt(?!?)

Auch hier wie üblich die bitte, dass das noch mal Jemand verifiziert.

Merci und Gruß
Holger

ardi · 2. Dezember 2008

kris

hier gehts um SOFTOSD_PALETTE_ONLY =1 oder 2 und nur dann wenn du Falschfarben hast

Zitat

Original von HolgerR
ardi

Gute Nachricht: Die Falschfarben sind weg. Schlechte Nachricht: Der Aufbau beim FadeIn großer Menüs ist eher ruckelig. Bei den kleinen Menüs findet keins mehr statt(?!?)

Auch hier wie üblich die bitte, dass das noch mal Jemand verifiziert.

Merci und Gruß
Holger

Alles anzeigen

Gut. Die Fade-Zeit wird ja wie die Steps halbiert. Darum siehst du wahrscheinlich bei kleinen Menüs nichts mehr.

So. Noch ein Versuch. Die letzte Änderung wieder rückgänging machen und folgendes bitte Testen:

Code

// convert AARRGGBB to AABBGGRR (the driver expects the colors the wrong way):
#ifdef SOFTOSD
	int steps = fading < 0 ? SOFTOSD_FADEOUT_STEPS : SOFTOSD_FADEIN_STEPS;
	if(SOFTOSD_ON && 0<fade && fade<steps)
+	{
+		int Alpha = (Colors[i]>>24) & 0x000000FF;
+		if(Alpha) Alpha = min(0x10, (Alpha*fade)/steps);
-		colors[i] = (((((Colors[i]>>24) & 0x000000FF) * fade)/steps) << 24) | ((Colors[i] & 0x0000FF) << 16) | (Colors[i] & 0x00FF00) | ((Colors[i] & 0xFF0000) >> 16);
+		colors[i] = (Alpha << 24) | ((Colors[i] & 0x0000FF) << 16) | (Colors[i] & 0x00FF00) | ((Colors[i] & 0xFF0000) >> 16);
+	}
	else
#endif

Alles anzeigen

ardi

[ANNOUNCE] vdr-SOFTOSD-Patch (nicht NUR für Softies)

Jetzt mitmachen!

Teilen