automatische 4:3/16:9-Umschaltung mit Letterbox-Erkennung!

Zitat

Original von moritzeheim
Hallo,

ich empfange seit einigen Tagen SF1 und SF2 über DVB-T. Leider funktioniert avards auf diesen Sendern nicht. Dachte zuerst, dass es mit der neuen Quelle (DVB-T) zusammenhängt, aber bei anderen Sender über DVB-T gibt es keine Probleme.

Habe zwei kurze Aufnahmen auf http://www.motz.it/listing/vdr hochgeladen, vielleicht hat ja habichthugo Interesse an dem Problem

Motz(e)

Grund des Übels sind Störungen in den schwarzen Bereichen (siehe unten; rot eingekringelt). Die sieht man auf einem normalen TV nicht, weil sie im Overscan verschwinden (ca. 5% des Bildes rundum sind nicht sichtbar). Dann muss ich den Overscan-Bereich halt aus meiner Analyse herausnehmen...

In diesem Zusammenhang möchte ich auch noch mal auf den bereits hier beschriebenen Fehler hinweisen:
"Achtung: Der Default der dvb-aspect-Option –b (--black) der avards-0.0.4 ist nicht wie von –h (--help) ausgegeben (und in der HISTORY behauptet) 20 , sondern 15. Der Wert 20 ist in den meisten Fällen besser und sollte daher explizit angegeben werden."

Zitat

Original von CKone
genauso ist es, wenn ich aus dem commands menu einen festen Modus wähle dann wird der auch auf dem Bildschirm gesetzt, nur die Versorgung über dvb-aspect scheint keine Modi zum Ansteuern zu liefern. Aber das ist ja gerade das was angestrebt wird...

Scheint irgendwas am DVB Treiber geändert worden zu sein?

Christian

Nun starte endlich mal dvb-aspect alleine in ner Shell und guck was passiert (Fehlermeldung)...

Zitat

Original von moritzeheim
Hallo,

diese "Fehler" (denke, dass es sich um eine Art Timecode handelt) sind mir auch aufgefallen, dachte aber, dass diese innerhalb der "logo_width" Tolleranz liegen. Wäre natürlich genial, wenn du das in deiner nächsten Version berücksichtigen könntest.

Besten Dank,

Motz(e)

Ne, logo_width soll einen zusammenhängenden Bereich, eben ein Logo, ausblenden...
Sobald ich wieder Zeit finde, werde ich das natürlich berücksichtigen. Ich brauch einfach mal ein paar Stunden am Stück und eigentlich ne ordentliche, integrierte Entwicklungsumgebung...

Zitat

Original von ke2705
Hallo,

hab' ich irgendwas verpasst? Denn dvb-aspect liefert nur noch: Error: Can't query caps of video device '/dev/video0' (Invalid argument)

Vor einigen Wochen konnte ich noch das aktuelle Bildformat damit ermitteln. Habe aber zwischenzeitlich auf VDR 1.4.0 und aktuellen Dr. Seltsam Kernel upgedatet - nun funktioniert das Tool nicht mehr

Die FW ist F22623.

Hat irgendjemand einen Tip fuer mich, wo ich suchen soll?

Danke & Gruss

Alles anzeigen

Das ist die Stelle hier im Code:

struct video_capability capabilityVideo;
            if (ioctl(devVideo, VIDIOCGCAP, &capabilityVideo))
              fprintf(stderr, "Error: Can't query caps of video device '%s' (%s)\n", pszDevVideo, strerror(errno));

Sehr merkwürdig. Vielleicht wird dieser ioctl nicht mehr unterstützt? Der vorhergehende VIDIOCGMBUF klapt jeden falls noch, womit wir wohl schon ein Video-Device vor uns haben...?!

mikelehmann
Danke für die Blumen!
Leider komme ich mit dieser Thematik nicht so recht weiter. Mir fehlt einfach die Zeit, meine Ideen umzusetzen. Dazu krampfe ich mir mit meiner rudimentären Entwicklungsumgebung einen ab. Ich bin am überlegen, ob ich das nicht an jemanden abgebe, der sich damit leichter tut...

ke2705
Ich habe mich mit Deinem Problem mal am UFO gewand, der mit seinen Änderungen an der Frimware und den Treibern die avards erst möglich gemacht hat. Er sagt, mit dem aktuell HG läuft's! Und:
"Mögliche Fehlerquellen:
- alter Treiber
- Zugriff auf das falsche video-Device, d.h. nicht das der FF-Karte"
Hast Du mal geguckt, ob es bei Dir (neuerdings) mehrere /dev/video<x> gibt? Ggf. mal ein anderes Device via Option übergeben...

ke2705
Wenn dvb-aspect läuft geht generell kein (svdrp) grab, kein 'framebuffer' (fbtv) o.ä., da die FF-Hardware den Bildspeicher nur einmal mappen (nur einem Prozess zur Verfügung stellen) kann.

ke2705
Ich habe Dr. Seltsam gerade an-pn-t. Vielleicht weiss er, woran es liegt...

ke2705 + arghgra
Auch Dr. Seltsam geht davon aus, dass es am vorstehend genannten Problem liegt, d.h. dass es kurzfristig ein v4l im hg gab, das nicht richtrig funktionierte...

@All
Mit dem aktuellen Kernel von Dr. Seltsam für LinVDR laufen die avards nicht! Die vorherige Version ist nicht mehr verfügbar. Ihr müsst also auf eine Aktualisierung warten. Ein alternativer, fertiger Kernel für LinVDR, mit dem die avards laufen, ist mir derzeit nicht bekannt.