avards ist zu hektisch

kann auch an der Firmware des TVs liegen. Mein Loewe Xelos hatte auch sporadisch zwischen 4:3 und 16:9 hin- und hergeschaltet. War nach einem FW-update behoben.

Funktioniert es mit Stand-alone DVD Playern denn richtig?

Bei 16:9 hatte ich bisher nicht den Effekt. Eher bei Letterbox-Sendungen. Und zwar dann, wenn das Bild relativ gleichmäßige Farben beinhaltet. Kann es sein, dass die Analyse nicht zwischen Farben unterscheidet?

Hallo Pinky666,

Avards hat eine eingebaute Verzögerung bevor das Signal umgeschaltet wird. Sie setzt sich aus der Zeit zwischen zwei Tests und der Mindestanzahl des neuen Formats zusammen ("Poll Rate", z.B. 80ms und "Verzögerung in Polls", z.B. 2).

Wenn Du z.B. 2,5 Sek Verzögerung benötigst, dann heißt das bei 80ms Poll Rate sollen 32 gleiche Erkennungen hintereinander benötigt werden bis umgeschaltet wird.

Alternativ kannst Du das Format in den Einstellungen auch fest auf ein Format stellen.

Die Analyse verwendet Graustufenbilder für die Erkennung der Letterboxen. Ob das Bild in 4:3 oder 16:9 gesendet wird kommt aus dem MPEG-Stream selbst.

Zitat

Original von pinky666
Moment !
Das Beudeutet doch in Deinem Beispiel, dass nach minimal 160ms umgeschaltet wird.

Ja, mit 80ms - 2 kommt 160ms raus (Mein Fernseher hat auch noch eine Verzögerung von mehreren Sekunden, deshalb benutze ich nur 2)

Wenn Du 2,5 Sek haben willst, dann musst Du z.B. 80ms x 32 = 2560ms einstellen.

Zitat

Original von pinky666
Ich habe auch irgendwie die Vermutung, das das Phänomen nur auftritt, wenn das Bild insgesamt dunkel ist, Aber auch das Spielen mit "avards.PanToneBlackMax" und "avards.PanToneTolerance" ergeben keine Besserung.

Das ist dann aber ein grundsätzliches Problem, dass in Nachtszenen die Letterbox-Ränder teilweise nicht mehr erkannt werden .... Da hilft dann nur das Format fest einzustellen (falls nicht jemand mit besseren Werten aushilft - die würde ich dann auch als neuen Default einbauen ;D)

PS: setzt Du die Werte immer direkt in der setup.conf ?? Die Bezeichnungen lassen darauf schließen ....

Zitat

Original von FireFly
Das ist dann aber ein grundsätzliches Problem, dass in Nachtszenen die Letterbox-Ränder teilweise nicht mehr erkannt werden

Bei dunklen Bildern (Nachtszenen hast Du ja erwähnt), versteh ich das. Ich meine den Effekt aber auch schon beim totalen Gegenteil gesehen zu haben, z.B. wenn das Fernsehstudio / Hintergrund ganz weiß ist.
Ich weiß nicht, wie genau diese Analyse von statten geht, aber vll kann man da bezüglich Farbe oder Helligkeit der Balken noch etwas optimieren?

Zitat

Original von hampelratte
Ich weiß nicht, wie genau diese Analyse von statten geht, aber vll kann man da bezüglich Farbe oder Helligkeit der Balken noch etwas optimieren?

Wie oben geschrieben werden Graubilder zur Analyse benutzt. Den Algorithmus habe ich mir aber nicht ausgedacht, da bräuchte ich die Hilfe von habichthugo...

Oder diese bescheuerten Sender schaffen endlich das 4:3 Letterbox-Format ab !

Ich habe jetzt mal ein schönes Beispiel gefunden, wo der Algorithmus fehlgeschlagen ist und das Bild hin und her gesprungen ist. Habs mit ProjectX geschnitten und bei Rapidshare hochgeladen.

Hi,

ich habe mir die Sequenz mal angeschaut und solange an meinen Einstellungen geschraubt, bis ich unerwünschte Umschaltungen bekomme.

Zuerst mal, im Plugin ist noch ein Bug. Im File director.c gehört die Variable iAspectInfo in der Funktion cDetector::AnalyzeFrame() als static deklariert.

Damit Avards überhaupt funktionieren kann, muß irgendwie die Helligkeit der schwarzen Balken bei Letterbox-Ausstrahlung bekannt sein. Um den Wert zu bekommen gibt es zwei Möglichkeiten:

1.) Der Wert wird über den Parameter 'Pan Tone max. Schwarzwert' vorgegeben.

2.) Der Wert wird aus dem Overscan Bereich ermittelt. Auch bei Sendungen ohne Letterbox gibt es einen Overscan-Bereich von wenigen Pixeln am Rand. Avards ermittelt den hellsten Wert am Rand vom Overscan-Bereich.

Ich vermute mal, das 'Pan Tone max. Schwarzwert' auf 0 und 'Overscan (%)' auf 3 steht. Dann wird der max. Schwarzwert für die Letterbox-Erkennung aus einer aktiven Bildzeile am oberen Rand ermittelt. Wenn diese jetzt sehr hell wird, ordnet Avards größere Bereiche vom Bild den schwarzen Balken der Letterbox zu. In Deiner Aufnahme geschieht das, wenn der Bildhintergrund weiß wird. Wenn Du 'Overscan (%)' auf 1 setzt, sollte an dieser Stelle nicht mehr umgeschaltet werden.

Gruß
e9hack

Danke für deine Fummelarbeit. Das werde ich mal probieren.

Zitat

Original von e9hack
Zuerst mal, im Plugin ist noch ein Bug. Im File director.c gehört die Variable iAspectInfo in der Funktion cDetector::AnalyzeFrame() als static deklariert.

Hallo e9hack,

schön, dass mal jemand den Code durchsieht, aber ich verstehe nicht, warum das ein Bug sein soll. Die Variable wird doch nicht über einen Aufruf hinaus benötigt (wird ja immer neu initialisiert) und der Returncode wird ja auf dem Stack übergeben, oder?

FireFly

Zitat

Original von FireFly

aber ich verstehe nicht, warum das ein Bug sein soll. Die Variable wird doch nicht über einen Aufruf hinaus benötigt (wird ja immer neu initialisiert) und der Returncode wird ja auf dem Stack übergeben, oder?

In der Funktion steht am Anfang:
int iAspectInfo = 0;

später dann:
if (iAspectInfo == 0) {
bFormatChanged = true;
} else {
...
}

Damit wird bFormatChanged immer auf true gesetzt. Der Code im else-Zweig wird nie abgearbeitet. Im else-Zweig gibts auch eine Abfrage auf iAspectInfo. Die Abfrage auf 0 ist nur die Initialbedingung, wenn iAspectInfo noch nicht ermittelt wurde.

[EDIT] So wie es aussieht, ist beim Auslagern in eine Funktion noch deutlich mehr in die Hose gegangen.[/EDIT]

[EDIT2] Kommando zurück, ich bin im else-Zweig verrutscht. Static reicht.[/EDIT2]

Gruß
e9hack

Stimmt, der else-Teil wir eigentlich nie aufgerufen .... das muss ich mir wohl noch mal ansehen (Hoffentlich habe ich demnächst mal Zeit dafür)

Du meinst also, dass iAspectInfo static sein sollte, damit es zwischen verschiedenen Aufrufen "überlebt"? Eigentlich sollte nur ein Frame analysiert werden und mehr nicht (die History wird in Action() verwaltet)

Zitat

Original von FireFly
Stimmt, der else-Teil wir eigentlich nie aufgerufen .... das muss ich mir wohl noch mal ansehen (Hoffentlich habe ich demnächst mal Zeit dafür)

Du meinst also, dass iAspectInfo static sein sollte, damit es zwischen verschiedenen Aufrufen "überlebt"? Eigentlich sollte nur ein Frame analysiert werden und mehr nicht (die History wird in Action() verwaltet)

Der else-Zweig soll verhindern, daß das Format neu ermittelt wird, wenn die aktuelle Bildhöhe gerinfügig um die zum Format gehörende schwankt.

Gruß
e9hack

Ich denke, jetzt hab ichs kapiert. Um die ursprüngliche Funktionalität wieder herzustellen muss das static sein. Die Funktion war zwar nicht so gedacht, es macht aber Sinn

Bei mir hat es auf den ersten Blick auch hingehauen. Ich hab Pan Tone Toleranz auf 0, Pan Tone max. Schwarzwert auf 0 und Overscan auf 1%.
Ich werde das auch mal weiter beobachten. Geht ja auch gar nicht anders

Gruß
Henrik

Ich hab den Download-Schnipsel jetzt auch mal ausprobiert: mit den Standardeinstellungen schaltet er heftig hin und her - das filtert mein Ferseher aber heraus, so dass ich es nur im Log sehen kann.
Mit 1% Overscan und Pan Tone Toleranz = 0 ist es aber weg.