Danke dir!

Passt doch so in etwa.
Es ist aber merkwürdig, dass man bei dir zwischen den originalen und meinen berechneten Werten kaum Unterschiede sieht. Anbei meine roten Kreise mit deinen Bildern.

Die originale Breite beträgt 2833,
die von mir berechnete 2826.

Bei mir sieht man den Unterschied wesentlich stärker. Eigenartig.

By the way, sollte man für die Zeilenaustastlücke (vordere Schwarzschulter + Sync + hintere Schwarzschulter) nicht 12 µs rechnen? Die Zeile dauert ja insgesamt 64 µs, der sichtbare Bereich 52 µs.

[Blockierte Grafik: http://upload.wikimedia.org/wikipedia/commons/f/fb/BAS_Zeilensignal_unmoduliert.PNG]

So, ich habe nun die von mir berechneten Werte noch ein mal fotografiert und mit dem Referenzbild überlagert. Man sieht hier sehr schön, dass die Werte so stimmen müssen und wie viel mein TV beschneidet.

Das aus MPEG Streamclip exportiere Referenzbild muss zu 99,999% exakt sein, ergo sollte die Geometrie so stimmen. Wenn es in meiner Berechnung keine Denkfehler gibt, sind die Werte mit Sicherheit richtig.

Der Micha, unabhängig davon, wo das Bild sitzt, passt die Breite eher mit meinen letzteren Werten, oder mit den schmäleren? Könntest du mal ein Foto mit den von mir soeben berechneten Werten machen?

Wie verifizierst du das? Diese Werte sind nämlich schon einiges schmäler als die Standardwerte. Genauere Werte wären mit genauer Angabe der Videogenerator-Frequenz berechenbar.

Mit welcher Frequenz genau arbeitet denn der Videogenerator. Weiß das jemand genau?

/proc/cpuinfo gibt folgendes aus.

system type             : ATI XILLEON HDTV SUPERTOLL
processor               : 0
cpu model               : MIPS 4KEc V4.8
BogoMIPS                : 297.98
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 16
extra interrupt vector  : yes
hardware watchpoint     : yes
VCED exceptions         : not available
VCEI exceptions         : not available

Regloh, dein Bild ist schon etwas zu schmal, da der Referenzkreis der Burosch DVD etwas breiter als hoch ist. Deiner ist schon fast 100% rund.

Ich versuche das noch einmal zu berechnen.

Der Videogenerator läuft mit etwa 53 MHz.
Geht man von meinen Idealwerten aus, hat man horizontal ein 2804 dezimal Werte breites Bild.

2804 / 53 MHz = 52,90566 µs

Das ist der Wert für 720 Pixel.
Rechnen wir die Zeilendauer mit diesen Werte für 702 Pixel aus.

(52,90566 µs / 720) * 702 = 51,58302 µs

Das heißt, das Bild wäre noch immer etwas zu schmal.
Berechnen wir das mathematische Optimum.

Breite = (52 µs * 720 * 53 MHz) / 702
Breite = 2826,66666666
Breite ~ 2827 (runden wir auf 2826 ab)

Rechnen wir nun die vordere Schwarzschulter aus.

pal_h_start = 10,5 µs * 53 MHz
pal_h_start = 556,5 (runden wir auf 556 ab)

Und nun noch alles zu pal_h_end addieren.

556 + 2826 = 3382

Damit hätten wir folgende Werte.

pal_h_start > 22c
pal_h_end > d36

Anbei noch zwei Fotos, wo nun das Bild sitzt.
Links wieder der Export aus MPEG Streamclip mit rotem Geometriekreis, in der Mitte das Foto meines Panasonic Plasmas mit rotem Geometriekreis, und rechts das Ausgangsfoto ohne roten Kreis.
Eigentlich ganz ok so, sogar sehr ok.

Nachtrag: Kann mir bitte wieder Feedback hierzu gegeben werden? Danke im Vorraus!

Ah verdammt.
Das ist ja ein 4:3 Bildschirm. Die schwarzen Balken habe ich gar nicht wahrgenommen. Jetzt sehe ich sie auch. Ich habe nur geschaut, wie viel oben und unten beschnitten wird, aber das darf man bei einem 4:3 natürlich nicht machen.
Ja, das Bild sitzt im Verhältnis zu hoch. Denkt man sich den Größenunterschied unserer Bildschirme weg, ist der Versatz gleich stark.

Der Kreis der Burosch DVD ist bei verzerrtem Aspekt (16:9) auch nicht zu 100% rund. Deine Darstellung mit dem Skript kommt schon sehr gut an die Optimalwerte ran.

Hi adolar, danke für die Bilder.

Ich kann aber den Bildversatz, den ich bei mir sehe, nicht wirklich erkennen. Ich erkenne in der Vertikalen auch keinen signifikanten Unterschied der beiden Bilder. Lediglich die Geometrie ist beim Bild mit Script besser.

Das ist insofern interessant, als dass manche Geräte das Bild tatsächlich stark zu korrigieren scheinen. Würde mein TV das auch machen, hätte ich nämlich auch keine bis sehr sehr wenig Unterschiede gesehen. Defakto sehe ich auf meinem TV mit und ohne Startskript enorme Unterschiede.

Ich postuliere also, dass die Geräte, die keinen Versatz zeigen, den existierenden Bildversatz automatisch korrigieren und die Geräte, die den Versatz nur mit der Dreambox zeigen, eher als Referenz herangezogen werden können. Wie man das Messtechnisch zeigen könnte weiß ich leider auch nicht. Ich denke hier muss man einen Geometrie-Referenzmonitor konsultieren.

Anbei noch adolars Bilder mit meinem Geometrietest.

Es gibt anscheinend auch grobe Unterschiede bei der Darstellung von 4:3 und 16:9 anamorphen Bildern. Kalibriere ich den Monitor nach den 16:9 anamorphen Refrenzbildern, sitzt das Bild bei 4:3 Bildern zu weit rechts, kalibriere ich nach 4:3 Bildern, sitzt das Bild bei anamorphen Bildern zu weit links. Es sind um den Daumen 0x6 Hexadezimalwerte, die die beiden Modi unterscheiden. Kann das an der Dreambox oder meinem TV liegen?

Hier noch eine Gegenüberstellung von mir.

Das linke Bild habe ich aus MPEG Streamclip mit richtigem Aspekt exportiert.
Das rechte Bild stellt meinen Plasma gefüttert mit der Dreambox dar.

Man sieht, dass der Referenzkreis bei der Aspektverzerrrung etwas breiter als hoch ist.
Auch das Bild meines Plasmas zeigt noch immer ein etwas breiteres als höheres Bild an, was ja dann soweit passt.

Lege ich die beiden Bilder übereinander ergibt sich eine Genauigkeit von geschätzten 99%. Ich würde sagen, die Geometrie passt jetzt mal so (zumindest auf meinem TV).

Die Werte.

cat /etc/init.d/video_adjust.sh


#! /bin/sh
echo 2f > /proc/stb/video/pal_v_start
echo 26f > /proc/stb/video/pal_v_end
echo 231 > /proc/stb/video/pal_h_start
echo d15 > /proc/stb/video/pal_h_end

Toll, danke für deine Darstellung!

Ich würde somit auch zu 99,9% ausschließen, dass das Problem bei den TV Geräten zu suchen ist.

Was das Fotografieren betrifft: Ja bitte! Wenn geht auch möglichst hoch aufgelöst. Ich würde das Bild dann mit meinen sehr gerne vergleichen. Bitte auch dazuschreiben, welche Werte du damit verwendest.

Zitat

Originally posted by Nico 77

Code

echo 2c > /proc/stb/video/pal_v_start
echo 26c > /proc/stb/video/pal_v_end
echo 233 > /proc/stb/video/pal_h_start
echo d19 > /proc/stb/video/pal_h_end

Mit den Werten würde ich aber ein wenig vorsichtig sein. 0x2c bei pal_v_start bewirkt, dass das untere Halbbild zum oberen wird und umgekehrt. Manche TV Geräte scheinen das zu kompensieren, meiner hat aber zum Beispiel Probleme damit bei der Darstellung.

Legitime Werte wären folgende:

...
0x27 und 0x267
0x29 und 0x269
0x2b und 0x26b
0x2d und 0x26d
0x2f und 0x26f
0x31 und 0x271
...

Interessant ist aber, dass du auf ganz andere Werte kommst, was wiederum die These bestätigt, dass es ausschließlich am TV liegt. Das glaube ich aber nicht.

Hast du schon mal einen anderen Receiver an deinen TV gesteckt und verglichen? Wenn es so ist, wie ich denke, müsste das Bild mit anderen Receivern auf deinem TV zu tief sitzen.

Zitat

Originally posted by Nico 77
Also wenn das Panel eine Zeit läuft und Du dann umschaltest, versetzt das Bild um eine Zeile?

Genau, um etwa eine bis zwei Zeilen. Ich kann es mir nicht erklären, woran es liegt. Meine Vermutung ist, dass die Bildverarbeitung im TV den horizontalen Overhead bei PAL versucht zu kompensieren und damit auch das Bild vertikal ein wenig versetzt. Das würde erklären, warum das Bild horizontal derart hin und herhüpft (je nach TV Sender). Aber wie gesagt, die horizontale Komponente stört auch nicht. Die fehlerhafte Geometrie horizontal habe ich ja schon korrigiert.

Zitat

Originally posted by DerMicha
Könnte bitte jemand sein Startscript posten ?
Würde gerne Mal mit LCD und 7025 ohne Plus testen.

cat /etc/init.d/video_adjust.sh


#! /bin/sh
echo 2f > /proc/stb/video/pal_v_start
echo 26f > /proc/stb/video/pal_v_end
echo 231 > /proc/stb/video/pal_h_start
echo d15 > /proc/stb/video/pal_h_end

Nick99, die Panel und Scaler unserer Geräte sind sehr sehr ähnlich. Habe den Panasonic TH37PV71F.

Bei meinem Panel tritt der Effekt auf, dass das Bild nach einer gewissen Zeit eine Zeile nach unten und scheinbar willkürlich nach links und rechts verschiebt (wahrscheinlich auf Grund der Bildinhalte, denn wenn ich nicht umschalte, bleibt das Bild konstant). Die horizontale Verschiebung ist unproblematisch, die vertikale jedoch nicht. Konfiguriere ich 2d als pal_v_start sitzt das Bild zu Beginn zwei Zeilen zu hoch, wähle ich jedoch 2f als pal_v_start, sitzt das Bild zu Beginn mittig. Nach einer gewissen Zeit rutscht das Bild ein bis zwei Zeilen nach unten. Schalte ich das Panel kurz ab und wieder ein, ist wieder die Ausgangssituation geschaffen. Es ist also eine Gratwanderung.

Was ich damit sagen möchte ist, dass ein Consumer TV keine Referenz, aber trotzdem ein Anhaltspunkt ist. Irgendwo in diesem Spiel sollte das Bild jedoch nun richtig sitzen. Dass das Bild standardmäßig viel zu breit ist, finde ich ohnehin bedenklich.

An DMM: Es muss doch von eurer Seite möglich sein, das Bild mit einem Profimonitor mit Geometriepunkten so zu skalieren, dass es passt? Ich würde meinen, diesen Anspruch kann man an ein Gerät dieser Preisklasse durchaus stellen.

adolar: Könntest du mal ein Foto deines TVs mit dem Burosch Testbild machen und hier reinstellen? Ich hätte nämlich noch gerne ausgeschlossen, dass mein TV die horizontale falsche Skalierung bewirkt oder tatsächlich die Dreambox.

Welche h Werte flackern bei dir? Die von mir oder Nick99?
Deiner ist ein Full HD Plasma, der von Nick99 und mir HD Ready. Das liegt bestimmt am Scaler.

Bildverschlimmbesserer sollte man bei sowas ohnehin ausgeschaltet haben.

Ich habe die Werte nun noch einmal optimieren können.
Ich bitte alle Benutzer hier im Forum anhand eurer TV Geräte mir Feedback zu diesen Werten zu geben.
Für Benutzer eines Panasonic THXXPV71F oder Abwandlungen (gleiches Panel) sollten die Werte bis jetzt die optimalsten sein. Die Bildschärfe ist nun noch einen Tick höher als mit den vorigen modifizierten Werten.

Als Referenz diente mir wieder die Burosch Test DVD. Anhand vertikaler Streifen und anderer Bildmuster habe ich die Werte solange angepasst, bis nur noch minimale und gleichmäßige Interferenzen der Muster auftraten. Mit den originalen Werten waren die Interferenzmuster deutlich stärker und vor allem unregelmäßiger. Die modifizierten Werte schlagen sich somit, wie bereits gesagt, besonders in der besseren Bildschärfe nieder.

Zudem ist der Referenzkreis der Burosch Test DVD (nach meinen Fotografien des Bildschirmes und dem Bildbearbeitungsprogramm zu urteilen) nun zu 99,99% rund.

Hier nun die Werte.

pal_v_start: 0x2f
pal_v_end: 0x26f
pal_h_start: 0x231
pal_h_end: 0xd17

Und hier wieder für die Kommandozeile.

echo 2f > /proc/stb/video/pal_v_start
echo 26f > /proc/stb/video/pal_v_end
echo 231 > /proc/stb/video/pal_h_start
echo d17 > /proc/stb/video/pal_h_end

Viel Spaß beim Testen.

Tmbinc: woher kommen denn die Werte, die in das proc Dateisystem geschrieben werden? Erstellt die der Treiber? Wie viele und welche Stationen passiert das Videosignal in der Box eigentlich? Eventuell können wir hier durch dieses Wissen das Problem besser lokalisieren.

Ich habe auch eine 7025 Plus und bin bis auf die Qualität der Scart-Ausgabe auch mehr als zufrieden.

Aus dem anderen Thread.

Zitat

Originally posted by Nick99
Auch ich habe das Phänomen mit dem Grünstich zwischen den unterschiedlichen Modis! Ich glaube schon, dass wir hier von Dreambox-spezifischen Problematiken ausgehen können! Vielleicht haben Dandjo und ich die Box aus der gleichen "Rutsche"?

Zitat

Originally posted by Nick99
Auch ich habe das Phänomen mit dem Grünstich zwischen den unterschiedlichen Modis! Ich glaube schon, dass wir hier von Dreambox-spezifischen Problematiken ausgehen können! Vielleicht haben Dandjo und ich die Box aus der gleichen "Rutsche"?

Bitte das mit dem Grünstich hier weiterdiskutieren, sonst kennt sich keiner mehr aus.

grüner Farbstich

Wenn man es nicht ganz so genau nimmt, passt er auch in den anderen Thread.
Gut so, ist mir auch recht.

Es passt zwar nicht ganz in diesen Thread, aber ist euch schon aufgefallen, dass, wenn man in den A/V-Settings auf S-Video und anschließend wieder auf RGB schaltet das RGB Bild plötzlich einen leichten bis mittleren Grünstich erhält? Nach einem Reboot ist das Bild wieder in Ordnung. Was ist denn das für ein Effekt? Das Problem kann ich auf meiner Box auf Wunsch sooft reproduzieren wie ich lustig bin.