[ANNOUNCE] atmo-avards-patch

  • Hi,


    ich benutze schon länger avards und seit kurzer Zeit auch das atmo-Plugin. Da beide Plugins direkt auf das Video-Device zugreifen, kann immer nur eines der beiden aktiv sein. Da mich dies stört, und der VDR momentan keine Schnittstelle zur Verfügung stellt, die den gleichzeitigen synchronen Zuriff auf die GrabImage-Funktion erlaubt, habe ich das Ganze in einen Patch für beide Plugins gegossen.


    Was ändert sich beim Atmo-Plugin:
    - Es gibt eine Service-Schnittstelle für andere Plugins, die ein Attach, Detach bzw. Grabben erlaubt.
    - Das 'Grabben' wird aktiviert, wenn es vom Atmo-Plugin benötigt wird oder wenn ein anders Plugin sich per Attach anmeldet.
    - Das Image wird immer in voller Größe 'gegrabbt'. Für das Atmo-Plugin wird es runter skaliert.


    Was ändert sich beim Avards-Plugin:
    - Das Plugin greift nicht mehr direkt auf das Video-Device zu.
    - Wenn Avards aktiviert wird, werden die Images vom Atmo-Plugin geholt, wenn dieses selber aktiv und die Sevice-Schnittstelle verfügbar ist. Ohne Atmo-Plugin wird GrabImage benutzt.
    - Das Image wird von RGB in Graustufen umgerechnet. Danach läuft alles wie bisher.


    Der Patch ist für Avards 0.1.1-beta2 und Atmo 0.1.1.


    Gruß
    e9hack

  • Sehr schön, darauf habe ich gewartet. Ein paar Kleinigkeiten sind mir allerdings aufgefallen. Manchmal wird ein Formatwechsel bei den 4:3-Modi nicht erkannt. Erst wenn man auf einem Kanal mit anamorphen Bild wechselt, wird wieder umgeschaltet. Auch scheint mit dem Patch die Service-Schnittstelle, über die z.B. der EnigmaNG-Skin die OSD-Höhe ermittelt, nicht mehr zu funktionieren. Wird in dem Skin "Dynamic OSD Size" aktiviert, sieht man nur noch den VDR-Standard-Skin.

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • Zitat

    Original von udobroemme
    Ein paar Kleinigkeiten sind mir allerdings aufgefallen. Manchmal wird ein Formatwechsel bei den 4:3-Modi nicht erkannt. Erst wenn man auf einem Kanal mit anamorphen Bild wechselt, wird wieder umgeschaltet.


    Das Verhalten habe ich auch gelegentlich. Ich bin da dran.


    Zitat


    Auch scheint mit dem Patch die Service-Schnittstelle, über die z.B. der EnigmaNG-Skin die OSD-Höhe ermittelt, nicht mehr zu funktionieren. Wird in dem Skin "Dynamic OSD Size" aktiviert, sieht man nur noch den VDR-Standard-Skin.


    Ich habe da die Variablen ImageHeight und ImageWidth doppelt angelegt. Die Service-Schnittstelle sieht nur die, die nie aktualisiert werden. Der modifizierte Patch sollte diese beheben. Was ich aber nicht verstehe, das Bild ist immer 768x576. Normalerweise ist bei PAL die Bildbreite 720.


    Ich hatte einmal ein weiteres Problem. Das avards-Plugin hat bei erkannter Letterbox immer auf L>16:9 geschaltet. Ich habe aber keine passenden Einträge dafür im Log-File gefunden.


    Gruß
    e9hack

  • Das war es noch nicht ganz. mit dem neuen Patch hat der EnigmaNG-Skin immer die kleinste OSD-Höhe, die zum maximalen Zoom passt, auch bei anamorphem oder 4:3 Vollbild.

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • Der neue Patch scheint irgendwie einen günstigen Nebeneffekt auf das Umschaltverhalten zu haben. Zwischen 4:3-Vollbild und 16:9 anamorph wird jetzt selbst bei wildem Rumgezappe immer richtig umgeschaltet. Allerdings habe ich eine Aufnahme in 16:9 letterbox. Wenn ich die abspiele, wird immer korrekt aufgezoomt. Allerdings bleibt der Zoom auch nach Beenden der Wiedergabe so lange bestehen, bis ich auf einen Kanal mit anamorphem Bild schalte. Vielleicht hilft Dir das ja beim Suchen.

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • Zitat

    Original von udobroemme
    Das war es noch nicht ganz. mit dem neuen Patch hat der EnigmaNG-Skin immer die kleinste OSD-Höhe, die zum maximalen Zoom passt, auch bei anamorphem oder 4:3 Vollbild.


    Dann kann es eigentlich nichts mehr mit dem Patch zu tun haben. Die Service-Schnittstelle lebt von den Variablen lastHeight (ImageHeight) und lastAspectInfo (iAspectInfo). Was steht im Log-File zu diesen Werten? Bei mir sieht das so aus:

    Code
    Jun  8 14:48:39 very-new-darkstar vdr: [13200] avards Delta: fAspect=1.722 => L16:9 1.90(3)/1.66(2) ActiveLines=446/576
    Jun  8 14:48:39 very-new-darkstar vdr: [13200] avards: switching to L16:9(3)
    Jun  8 14:48:39 very-new-darkstar vdr: [13200] avards: setting WSS data to 0b
    Jun  8 14:48:39 very-new-darkstar vdr: [13200] (detector.c:380)avards: iAspectInfo: 3, ImageHeight: 576, ImageWidth 768
    Jun  8 14:48:42 very-new-darkstar vdr: [13200] avards Delta: fAspect=1.722 => L16:9 1.90(3)/1.66(2) ActiveLines=446/576
    Jun  8 14:49:53 very-new-darkstar vdr: [13200] avards: switching to 4:3(1)
    Jun  8 14:49:53 very-new-darkstar vdr: [13200] avards: setting WSS data to 08
    Jun  8 14:49:53 very-new-darkstar vdr: [13200] (detector.c:380)avards: iAspectInfo: 1, ImageHeight: 576, ImageWidth 768


    Gruß
    e9hack

  • Bei mir sieht es so aus:


    Jun 8 16:12:48 linux vdr: [4376] avards: switching to 16:9(5)
    Jun 8 16:12:48 linux vdr: [4376] avards: setting WSS data to 07
    Jun 8 16:12:48 linux vdr: [4376] (detector.c:382)avards: iAspectInfo: 5, ImageHeight: 720, ImageWidth 576


    Es fällt auf, dass Höhe und Weite vertauscht sind. Davon abgesehen steht bei mir tatsächlich 720 und nicht 768.

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • Ich habe vorsichtshalber noch einmal die Patches rausgenommen und dann getestet. Sowohl das Umschalten in die unterschiedlichen Modi als aus die Anpassung des OSD funktionieren dann zuverlässig.

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • Zitat

    Original von udobroemme
    Bei mir sieht es so aus:


    Jun 8 16:12:48 linux vdr: [4376] avards: switching to 16:9(5)
    Jun 8 16:12:48 linux vdr: [4376] avards: setting WSS data to 07
    Jun 8 16:12:48 linux vdr: [4376] (detector.c:382)avards: iAspectInfo: 5, ImageHeight: 720, ImageWidth 576


    Es fällt auf, dass Höhe und Weite vertauscht sind. Davon abgesehen steht bei mir tatsächlich 720 und nicht 768.


    Das verstehe ich nicht. Die Werte kommen von der FF-Karte. Was für eine Karte und was für Treiber (original Kernel oder LinuxTV) benutzt Du?


    Ich habe noch mal ein paar Debug-Messages mehr eingebaut. Die zeigen, was atmo in den Header vom Image reinpackt und was avards wieder rausholt.


    Gruß
    e9hack

  • Ich nutze den aktuellen hg-Kernel von Linuxtv.org.


    Mit den neuen Patches funktioniert es jetzt übrigens. Die Debug-Messages sehen jetzt so aus:


    Jun 8 20:38:51 linux vdr: [8500] (detector.c:219)avards: width=768 height=576
    Jun 8 20:38:51 linux vdr: [8500] avards: switching to 4:3(1)
    Jun 8 20:38:51 linux vdr: [8500] avards: setting WSS data to 0e
    Jun 8 20:38:51 linux vdr: [8500] (detector.c:381)avards: iAspectInfo: 1, ImageHeight: 576, ImageWidth 768

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • hi,


    ich bekomme es leider nicht hin:
    vielleicht habt ihr ne idee ?


    starting plugin: avards
    Jun 9 10:47:57 localhost vdr: [23530] avards-detector thread started (pid=23530, tid=23530)
    Jun 9 10:47:57 localhost vdr: [23530] avards: Error: Can't open vbi device '/dev/vbi0' (No such device)
    Jun 9 10:47:57 localhost vdr: [23530] (detector.c:148)atmo plugin is active
    avards: switching to 16:9(5)
    Jun 9 10:47:58 localhost vdr: [23530] avards: setting WSS data to 07
    Jun 9 10:47:58 localhost vdr: [23530] avards: Error: Can't write to device (Bad file descriptor)
    Jun 9 10:47:58 localhost vdr: [23530] (detector.c:381)avards: iAspectInfo: 5, ImageHeight: 576, ImageWidth 720


    ich hab 2xFF eingebaut wobei "device 0" das primäre ist, also sollte doch "/dev/vbi0" und "/dev/video0" ok sein oder. default mäßig wird das doch angenommen wenn ich avards mit -Pavards starte, oder ?


    gruß caspar

    DIGN HV5, Gigabyte K8VT800, AMD Venice 3200+ (25W Gesamt Leistungsaufnahme im idle), 900 GB LVM Volume (../video.01),
    1 x DVB-S Nexus-S 2.3 (mod), PCI-CI V1.6, AC-Light 3.03,1 x FuSi DVB-S 1.3, Kernel 2.6.18-6-amd64, vdr-1.6.0-8 (tobi), PSone

  • Zitat

    Original von caspar


    ich hab 2xFF eingebaut wobei "device 0" das primäre ist, also sollte doch "/dev/vbi0" und "/dev/video0" ok sein oder. default mäßig wird das doch angenommen wenn ich avards mit -Pavards starte, oder ?


    Das Video-Device wird vom 'verpatchten' avards nicht mehr direkt benutzt. Das VBI-Device kann man über Parameter definieren. Wie es geht, steht in der README. Eigentlich sollten sich beide VBI-Devices öffnen lassen, wobei es nur beim Ausgabe-Device Sinn macht.


    Gruß
    e9hack

  • hi,
    nachdem ich die rechte von "/dev/dvb/adapter0/" geradegezogen hatte, klappts auch mit dem avards *lächel*


    danke für die antworten und danke für den genialen patch !
    das spart FB _Batterien wegen des ständigen anpassens der "picture size" an meinem LCD *g*
    werde berichten falls mir was auffällt.


    schönes Wochenende
    caspar

    DIGN HV5, Gigabyte K8VT800, AMD Venice 3200+ (25W Gesamt Leistungsaufnahme im idle), 900 GB LVM Volume (../video.01),
    1 x DVB-S Nexus-S 2.3 (mod), PCI-CI V1.6, AC-Light 3.03,1 x FuSi DVB-S 1.3, Kernel 2.6.18-6-amd64, vdr-1.6.0-8 (tobi), PSone

  • achso,


    kann man eigentlich das logging,


    Jun 9 15:02:44 localhost vdr: [8509] (inputffdvb.c:195)atmo: width=768 height=576
    Jun 9 15:02:44 localhost vdr: [8509] (detector.c:219)avards: width=768 height=576


    das sekündlich die o.g. zeilen in mein log schreibt, unterbinden ?

    DIGN HV5, Gigabyte K8VT800, AMD Venice 3200+ (25W Gesamt Leistungsaufnahme im idle), 900 GB LVM Volume (../video.01),
    1 x DVB-S Nexus-S 2.3 (mod), PCI-CI V1.6, AC-Light 3.03,1 x FuSi DVB-S 1.3, Kernel 2.6.18-6-amd64, vdr-1.6.0-8 (tobi), PSone


  • Die beiden Zeilen müssen wieder raus. Das Log nennt ja gleich File und Zeilennummer.


    Gruß
    e9hack

  • Nachdem das Umschalten von L16:9 auf andere Modi jetzt funktioniert (siehe avards-Patch), habe ich noch ein kleines Problem. Wenn von anamorph auf 4:3 gewechselt wird, wird erst umgeschaltet, nachdem man ins OSD-Menü gewechselt ist. Auch die entsprechenden Meldungen erscheinen erst dann im Log. Kann das jemand nachvollziehen?

    Dr. Brömme grübelt:
    Acht Wochen, nachdem man ihm beim Kölner Straßenkarneval einen Gratiskorn angeboten hatte,
    dämmert ihm langsam, dass er einem hinterlistigen Alaafisten aufgesessen ist.

  • Zitat

    Original von udobroemme
    Wenn von anamorph auf 4:3 gewechselt wird, wird erst umgeschaltet, nachdem man ins OSD-Menü gewechselt ist. Auch die entsprechenden Meldungen erscheinen erst dann im Log. Kann das jemand nachvollziehen?


    Kann ich nicht bestätigen. Bei mir funktioniert das Umschalten (mit Patch und beim Original).


    Gruß
    e9hack

  • Zitat

    Original von udobroemme
    Ich habe mal den Patch an die aktuelle Avards-Version angepasst und hier angehängt.


    Wunderbar, dann muß ich das nicht machen...


    Eine Frage aber, im Code wird iWssData für "4:3" und "unknown" von 0x08 auf 0x0e geändert:


    Hat das einen speziellen Grund?


    Gruß
    e9hack

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!