16:9 Kennung in Bildsignal, Auto-Zoom Funktion

[dbt]

Beobachtung: Schaltet man auf einen 16:9 Sender, wird zwar korrekt auf 16:9 geschaltet, aber schaltet man wieder auf einen 4:3 Kanal, bleibt das Bild verzerrt, also kein Umschalten auf 4:3.
Schaut bitte dann mal, ob das bei Euch irgendwelche Effekte hat wenn die Box auf automatisch steht und man die RGB-Synchronisierung ändert und wieder auf 0 stellt. Ich hatte zumindest den Effekt, dass dann der TV wieder bei 4:3 korrekt anzeigte. Zumindest so lange bis man wieder auf einen 16:9 Sender zappt, dann geht das Spiel wieder von vorne los.
Es sollte doch möglich sein, das ganze einzugrenzen.

[seife]

Testet das mal mit einem Fernseher, der nicht automatisch irgendein Format umschaltet (z.B. einer TV-Karte im PC). Oder messt die Spannung am SCART-Pin8 in der jeweiligen Situation.

Meine Fernseher werten weder Pin 8 noch WSS aus, und ich habe hier keinerlei Probleme. Ich will aber nicht abstreiten, dass zapit da was flasch machen könnte.

[dbt]

Achja, nochwas Empirisches, ändert man die RGB-Zentrierung von 0 auf den nächsten Wert (ein Tastendruck), wird das Bild erstmal Schwarz, dann kommts beim nächsten Tastendruck wieder zum Vorschein. Den Effekt habe ich aber auf allen TV's hier. Habe das auf meinem ollen 4:3 Röhri und auf meinem neuen LCD festgestellt. Ich glaube, dass das vor Monaten noch nicht der Fall war.

[GetAway]

Achja, nochwas Empirisches, ändert man die RGB-Zentrierung von 0 auf den nächsten Wert (ein Tastendruck), wird das Bild erstmal Schwarz, dann kommts beim nächsten Tastendruck wieder zum Vorschein. Den Effekt habe ich aber auf allen TV's hier. Habe das auf meinem ollen 4:3 Röhri und auf meinem neuen LCD festgestellt. Ich glaube, dass das vor Monaten noch nicht der Fall war.

Das ist, soweit ich es hier mal testen konnte, auch abhängig von den Toleranzen der Dbox-Hardware. Meine funktioniert zwischen 0-31
ohne Probs. Ich hatte hier mal eine, die reagierte genauso wie Deine, vielleicht hatte die auch einen defekt. Beide waren am gleichen TV.

Jedenfalls gibt es das Problem mit der Formatzurück-/umschaltung schon längere Zeit. Insbesondere auch, wenn sich das Format
einer Sendung, während man den Movieplayerplayer benutzt, ändert. Dies wird auch in anderen Boards schon diskutiert. Wenn durch
das Auslagern des Codes jetzt noch ein zusätzlicher Bug reingekommen ist, wird's schwierig.

[dbt]

Den Effekt gibts schon länger, konnte ich mittels Vergleich schon mal nachstellen und tritt an meinen beiden Nokias gleichermaßen auf.

[seife]

Das mit dem Movieplayer wurde hier noch nie reported. "Andere Boards" interessieren mich nicht wirklich, mir sind Webforen sowieso ein Gräuel

[Mourice]

Hallo dbt,

Du hast ja für "some helpers to get x and y screen values vor menus and windows" bei getScreenStartY und getScreenStartX noch einen Parameter hinzugefügt. So wie ich das hier nachvollziehen kann, sind nur screen_max.cpp und screen_max.h dafür verändert worden.

Das verträgt sich jetzt nicht mehr mit Deinem WSS-OSD-Patch.

Wenn ich diese beiden Änderungen nicht nachziehe, hat dass dann Auswirkungen auf den jetzigen CVS-Stand ?
Also sind noch andere Quellen davon betroffen ?

Schon einmal Danke.

Gruss

[dwilx]

Mal nebenbei, kann es sein, dass die Umschaltung "aus versehen" gefixt wurde? Irgendwie klappt das jetzt wieder

[dbt]

Hallo dbt,

Du hast ja für "some helpers to get x and y screen values vor menus and windows" bei getScreenStartY und getScreenStartX noch einen Parameter hinzugefügt. So wie ich das hier nachvollziehen kann, sind nur screen_max.cpp und screen_max.h dafür verändert worden.

Das verträgt sich jetzt nicht mehr mit Deinem WSS-OSD-Patch.

Wenn ich diese beiden Änderungen nicht nachziehe, hat dass dann Auswirkungen auf den jetzigen CVS-Stand ?
Also sind noch andere Quellen davon betroffen ?

Schon einmal Danke.

Gruss

aktualisiert:
neutrino-wss_osd_korrektur-diff-2009-12-19-23-02-00.patch

[rhabarber1848]

Der Patch für getScreenEndY für ./apps/tuxbox/neutrino/src/gui/movieviewer.cpp
müsste doch so aussehen, oder?

Code: Alles auswählen

-BoxEndY   = g_settings.screen_EndY- 20;
+BoxEndY   = getEndY()- 20;

[dbt]

[FlatTV]

@dbt
willst du die automatische WSS OSD-Korrektur nicht einchecken?

cu FlatTV

[FlatTV]

Mit Radiotext gibt es bei mir hiermit ein Problem

Code: Alles auswählen

@@ -1107,7 +1113,7 @@ void CInfoViewer::showRadiotext()
 		rt_dx = BoxEndX - BoxStartX;
 		rt_dy = 25;
 		rt_x = BoxStartX;
-		rt_y = g_settings.screen_StartY + 10;
+		rt_y = getStartY() + 10;
 		rt_h = rt_y + 7 + rt_dy*(g_Radiotext->S_RtOsdRows+1)+SHADOW_OFFSET;
 		rt_w = rt_x+rt_dx+SHADOW_OFFSET;

cu FlatTV

[Striper]

@dbt
willst du die automatische WSS OSD-Korrektur nicht einchecken?

Da wäre ich auch dafür. Ist ja mittlerweile schon recht erprobt. :)

[rhabarber1848]

Mit Radiotext gibt es bei mir hiermit ein Problem

Wie äußert sich das Problem?

[FlatTV]

Zeile 1188 ist es eben bei mir

Code: Alles auswählen

infoviewer.cpp: In member function `void CInfoViewer::showRadiotext()':
infoviewer.cpp:1188: error: pointer to a function used in arithmetic
infoviewer.cpp:1188: error: invalid conversion from `int (*)()' to `int'

cu FlatTV

[Striper]

*push*

;)

[dbt]

@dbt
willst du die automatische WSS OSD-Korrektur nicht einchecken?

Da wäre ich auch dafür. Ist ja mittlerweile schon recht erprobt.

Die Boxtypabhängigkeit müsste noch rein und wenn es dann keine Einwände gibt...

[FlatTV]

cu FlatTV

[FlatTV]

*push again*

[FlatTV]

@dbt, kannst du da noch mal schauen?

http://forum.tuxbox-cvs.sourceforge.net ... 50#p374250

cu FlatTV

[dbt]

Habe das selbst noch nicht bemerkt, wenn ich dazu komme, schau' ich mal drauf.

[FlatTV]

@dbt, kannst du da noch mal schauen?

http://forum.tuxbox-cvs.sourceforge.net ... 50#p374250

cu FlatTV

push

[prodigy7]

*mitpush*

[dbt]

Habe das selbst noch nicht bemerkt, wenn ich dazu komme, schau' ich mal drauf.

ist ja angekommen

Mit Radiotext gibt es bei mir hiermit ein Problem

Code: Alles auswählen

@@ -1107,7 +1113,7 @@ void CInfoViewer::showRadiotext()
 		rt_dx = BoxEndX - BoxStartX;
 		rt_dy = 25;
 		rt_x = BoxStartX;
-		rt_y = g_settings.screen_StartY + 10;
+		rt_y = getStartY() + 10;
 		rt_h = rt_y + 7 + rt_dy*(g_Radiotext->S_RtOsdRows+1)+SHADOW_OFFSET;
 		rt_w = rt_x+rt_dx+SHADOW_OFFSET;

cu FlatTV

Fehlt das in dem Patch? Hier hab' ich das drin und geht jedendfalls beim Radiotext