16:9 Kennung in Bildsignal, Auto-Zoom Funktion

[FlatTV]

...
Warum das in EPG-View nur bei rot gelb geht, ist etwas seltsam. Es gibt in epgview.cpp ab Zeile 418 noch einige startY Zuweisungen, die aber keinen Effekt haben, wenn man die ändert. Müsste man mal weiträumig abfahren.

Gibt es hier schon etwas neues?
Meine Versuche die epgview.cpp so zu ändern, dass "? ?" sich wie "rot gelb" verhält, sind gescheitert
Ich nutze den Patch gerne, ist das nichts fürs cvs?

cu FlatTV

[prodigy7]

Wann wird den die 4:3 / 16:9 Umschaltung wieder repariert?

[Mourice]

Der Ordnung halber Patch auf neuen CVS-Stand aktualisiert:
neutrino-wss_osd_korrektur-diff-2009-09-05-20-31-00.patch

Hallo,

kann es sein, dass in Deinem Patch ein Fehler ist ?

Im infoviewer.cpp so Zeile 1060 bei "Dimensions of radiotext window" bricht mir das Compilieren ab (int y = ...).

Gruss

[dbt]

Na da wurde ja seit dem wieder einiges geändert.

[dbt]

...
Warum das in EPG-View nur bei rot gelb geht, ist etwas seltsam. Es gibt in epgview.cpp ab Zeile 418 noch einige startY Zuweisungen, die aber keinen Effekt haben, wenn man die ändert. Müsste man mal weiträumig abfahren.

Gibt es hier schon etwas neues?
Meine Versuche die epgview.cpp so zu ändern, dass "? ?" sich wie "rot gelb" verhält, sind gescheitert
Ich nutze den Patch gerne, ist das nichts fürs cvs?

cu FlatTV

Hatte bisher keine Gelegenheit daran etwas zu machen, mal schauen obs die Tage was wird.

[Mourice]

Na da wurde ja seit dem wieder einiges geändert.

Hoffe den "Fehler" gefunden zu haben.

showIcon_RadioText hat mittlerweile nur noch einen Parameter.

In Deinem Patch wird es noch mit zwei Parameter aufgerufen.

@@ -618,11 +619,10 @@
}

#ifdef ENABLE_RADIOTEXT
- if ((g_settings.radiotext_enable) && (CNeutrinoApp::getInstance()->getMode() == 2)) {
+ if ((g_settings.radiotext_enable) && (CNeutrinoApp::getInstance()->getMode() == NeutrinoMessages::mode_radio)) {
showRadiotext();
}
- else if ((!g_settings.radiotext_enable) && (CNeutrinoApp::getInstance()->getMode() == 2))
- {
+ else if ((!g_settings.radiotext_enable) && (CNeutrinoApp::getInstance()->getMode() == NeutrinoMessages::mode_radio)) {
showIcon_RadioText(false,false);
}
#endif

@@ -1052,6 +1052,11 @@

void CInfoViewer::showRadiotext()
{
+ if (recordModeActive) {
+ showIcon_RadioText(false, false);
+ return;
+ }
+
char stext[3][100];
int yoff = 8, ii = 0;
bool RTisIsUTF = false;

Sag aber bitte Bescheid, wenn ich auf dem Holzweg bin ...

[dbt]

Patch nochmals aktualisiert
EPGview müsste jetzt auch gehen. somit müsste alles klappen, sofern doch nichts vergessen wurde
neutrino_wss-correctur-diff-2009-09-20-22-42-30.patch
Bei der epgview-Sache lags daran, dass der EPGhandler nur über rot-gelb aufgerufen wurde und nicht direkt über ?? und somit die entsprechenden Werte für die Anzeige nicht neu geholt wurden.

Dann nochmal wegen der Geräteabhängigkeiten, da die saa-Geschichte eigentlich abhängig vom SAA-Treiber ist und evtl. andere Geräte den SAA7126 nicht verwenden, könnte es sinnvoll sein diese Funktion einschlielich dem zugehörigen Menü in Abhängigkeit davon zu aktivieren, wenn der Treiber geladen wurde. Ein #ifdef kann man sich dann sparen. Wäre das akzeptabel?

[FlatTV]

EPG-Info über "?" und "?" zeigt jetzt die angepasste Größe. Leider bleibt aber die Infobar darunter erhalten.
Das gleiche Ergebnis habe ich auch ohne Anpassung von epgview.cpp und eventlist.cpp.

Auch über EPG-Plus ist noch die Vorschau aufrufbar (ist mir erst heute mal so aufgefallen ).
Darüber aufgerufen, hat EPG-Info noch die falsche Formatierung.

cu FlatTV

[Mourice]

@dbt

Also bei mir funktioniert auch alles (ausser eben die Sachen von FlatTV).

Vielleicht könnte man noch das Mute-Zeichen mit aufnehmen. Will aber nicht unverschämt sein.

Gruss

[dbt]

@dbt

Also bei mir funktioniert auch alles (ausser eben die Sachen von FlatTV).

Vielleicht könnte man noch das Mute-Zeichen mit aufnehmen. Will aber nicht unverschämt sein.

Gruss

Habs mal zusammen mit Seifes Mute-Icon rework kombiniert:
wss_osd_correcture_diff-2009-09-28-21-52-43.patch

[prodigy7]

Wäre es möglich, endlich mal die Umschaltung zu fixen?

Fall: Bin im Videotext während eine 4:3 Sendung läuft, dann schaltet der Sender auf 16:9 um während ich noch im Videotext bin und wenn ich aus dem Videotext rausgehe, bleibt es 4:3. Genauso umgekehrt ....

[dwilx]

Ich weis nicht genau seit wann das genau nicht mehr richtig geht. Nur um es etwas einzugrenzen, kann es sein, dass es seit dem Controld/Zapit-Merge so ist?

[GetAway]

Wäre es möglich, endlich mal die Umschaltung zu fixen?

Fall: Bin im Videotext während eine 4:3 Sendung läuft, dann schaltet der Sender auf 16:9 um während ich noch im Videotext bin und wenn ich aus dem Videotext rausgehe, bleibt es 4:3. Genauso umgekehrt ....

Schau doch mal, ob ein

Code: Alles auswählen

[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)

kommt, während oder wenn du aus dem Videotext gehst. Ich denke nicht.

[GetAway]

Habs mal zusammen mit Seifes Mute-Icon rework kombiniert:
wss_osd_correcture_diff-2009-09-28-21-52-43.patch

@dbt

Das MuteIcon wird außerhalb des eingestellten OSD-Bereiches gemalt. Zu weit rechts.
Dann ist mit noch aufgefallen das die Infobar im Hintergrund stehen bleibt, wenn man
2x "?" fürs EPG drückt. Sollte eigentlich gelöscht werden.

[dbt]

...Das MuteIcon wird außerhalb des eingestellten OSD-Bereiches gemalt. Zu weit rechts.
Dann ist mit noch aufgefallen das die Infobar im Hintergrund stehen bleibt, wenn man
2x "?" fürs EPG drückt. Sollte eigentlich gelöscht werden.

Das sollte es jetzt gewesen sein. Angepasst auf den heutigen Stand. Das das Icon zu weit rechts liegen soll, kann ich damit jetzt nicht feststellen. Infobar bleibt jetzt nicht mehr im Hintergrund bestehen.
Besser wäre es eine einzige Methode zu haben, die die EPG-Info aufruft, dann wäre das nicht so umständlich, aber mit dem Usermenü ist das etwas undurchsichtig.
neutrino-wss-osd_korrektur_diff-2009-10-04-21-08-28.patch

[rhabarber1848]

neutrino-wss-osd_korrektur_diff-2009-10-04-21-08-28.patch

Da ich einen 4:3-TV habe, brauche ich den Patch nicht. Da er aber
demnächst wohl ins CVS wandern wird, habe ich ihn nun in meine
Patchliste aufgenommen.

Neutrino kompiliert ohne Probleme, negative Effekte des Patches
kann ich nach Aktivierung der Option video_wss_osd_auto_adjust
nicht feststellen. Macht es eigentlich Sinn, ohne die Option
video_wss_osd_auto_adjust auszukommen, sprich die neue
Funktionalität permanent zu aktivieren?

also zum Testen reicht es einfach mal im Telnet

Code: Alles auswählen

saa -w 1
saa -w 3

Mit "saa -w 0" statt "-w 1" sehe ich noch deutlichere Unterschiede.
Wenn ich auf "-w 3" gestellt habe und einen 16:9-Sender schaue,
dann müssen alle Menüs innerhalb des Bildes sein und nicht in
die schwarzen Balken oben und unten hineinreichen, stimmts?

Man müsste evtl. noch BOXTYPE=dbox2 dafür berücksichtigen...

Code: Alles auswählen

+#include <dbox/saa7126_core.h>

Das denke ich auch

[rhabarber1848]

Wenn ich auf "-w 3" gestellt habe und einen 16:9-Sender schaue,
dann müssen alle Menüs innerhalb des Bildes sein und nicht in
die schwarzen Balken oben und unten hineinreichen, stimmts?

Ich bin mir nicht sicher, ob meine Tests richtig sind, aber bei

Service, Bouquet-Verwaltung
Service, Image-Informationen
Service, Sender/EPG Statistik

trifft das oben geschriebene nicht zu.
Die Fenster reichen in die schwarzen Balken hinein.

Das Fenster bei blau, rot (technische Informationen) ist auch
größer als das 16:9 TV-Bild.

[dbt]

Wenn ich auf "-w 3" gestellt habe und einen 16:9-Sender schaue,
dann müssen alle Menüs innerhalb des Bildes sein und nicht in
die schwarzen Balken oben und unten hineinreichen, stimmts?

Ich bin mir nicht sicher, ob meine Tests richtig sind, aber bei

Service, Bouquet-Verwaltung
Service, Image-Informationen
Service, Sender/EPG Statistik

trifft das oben geschriebene nicht zu.
Die Fenster reichen in die schwarzen Balken hinein.

Das Fenster bei blau, rot (technische Informationen) ist auch
größer als das 16:9 TV-Bild.

Deine Beobachtung ist richtig, das wars dann wohl doch noch nicht ganz
Service, Bouquet-Verwaltung:
Kann sein, dass es da noch nicht geht, das ist aber dort wieder vermutlich anders gregelt, muss man nochmal schauen.

Service, Sender/EPG Statistik
das ist glaube ich nur eine Messagebox, müsste man auch noch einbeziehen. Das würde dann eigentlich auf die anderen Messagefenster zutreffen, sofern sie nicht mit h_max() in der Höhe kontrolliert werden, auch zutreffen.

Service, Image-Informationen
blau, rot (technische Informationen
In den Fenstern wurde die Einbeziehung von w_max und h_max rausgenommen, weil das dort einfach nicht ohne weiteres unterzubringen geht. Das greift dort nicht, das war mir bekannt. Abhilfe würde ein generell anderer Aufbau dieser Apps machen, wo man z.B. die Informationen über ein richtiges Menü aufruft und nicht wie jetzt in eineem quasi all in one Fenster. Das wäre auch mal eine Aufgabe.

Macht es eigentlich Sinn, ohne die Option
video_wss_osd_auto_adjust auskommen, sprich die neue
Funktionalität permanent zu aktivieren?

Edit: wenn man es recht überlegt...
Es würde vermutlich auch so gehen, da die Option nur den WSS-Mode vom Treiber abgefragt. Der Rest wird so oder so berechnet. Auswirkungen sehe ich keine, wenn es permanent an wäre.
Aber:
Weil Aformat konfigurierbar wäre oder man mit der Blackbar-Auswertung am TV unzufrieden ist oder was auch immer, würde das evtl. für den Benutzer von Vorteil sein, über Aformat eine feinere Abstimmng zu bekommen. Evtl. wäre es sinnvoller in Abhängigkeit vom Vorhandensein von Aformat oder aktiven aformat das VideoMenü zu sogar so zu erweitern, das man Aformat über das Videomenü de/aktiviert. Da sind die Benutzer gefragt.

Eine komplett andere Lösung mit dem WSS-Kram über controld wäre vermutlich besser denke ich.

edit:
Patch entfernt

[dwilx]

Kann es sein, dass generell momentan die 16:9 Umschalten "etwas" Broken ist? Habe mit aktuellen Images oft das Problem, das nicht korrekt umgeschaltet wird ... gelegentlich beim Neustarten der Box landet er in 4:3 obwohl 16:9 ausgestrahlt wird ... wenn ich im Video-Text bin und wieder rausgehe, bleibt er im 16:9 obwohl 4:3 ausgestrahlt wird ... kann momentan nicht genau sagen, wie es sich reproduzieren lässt, tritt aber recht oft auf und hatte ich mit "früheren" (tm) Images nicht gehabt. Wobei ich leider auch nicht sagen kann, seit wann es passiert ist weil ich nicht so häufig neue Images baue.

"hochhol"

[dbt]

Patch wegen neuem Videosetup aktualisiert:
neutrino-wss_osd_korrektur-diff-2009-09-27-23-15-00.patch

[GetAway]

Typo

Code: Alles auswählen

+videomenu.wss_osd_auto_adjust Automatic OSD WSS-ajustment

[Mourice]

über 4 Wochen alt ?

[dbt]

Kann es sein, dass generell momentan die 16:9 Umschalten "etwas" Broken ist? Habe mit aktuellen Images oft das Problem, das nicht korrekt umgeschaltet wird ... gelegentlich beim Neustarten der Box landet er in 4:3 obwohl 16:9 ausgestrahlt wird ... wenn ich im Video-Text bin und wieder rausgehe, bleibt er im 16:9 obwohl 4:3 ausgestrahlt wird ... kann momentan nicht genau sagen, wie es sich reproduzieren lässt, tritt aber recht oft auf und hatte ich mit "früheren" (tm) Images nicht gehabt. Wobei ich leider auch nicht sagen kann, seit wann es passiert ist weil ich nicht so häufig neue Images baue.

Also ich konnte gerade selbst einen komischen Effekt feststellen. Stellt man in den Videosettings auf automatisch wird es so übernommen und 4:3 wird richtig dargestellt, ebenso 16:9. Beim Neustart werden dann aber auch 4:3 Programme in 16:9 dargestellt, also verzerrt. Hier schient definitiv irgendwas kaputt gegangen zu sein.

[dietmarw]

und ich dachte schon ich bin irre..
sowas in der art habe ich mit "automatisch" auch, war mir aber nicht sicher woher das kommt.

[prodigy7]

Juhuuuuuuuuuuuuuu .... bin nicht der einzige mit dem Problem ;-)