[ANNOUNCE] Avards-Plugin 0.1.1

FireFly · 8. Juli 2007

Es gibt eine neue Version des Avards Plugins!

Geändert hat sich seit der 0.1.1-beta2 eigentlich nur die Nutzung des cOsd::SetPosition APIs für VDR >= 1.5.4

Änderungen seit 0.1.0:
----------------------
- Implementierung einer Service Schnisttstelle um die max. OSD-Größe abzufragen (für VDR < 1.5.4)
- Implementierung der Aufrufe von cOsd:SetPosition ab VDR 1.5.4
- Implementierung einer Service Schnisttstelle zur Abfrage des aktuellen WSS Modus und der Bildgröße
- Iplementierung einer SVDRP Schnitttstelle (vorgeschlagen von viking)
- Re-implementierung der Detectionroutine
- Manuelle WSS Modus-Wahl über Setup-Menü eingebaut
- Default Poll-Delay von 25 auf 5 verkürzt (greift nur bei Neuinstallationen)

Da sich in die neue Funktion SetPosition noch ein Rechtschreibfehler eingeschlichen hat wird noch ein Patch für VDR benötigt.

Außerdem als Anhang ein Patch für SkinElchi 0.1.1-pre2, der den Skin für diese Avards-Version anpasst (lauffähig unter VDR 1.4.x und 1.5.x).

Viel Spaß damit!
FireFly

netz · 8. Juli 2007

Hallo,
erstmal danke für dein Plugin, eine gute Lösung für unnötige schwarze Ränder.

v4l 2007
Firmware 22623
VDR 1.4.6 (in Make.config "SKINENIGMA_USE_PLUGIN_AVARDS = 1")

Ich habe 2 Fragen zum OSD

Ab VDR 1.5.4 habe ich in deinem Plugin die Möglichkeit das VDR-Menü (16:9 letterbox, bei abgeschnittenen schwarzen Balken), die Position für den Fall anders festzulegen (Höhe nicht oder)?
Das OSD bekommt auf 16:9 anamorph die Möglichkeit in der Breite gestaucht zu werden (gleicher Charakter des OSD für 4:3 und 16:9 Sendungen)?

bis dann,
Nando

FireFly · 8. Juli 2007

VDR 1.5.4 bringt keine neue Möglichkeiten sondern nur eine definierte Methode für Avards, die Maximalgröße im VDR zu setzen. Dann muss nicht mehr jedes Plugin die Größe bei Avards abfragen sondern Avards kann dem VDR die max. erlaubte Größe mitteilen. Nachteil ist, dass alle Plugins für die Größe die entsprechenden Funktionen benutzen müssen und nicht mehr Setup.OSDTop etc verwenden dürfen.

Das OSD wird von der DVB-Hardware immer über das komplette Bild gelegt und Avards sagt dem Fernseher über das WSS-Signal, ob und wieviel er zoomen soll. Da beim Zoom die oberen und unteren Ränder des OSD nicht mehr sichtbar sind, setzt Avards OsdTop und OsdHeigth auf neue Werte (abhängig davon wieviele Zeilen vom Bild noch sichtbar sind und was im Setup eingestellt ist).

Mehr macht Avards nicht (und kann es auch gar nicht aufgrund der HW-Beschränkung). Es gibt also keine Möglichkeit das OSD zu strecken/stauchen/verkleinern etc.

FireFly

netz · 8. Juli 2007

Danke für die schnelle Antwort.

Ich dacht ich bleibe erstmal an VDR 1.4 hängen, jetzt gibt es allerdings einen Grund VDR 1.5 zu testen.

prudentis · 9. Juli 2007

Danke firefly,

läuft hier auf EasyVDR 0.4.3

Download für EasyVDR vorkompiliert

lg prudentis

holymoly · 9. Juli 2007

Hallo,
neue Version, aber immer noch der alte error ?

Code

Plugin avards:
make[1]: Entering directory `/usr/src/vdr-1.4.7/PLUGINS/src/avards-0.1.1'
g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"avards"' -I../../../include detector.c
distcc[24928] ERROR: compile /root/.ccache/detector.tmp.master.24922.i on 192.168.111.100 failed
/usr/include/linux/dvb/video.h:100: error: '__u32' does not name a type
/usr/include/linux/dvb/video.h:101: error: '__u32' does not name a type
/usr/include/linux/dvb/video.h:104: error: '__u64' does not name a type
/usr/include/linux/dvb/video.h:113: error: '__s32' does not name a type
/usr/include/linux/dvb/video.h:114: error: '__u32' does not name a type
/usr/include/linux/dvb/video.h:118: error: '__u32' does not name a type
make[1]: *** [detector.o] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.4.7/PLUGINS/src/avards-0.1.1'

Alles anzeigen

folgende headers installiert --> sys-kernel/linux-headers-2.6.22
Die Loesung wurde ja bereits gepostet, sollte kein Problem sein.
Sind auch noch weitere Plugins von betroffen, zumindest hier.
mfg

FireFly · 9. Juli 2007

Vielleicht sind Deine Kernel-Header einfach zu neu
Von so einen Fehler habe ich noch nie was gehört. Wo wurde eine Lösung gepostet??

holymoly · 9. Juli 2007

Hallo,
da gings um das Einfuegen von

Code

#include <linux/types.h>

u.a. siehe HIER

Laesst sich ohne den Error uebersetzen, wenn ichs in der detector.c hinzufuege,
ist das erlaubt ?
mfg

FireFly · 10. Juli 2007

Hallo holymoly,

das hatte ich irgendwie verdrängt ...

Ich denke zwar, dass video.h es auch includen sollte wenn es die typedefs benötigt, wenn wenn's funktioniert isses aber erlaubt

D.h. in der /usr/include/linux/dvb/video.h von 2.6.22 fehlt folgender Abschnitt:

C

#ifdef __KERNEL__
#include <linux/types.h>
#else
#include <stdint.h>
#include <time.h>
#endif

vor dem ersten typedef ??

Wie machen das andere Plugins/Programme wenn sie video.h benötigen?

FireFly

holymoly · 10. Juli 2007

Hallo,
hier ist die video.h, kannst sie dir ansehen.
types.h kommt darin nicht vor.
mfg

hampelratte · 19. Juli 2007

Ich habe gerade die neuste Version installiert. Scheint erstmal zu laufen. Mal schauen, ob ich noch probleme mit dem start des plugins bekomme, wie in der vorherigen version.

heute habe ich ne frage zu den einstellungen. und zwar wird bei mir das bild immer etwas zu viel gezoomt. bsp. im bild ist eine person zu sehen und das ohr reicht ohne avards genau bis zum oberen rand des displays. mit avards sehe ich nur noch das halbe ohr. ich habe etwas mit dem overscan herumgespielt, konnte aber keine veränderung feststellen. irgendeine idee?

gruß
henrik

udobroemme · 19. Juli 2007

So weit ich weiß, hat das Plugin keinen Einfluss darauf, wie weit gezoomt wird, sondern teilt dem Display nur das erkannte Bildformat in Form des WSS-Signals mit. In detector.c sind die WSS-Codes für die unterschiedlichen Modi zu finden.
Unter
Neue Testversion FA2623 für AV7110 firmware
findest Du die Möglichkeit, herauszufinden, wie Dein Display bei welchen gemeldeten WSS-Modi reagiert. Beispielsweise hatte ich mit meinem Samsung-TV das Problem, dass bei dem Standard-Wert für 4:3 immer in einen schäbbigen Panorama-Modus mit völlig verzerrten Proportionen geschaltet wurde. Erst UFOs Tool aus o.a. Thread ließ mich herausfinden, welcher WSS-Code meinen Fernseher in den richtigen 4:3-Modus schalten ließ. Teste doch mal, ob evtl. ein anderer WSS-Code ein für Dich geeigneteres Zoom-Verhalten hervorruft.

FireFly · 19. Juli 2007

Zitat

Original von udobroemme
So weit ich weiß, hat das Plugin keinen Einfluss darauf, wie weit gezoomt wird, sondern teilt dem Display nur das erkannte Bildformat in Form des WSS-Signals mit.

Genau so ist es. Und wieviel des gezoomten Bildes dann wirklich angezeigt werden ist Sache des Fernsehers, d.h. durch Overscan kann noch etwas vom Bild verloren gehen.

Die Einstellung "Overscan (%)" bei den Avards-Einstellungen dient nur dazu festzulegen, wieviel Prozent des Originalbildes bei der Berechnung des Zoomfaktors nicht analysiert werden sollen. Sonst würden Infos die dort übertragen werden (Videotext etc) als Bild gewertet und der Zoom würde immer bei 4:3 bleiben.

Mir ist aber auch schon aufgefallen, dass Avards für meinen Geschmack manchmal etwas zu aggressiv zoomt. Deshalb hatte ich schon mal etwas herumexperimentiert, bin aber noch zu keinem Ergebnis gekommen. Du kannst aber mal in detector.c folgende Zeilen abändern um ein etwas anderes Verhalten zu bekommen:

Code

vorher:
#ifdef AVARDS_SHOW_ALL_LINES
                                  //iAspectInfo = iLinesIndex;
#endif
                                }
-------------------------
nachher:
                                  iAspectInfo = iLinesIndex;

Damit wird im Zweifelsfall ein kleinerer Zoomfaktor gewählt, so dass alle Zeilen sichtbar bleiben aber evtl. ein kleiner schwarzer Rand dargestellt wird.

FireFly

hampelratte · 20. Juli 2007

werde ich mal probieren, wenn ich das plugin wieder starten kann. ich hab nämlich immernoch das problem, dass ich es nur sporadisch starten kann. vll könntest du mir da doch mal eine version zur verfügung stellen, die ein bisschen mehr ausgabe in die richtung gibt.

FireFly · 22. Juli 2007

hampelratte: baue doch einfach mal n paar

Code

isyslog("avards Zeile x");

Meldungen in detector.c in die Funktion cDetector::Action ein (Bei Dir werden doch auch info-Meldungen protokolliert, oder? Sonst nimm esyslog). Ansonsten sind da ja schon jede Menge esyslog-Meldungen drinne - erscheint davon ein im Log?

hampelratte · 22. Juli 2007

hab ich noch nicht drauf geachtet. meistens liege ich aufm sofa, wenn ich fernseh gucke und dann avards mal startet und dann hab ich meistens nicht den drang mal schnell ins syslog zu schauen.
ich werde das aber jetzt mal ausprobieren. muss ja irgendwie hinzubekommen sein.

hampelratte · 24. Juli 2007

so, ich hab gerade etwas rumgefummelt mit avards.
1. ergebnis: esyslog funzt bei mir nicht. ich hab esyslog mal gegen isyslog getauscht und schwups hatte ich auch logausgabe.
2. ergebnis: avards startet ab und zu nicht, weil das dvb device dann nicht vorhanden ist. das liegt wohl daran, dass udev die dvb kernel module lädt und dabei nicht die reihenfolge in der modules.autoload.d/kernel2.6 meiner gentoo installation berücksichtigt. ich habe jetzt in der /etc/conf.d/rc coldplug disabled, so dass das laden von udev abgeschaltet sein sollte.

avards arbeitet also korrekt. mal ein paar reboots abwarten und schauen, ob ich das problem jetzt gelöst habe.

gruß
henrik

ig-88 · 7. August 2007

wie kann ich das plugin unter c't vdr kompilieren?

hampelratte · 7. August 2007

wenn es noch kein paket dafür gibt, musst du wohl selbst kompilieren:

http://vdr-wiki.de/wiki/index.php/VDR_Installation
http://vdr-wiki.de/wiki/index.php/Plugin_Installation

wino · 20. Oktober 2007

Hallo,

Mit Debian sid (SIDUX) bekomme ich beim compilieren mit dem gcc Version 4.2.3 20071014 (prerelease) (Debian 4.2.2-3) und avards-0.1.1-beta2
folgende Fehlermeldung. Leider kann ich damit, da keine Programmierkenntnisse, nichts anfangen.

Code

-DPLUGIN_NAME_I18N='"avards"' -I../DVB/include -I../../../include detector.c
In file included from detector.c:14:
/usr/include/linux/dvb/video.h:105: error: â__u32â does not name a type
/usr/include/linux/dvb/video.h:106: error: â__u32â does not name a type
/usr/include/linux/dvb/video.h:109: error: â__u64â does not name a type
/usr/include/linux/dvb/video.h:118: error: â__s32â does not name a type
/usr/include/linux/dvb/video.h:119: error: â__u32â does not name a type
/usr/include/linux/dvb/video.h:123: error: â__u32â does not name a type
detector.c: In member function âvirtual void cDetector::Action()â:
detector.c:166: error: âfe_status_tâ was not declared in this scope
detector.c:166: error: expected `;' before âFrontendStatusâ
detector.c:167: error: âFE_READ_STATUSâ was not declared in this scope
detector.c:167: error: âFrontendStatusâ was not declared in this scope
detector.c:170: error: âFE_HAS_LOCKâ was not declared in this scope
make: *** [detector.o] Fehler 1

Alles anzeigen

Für eine Lösung wäre ich dankbar.

MfG
wino

[ANNOUNCE] Avards-Plugin 0.1.1

Jetzt mitmachen!

Teilen