[patch] SDTV/HDTV video mode switching für das vdr-xinliboutput-plugin

Hallo,

was passiert mit dem OSD dabei?

Gruß,
Hendrik

Hallo,

was bedeutet das? Das OSD hat dann weiter eine Auflösung von 720x560 (oder etwas drunter) und wird einfach "aufgepumpt"?

Wäre das beim HUD OSD anders?

Gruß,
Hendrik

genau die idee kam mir gestern beim tv schauen ...

genial .. werd ich mal testen .. danke aber schon mal ..

gruesse mentox

Super Idee!

Das sollte Petri gleich upstream integrieren. Ich glaube demnaechst ist bei mir eine neues Display faellig, sonst kann ich's nicht testen:)

:moin,

...klasse Idee, ich hatte mich schon gefragt wie man das Dilemma um die Bildschirmauflösung bei SDTV & HDTV lösen soll ohne skalieren zu müssen

Allerdings habe ich (noch!) keinen HD-TV und keines meiner Displays unterstützt @50i Auflösungen am VGA oder DVI. Wie wäre es, wenn man die Display modes (beinahe) beliebig zuordnen könnte?! Dann wäre man eben nicht nur auf TVs beschränkt.

Danke & Gruß, ollo

Zitat

Originally posted by ollo
Allerdings habe ich (noch!) keinen HD-TV und keines meiner Displays unterstützt @50i Auflösungen am VGA oder DVI.

wie gesagt, die Idee ist super.

Ich wuerde mir deswegen und natuerlich wegen [patches} Korrekte interlaced und framesynchrone Ausgabe für SDTV/HDTV auf VGA/DVI/HDMI/RGB/SCART sogar ein neues DIsplay zulegen.

Aber welche der aktuell verfuegbaren Displays (!= TV-Roehren) unterstuetzen ueberhaupt @50 nativ (bzw. zumindest mit akzeptabler Qualitaet) am VGA/ DVI/ HDMI?

Diese grundsaetzliche Frage muesste sich doch allen Anwendern dieser Schnittstellen stellen.

Der sinnvolle Einsatz des Mod aus DVI/HDMI-Ausgänge für FF-Karten und T-Online S100 haengt schliesslich ebenfalls davon ab.

Gibt es irgendwo eine halbwegs aktuelle Liste von entsprechenden Geraeten?

Es kommt nicht so sehr darauf an *ob* @50i und 50@p Timings ueberhaupt unterstuetzt werden. Sondern in welcher Qualitaet.

Mein Sharp LCD LC-26GA3E unterstuetzt durchaus manche @50i und 50@p Timings. Auch wenn sie nicht ausdruecklich genannt sind. Das Geraet arbeitet jedoch intern mit 60Hz (synchronisiert natuerlich nicht mit 50Hz) und die Wiedergabequalitaet (Bildschaerfe) ist dabei obendrein unter ferner liefen.

Hi,

sparkie:

...also mein Samsung 42S5H zeigt über HDMI 1080i@50Hz ein super Bild und die Laufschriften bei n-tv und Konsorten sind scharf und ohne Ruckler.
(das allerdings mit einem kommerziellen HD-Receiver - habe eure Entwicklungen über Graka noch nicht getestet)

Grüße
Funzt

Hi Funzt

Zitat

zeigt über HDMI 1080i@50Hz ein super Bild und die Laufschriften bei n-tv und Konsorten sind scharf und ohne Ruckler.

danke fuer die Info! Schon mal gut zu wissen, dass es jetzt solche Geraete gibt. Dann hat sich in diesem Bereich in der Zwischenzeit wohl doch was getan.
Mit diesem Thema muss ich mich demnaechst etwas genauer auseinandersetzen:)

- sparkie

Hi sparkie,

... ist schon klar das es hier um den Anschluß an einen TV geht der dann die Bildaufbereitung übernimmt. Zum Probieren solange man keinen TV mit DVI oder HDMI hat, wäre es halt schön.

Funzt - Dein 42S5H ist doch ein Plasma-TV, der sollte das natürlich können, oder?

Testet die c't nicht manchmal Displays mit TV timings?

[Edit] Impliziert HDMI eigentlich 576i, 720p & 1080i Support?[/Edit]

Gruß, ollo

Hi,

ollo:

...na ja - intern arbeitet der wohl auch mit 60Hz, aber das deinterlacing ist gut und wir wollen doch das Display (TV) deinterlacen lassen, oder habe ich da was falsch verstanden?

Grüße
Funzt

Hi ollo,

Zitat

Originally posted by ollo

[Edit] Impliziert HDMI eigentlich 576i, 720p & 1080i Support?[/Edit]

wie ich gerade sehe hat TEN sich hier schon mal mit der Sache beschaeftigt.

siehe auch:

Zitat

Originally posted by real_schorsch
...Allerdings schlucken nicht wirklich viele Displays 576i über HDMI. Die meisten Samsungs können es zum Beispiel schon mal nicht...

- sparkie

vielen Dank durchflieger + sparkie!

Der Patch läuft prima - damit ist der OSD auch bei 720p wieder in passender Grösse. Bitte an Petri weiterleiten!

Zitat

Originally posted by Lou
vielen Dank durchflieger + sparkie!

Der Patch läuft prima - damit ist der OSD auch bei 720p wieder in passender Grösse. Bitte an Petri weiterleiten!

das freut mich Lou!

der 'video mode switching' Patch ist aber alleine die Idee und Realisierung von 'durchflieger'.

Da bin ich nur dankbarer Tester:)

Zu der Formatfrage: meiner Meinung nach ist 576i und 576p über HDMI durchaus im Standart festgelegt, das sind ja auch die Auflösungen, in denen die meisten billig Receiver mit HDMI asugeben. Und zwar mit 50Hz. Wer einen sehr guten LCD-TV sucht, dem kann ich den Panasonic LZD85F empfehlen. Der macht ein hervorragendes Upscaling von PAL Auflösung und ein sehr gutes Deinterlacing. (Full-)HD Auflösungen sind natürlich auch kein Thema. Was das ruckeln von Schrift betrifft kann ich hier nur sagen, die 100Hz Technik geift hier optimal.

Edit: Informationen zu HDMI und Auflösungen

1 640x480p @ 60Hz No Repetition
2,3 720x480p @ 59.94/60Hz No Repetition
4 1280x720p @ 59.94/60Hz No Repetition
5 1920x1080i @ 59.94/60Hz No Repetition
6,7 720(1440)x480i @ 59.94/60Hz Pixel sent 2 times
8,9 720(1440)x240p @ 59.94/60Hz Pixel sent 2 times
10,11 2880x480i @ 59.94/60Hz Pixel sent 1 to 10 times
12,13 2880x240p @ 59.94/60Hz Pixel sent 1 to 10 times
14,15 1440x480p @ 59.94/60Hz Pixel sent 1 to 2 times
16 1920x1080p @ 59.94/60Hz No Repetition
17,18 720x576p @ 50Hz No Repetition
19 1280x720p @ 50Hz No Repetition
20 1920x1080i @ 50Hz No Repetition
21,22 720(1440)x576i @ 50Hz Pixel sent 2 times
23,24 720(1440)x288p @ 50Hz Pixel sent 2 times
25,26 2880x576i @ 50Hz Pixel sent 1 to 10 times
27,28 2880x288 @ 50Hz Pixel sent 1 to 10 times
29,30 1440x576p @ 50Hz Pixel sent 1 to 2 times
31 1920x1080p @ 50Hz No Repetition
32 1920x1080p @ 23.97/24Hz No Repetition
33 1920x1080p @ 25Hz No Repetition
34 1920x1080p @ 29.97/30Hz No Repetition
35,36 2880x480p @ 59.94/60Hz Pixel sent 1, 2 or 4 times
37,38 2880x576p @ 50Hz Pixel sent 1, 2 or 4 times
39 1920x1080i (1250 total) @ 50Hz No Repetition
40 1920x1080i @ 100Hz No Repetition
41 1280x720p @ 100Hz No Repetition
42,43 720x576p @ 100Hz No Repetition
44,45 720(1440)x576i @ 100Hz Pixel sent 2 times
46 1920x1080i @ 119.88/120Hz No Repetition
47 1280x720p @ 119.88/120Hz No Repetition
48,49 720x480p @ 119.88/120Hz No Repetition
50,51 720(1440)x480i @ 119.88/120Hz Pixel sent 2 times
52,53 720X576p @ 200Hz No Repetition
54,55 720(1440)x576i @ 200Hz Pixel sent 2 times
56,57 720x480p @ 239.76/240Hz No Repetition
58,59 720(1440)x480i @ 239.76/240Hz Pixel sent 2 times

Quelle: http://www.hdmi.org/pdf/HDMISpecInformationalVersion.pdf

ich versuche gerade den Patch auf xinelibout-1.0.3 anzuwenden, doch habe ich dabei so meine Probleme.

patching file Makefile 
Hunk #3 succeeded at 255 with fuzz 2 (offset -2 lines).
Hunk #4 succeeded at 279 (offset -2 lines). 
Hunk #5 succeeded at 321 (offset -2 lines). 
patching file xine_frontend_main.c 
Hunk #1 succeeded at 298 (offset 8 lines). 
Hunk #2 succeeded at 308 (offset 8 lines). 
Hunk #3 succeeded at 339 (offset 8 lines). 
Hunk #4 succeeded at 370 (offset 8 lines). 
Hunk #5 succeeded at 447 (offset 10 lines). 
Hunk #6 succeeded at 474 (offset 10 lines). 
Hunk #7 FAILED at 629. 
Hunk #8 succeeded at 629 (offset 11 lines). 
1 out of 8 hunks FAILED -- saving rejects to file xine_frontend_main.c.rej
 patching file xine_input_vdr.c 
Hunk #1 succeeded at 220 (offset -11 lines).
Hunk #2 succeeded at 627 (offset -13 lines). 
Hunk #3 succeeded at 833 (offset -13 lines).
Hunk #4 succeeded at 847 (offset -13 lines). 
Hunk #5 succeeded at 4222 (offset 83 lines). 
Hunk #6 FAILED at 5125. 
Hunk #7 succeeded at 6389 (offset -160 lines). 
Hunk #8 succeeded at 6601 (offset -144 lines). 
1 out of 8 hunks FAILED -- saving rejects to file xine_input_vdr.c.rej 
patching file xineliboutput.c patching file xine_sxfe_frontend.c 
Hunk #1 succeeded at 45 with fuzz 2 (offset -2 lines). 
Hunk #2 FAILED at 187. 
Hunk #3 succeeded at 216 (offset 14 lines). 
Hunk #4 succeeded at 1146 (offset -199 lines). 
Hunk #5 succeeded at 1239 with fuzz 2 (offset -146 lines). 
Hunk #6 FAILED at 1270. 
Hunk #7 FAILED at 1479. 
Hunk #8 succeeded at 1720 (offset -183 lines). 
3 out of 8 hunks FAILED -- saving rejects to file xine_sxfe_frontend.c.rej

Hat das schon jemand angepasst. Die rejects aus xine_frontend_main.c und xine_input_vdr.c ich wahrscheinlich nachpflegen (ich habe keinen schimmer was ich da mache). Doch bei xine_sxfe_frontend.c finde ich leider keine der Stellen oder sie sehen derart anders aus das ich bezweifle das leicht zu ändern.