Konvergenzfehler beim Sanyo PLV-Z4000

Die Variante mit der Playersoftware habe ich inzwischen gefunden und es auch in MediaPlayer Classic erfolgreich ausprobiert (auf einem anderen PC ohne Beamer). Ich nutze auf dem PC, der am Beamer hängt, jedoch Linux. Dafür habe ich noch keine Möglichkeit gefunden.

@ Scorpi
Das war nicht zufällig mal meiner?

Ich fürchte doch.

Das war von Anfang an so und bewegt sich bei den Kisten wohl innerhalb der Serientoleranz, aber im Bewegtbild in 4m Sitzentfernung hat man das eigentlich gar nicht gesehen, nur wenn man das Windows Desktop aus der Nähe betrachtet hat. Wie man das korrigiert kann ich Dir leider auch nicht sagen, sonst hätte ich das ja selbst gemacht (wäre mir neu, dass man die Konvergenz nachstellen könnte?).

Vertikalen Versatz kann man wie erwähnt im Service-Menü (Gruppe 101, Werte 4-6) einstellen. Werte 0-2 sind angeblich für horizontalen Versatz, jedoch funktioniert das sowohl bei mir, wie auch bei anderen, leider nicht.

Ich sehe es auch aus 4 Meter Entfernung in Form von unscharfen Schriften auf dem Desktop. In Filmen geht es natürlich unter. Ich denke trotzdem, der generellen Bildschärfe würde es gut tun, wenn man den Fehler beseitigt.

Puh! Da bist Du technisch mit dem Gerät weiter, als ich es jemals war. Dachte immer, die Konvergenz läßt sich nur mechanisch im Gerät korrigieren. Ich hatte seiner Zeit lediglicjh die Werte für Farbe, Kontrast etc. von einem User hier (Andreas?) übernommen und die haben für mich ganz gut gepasst (diese waren in der User Einstelllung 1 hinterlegt). Aber offensichtlich hatte ich eh einen anderen Einsatzzweck als Du. Auf dem Windows Desktop hätte mich das wohl auf Dauer auch mehr gestört.
Vielleicht hat sich das ja auch beim Transport verschlimmert.

Es ist jeweils ein Pixel Versatz. Daher denke ich nicht, dass sich das beim Transport verschlimmert hat. Ich arbeite nicht intensiv mit dem Desptop über den Beamer. Aber es hängt der Computer dran und abgespielt wird mit Firefox oder VLC, und so lange kein Video-Vollbild läuft sieht man es eben.

Hat der Lüfter bei Dir auch schon so gerattert nach dem Einschalten? Nach ca. 10 Minuten geht es weg, trotzdem etwas nervig und auch schade, da das Gerät ja ansonsten flüsterleise ist. Anderen Beiträgen zu dem Lüftermodell zufolge (auch in anderen Geräten anderer Hersteller verbaut) scheint dieses Problem öfter aufzutreten.

Ja, aber ich hätte die Zeit jetzt eher 5 Minuten eingeschätzt - der Film startet, und auf einma war es weg, oder man geht nochmal schnell in den Keller Getränke holen, und dann ist es auch weg. Deswegen hatte ich es in der Auktion auch nicht extra erwähnt.
Das war seit ungefähr 3-4 Jahren so und unverändert. Das vermisse ich ggü. meinem neuen Sony, der ist ungleich lauter.

Okay. Vielleicht gönne ich mir ja noch einen Ersatzlüfter. Das scheint einer der beiden 80mm-Lüfter an der Seite zu sein, der hat einen Stecker und ist vermutlich einfach zu wechseln.

Noch mal zur Konvergenz bzw. Panel-Positionierung:

Ich fand dazu dieses Bild:



Kann jemand sagen, ob es da irgendwelche Möglichkeiten zur Korrektur gibt, z.B. Schrauben die man lösen kann zwecks Änderung der Panelposition?

Edit sagt, das kann gar kein PLV-Z4000 sein. Naja, mal weitersuchen.

Klar kannst Du da Schrauben lösen aber überleg mal:

Die bilderzeugende Fläche des Panels ist 16mm breit.
Auf dieser Breite hast Du 1920 Pixel.
Das heisst ein Pixel ist weniger als 0,01mm breit.
Du musst also das Panel um knapp einen hundertstel Millimeter waagerecht verschieben um den Fehler wegzubekommen.

Ist nicht so einfach.

Ich bekomme hier öfter Beamer wo der Besitzer dachte "ich mach das Ding mal eben sauber" und dann schraubt er die Panels ab.....


Gruss.....Der Doc

P.S. Das Bild von der Lightengine ist von einem Epson Beamer, könnte ein TW2900 oder Einer aus der TW3x00 Serie gewesen sein.
Die Bauart ist aber bei allen LCD Beamern sehr ähnlich.

Hallo,

habe auch einen PLV-Z4000 und wollte jetzt anhand dieses Threads (durch Zufall drauf gestossen) ebenfalls mal meine Konvergenz korrekt einrichten.

Habe aber genau dieselben Probleme wie Du (vertikale Farbverschiebung funktioniert einwadfrei, horizontale nicht).

Das dumme an der Sache ist, das bei mir die vertikale Konvergenz ziemlich perfekt ist, die horizontale Abweichung aber bis zu etwa 4-5 Pixeln geht (Grün<->Rot, Blau etwa in der Mitte).

Hast Du eventuell schon etwas diebezügliches rausgefunden?

Jetzt, wo ich weiss das das prinzipiell auch per Einstellung geht, macht mich das ganz verrückt :-)

Auch eine entsprechende Software wäre vielleicht hilfreich.
Hast Du da schon was gefunden (hier läuft auch Linux)?

Gruss

Hi,

bei mir gibt es bezüglich Konvergenz nichts neues. Vielleicht versuche ich mal in mittelferner Zukunft, eine Software-Lösung zu finden. Ich nutze ebenfalls Linux. Unter Windows kann man recht einfach mit einem Custom Shader die Pixel pro Farbe verschieben (siehe oben, mit Media Player Classic), unter Linux habe ich noch nichts dafür gefunden. Zudem ist die Grafik in meinem Linux-PC auch etwas betagt, das ist noch ein Sandy Bridge-System aus dem Jahre 2011.

Wo ich weiter bin ist der ratternde Lüfter. Ich hatte das Gerät gerade mal geöffnet. Um an die Lüfter zu kommen, muss man leider so ziemlich alles andere ausbauen (Mainboard, Optik, Lampe), das habe ich lieber sein lassen. Ich habe es am Ende mit Brunox Turbo-Spray probiert, den Rüssel dorthin gesteckt, wo ich die Lager der Lüfter vermute und mal kurz reingesprüht. Nun ist Ruhe.

Update zur Konvergenz:

RGB-Shift unter Linux geht jetz zumindest für Videos,
den kompletten Desktop habe ich (leider) noch nicht hinbekommen.

Die RGB-Konvergenzanpassung habe ich hier mit MPV+ffmpeg gelöst.
SMPlayer+ffmpeg geht auch, ruckelt allerdings bei mir sehr stark.

Erforderlich ist dazu allerdings eine recht neue ffmpeg-Version ab 4.2.
Erst ab ffmpeg 4.2 ist die Funktion rgbashift enhalten mit der man die einzelnen Farben im Video Pixelweise verschieben kann.

In Debian Buster z.B. ist diese ffmpeg-Version noch nicht drin, obwohl Buster erst Mitte diesen Jahres erschienen ist.

Lösung war dann für mich ein aktuelles MPV als ffmpeg-Version downzuloaden.
Damit geht's jetzt.

Der entsprechende Eintrag in die mpv.conf sieht bei mir so aus:

vf=lavfi=[rgbashift=rh=-4,rgbashift=bh=-3]

Damit verschiebe ich Rot um 4 Pixel nach links und Blau um 3 Pixel nach links.

HTH.

Danke, damit kann ich in mpv das Grün an die richtige Stelle schubsen. Mal schauen, ob man das auch in Firefox hineingedengelt bekommt. In Firefox geht das ja über GStreamer soweit ich weiß, evtl. kann man dort ansetzen.

Geht wohl eher schlecht. Vielleicht lässt sich über GLSL-Shader etwas machen. Gnome als Desktop benutzt wohl intern auch GLSL für manche Effekte.

Ich habe mal die Möglichkeiten der gnome-shell ausgelotet und es geschafft, mit einer gnome-shell-Extension einen GLSL-Shader auf alle Fenster des Desktops anzuwenden. Auch wenn z.B. in Firefox ein Video im Fullscreen-Modus läuft, ist der Shader-Effekt sichtbar. Es gibt noch ein paar Stabilitätsprobleme mit der Extension und die eigentliche Aufgabe, die Konvergenzkorrektur, muss ich noch im Shader implementieren, aber die Voraussetzungen sehen gut aus.

Und hier ein erster Entwurf für den Shader:

uniform int height;
uniform sampler2D tex;
uniform int width;

vec2 resolution = 1 / vec2(width, height);

void main(void) {
vec2 col = cogl_tex_coord_in[0].xy;

vec2 red = vec2(1,0);
vec2 green = vec2(-1.2,0.4);
vec2 blue = vec2(0,0);

vec2 sgreencoord = vec2(col.x + (green.x * resolution.x), col.y + (green.y * resolution.y));
vec2 sredcoord = vec2(col.x + (red.x * resolution.x), col.y + (red.y * resolution.y));
vec2 sbluecoord = vec2(col.x + (blue.x * resolution.x), col.y + (blue.y * resolution.y));

vec4 scolor;
vec4 color = texture2D (tex, col);

scolor = texture2D(tex, sgreencoord);
color.g = scolor.g;
scolor = texture2D(tex, sredcoord);
color.r = scolor.r;
scolor = texture2D(tex, sbluecoord);
color.b = scolor.b;
cogl_color_out = color;
}

Bitte nicht lachen, er sollte erstmal nur irgendwie laufen und dabei das richtige tun. Bisher funktioniert es aber nur korrekt, wenn das Fenster die gesamte Größe des Desktops einnimmt.

Geladen wird er über diese Shell-Extension:

https://github.com/paradoxxxzero/gnome-shell-shader-extension

Die ist aber, wie erwähnt, etwas instabil, vermutlich weil sie schlicht veraltet ist. Ich werde mal beim Author anklopfen, ob da ein Update drin ist.

Hier ein etwas aufgeräumter Shader. Er wirkt jetzt nur bei Full-HD-Auflösung (der Check für die 1920), sodass auf meinem Monitor mit anderer Auflösung das Bild nicht verändert wird.

Die gnome-shell-Extension funktioniert nun auch fehlerfrei, ich werde sie bei Gelegenheit auf Github veröffentlichen und hier einen Link schicken.


uniform sampler2D tex;
uniform int width;
uniform int height;

void main(void) {
vec2 coord = cogl_tex_coord_in[0].xy;
vec4 color = texture2D (tex, coord);

if(width == 1920) {
const vec2 green = vec2(-1.4, 0);
const vec2 blue = vec2(0, 0);
const vec2 red = vec2(0, 0);

vec2 resolution = 1 / vec2(width, height);

vec2 greencoord = coord + green * resolution;
vec2 bluecoord = coord + blue * resolution;
vec2 redcoord = coord + red * resolution;

color.g = texture2D(tex, greencoord).g;
color.b = texture2D(tex, bluecoord).b;
color.r = texture2D(tex, redcoord).r;
}

cogl_color_out = color;
}

Ich muß das Ding mal ausgraben.

Ich würde auch mal im Servicemenü sehen, daß ich die Konvergenz etwas verbessern kann. Problem dabei, meine Fernbedienung ist wohl nicht mehr so recht in Ordnung. Ich kann zwar das Menü aufrufen, aber dann geht gar nichts mehr. Ich hatte vor Jahren die Codes mal auf einer Universalfernbedienung angelernt, aber wie sauber das war, keine Ahnung. Jedenfalls kann ich da alles bedienen, aber irgendwie macht das Ding dann bei den ca. 20sek. nicht das Richtige. Jedenfalls erscheint das "s" nicht.
Hat jemand eine Idee, was ich machen könnte?