softhdcuvid jetzt mit VAAPI und HDR support

Hi,

also the in GetKerning/SetKerning/cOglGlyph etc.

CU

9000h

Zitat von jojo61

Der default Puffer am VDR ist auf 1 MB eingestellt. Ich hatte diesen Fehler auch mal und wollte die Buffer auf 2 MB vergrössern, aber dann ging gar nix mehr. Bei dir sind es Frames von 10 MB und 8 MB das wird nie funktionieren. Da ist die Aufnahme einfach kaputt. Evtl. kann ffmpeg das beim umkodieren reparieren aber am Plugin kann ich da nix machen.

Noch etwas; Wie streamst du zum Client ? Streamdev oder minisatip ?

Das mit den Rückwärtssprüngen schaue ich mir mal an. Da kann man evtl. noch etwas verbessern

Hallo jojo61,

ich möchte das noch mal hochholen.

Scheinbar ist hier softhdvaapi sensibler. Ich habe heute mit meinem Kind eine ältere Aufnahme (auch Sky) geschaut, welche wieder ein paar Fehler enthielt. Auch hier ist da Bild dann wieder stehen geblieben und es ging nur weiter mit einem Sprung vorwärts.

Unter einer älteren Installation mit dem softhddevice-openglosd (nvidia) läuft die Aufnahme ganz normal weiter, halt nur mit sichtbaren Bildstörungen/Artefakten.

Vielleicht kann man das softhdvaapi dahingehend etwas robuster machen?

Der Tipp für das Rückwärtsspringen mittels softhdvaapi.SoftStartSync = 1hat geholfen.

Gruss.

Markus

Hi,

will test your change later today, did you see also the case https://github.com/jojo61/vdr-plugin-softhdcuvid/issues/28

There are still more issues mainly the allocation and free of posd.

CU

9000h

Zitat von jojo61

Versucht mal "Soft Start a/v sync" zu aktivieren. Das sollte helfen.

ich war erst kürzlich dazu gekommen das auszuprobieren: erstaunlicherweise funktioniert das hier prima!

jojo61: Mit den letzten Commits (TVGuide) habe ich das Problem, dass bei osdteletext eine neue Seite die alte Seite stehen lässt und einfach überschreibt. Das ist dann nicht mehr lesbar. So, als würde im OSD ein clear nicht mehr richtig aufgerufen.

Edit: Gerade hier gelesen, dass das offenbar vom osdteletext plugin selbst kommt.

Hallo beta,

ich meine das war schon immer so mit Openglosd. Als workaround kann man im osdteletext die Hintergrundtransparenz auf 255 setzen (aus).

Gruß

Murry

Hi,

if you go to the menu short after vdr is started and choose tvguide it will core dump.

I did report it here and provide a quick and dirty fix for tvguide.

https://github.com/jojo61/vdr-…30#issuecomment-597298466

CU

9000h

Hallo,

ich habe den "quick and dirty" fix mal mit ins git von tvguide aufgenommen.

Dieser Fix scheint soweit in Ordnung zu sein, da der Vdr in osd.h in:

struct tArea {
  int x1, y1, x2, y2;
  int bpp;
  int Width(void) const { return x2 - x1 + 1; }
  int Height(void) const { return y2 - y1 + 1; }
  bool Intersects(const tArea &Area) const { return !(x2 < Area.x1 || x1 > Area.x2 || y2 < Area.y1 || y1 > Area.y2); }
  };

bei Width und Height jeweils 1 addiert. D.h. es muss dann, wenn eine tArea definiert wird, wieder 1 abgezogen werden.

Warum das genau so gemacht wurde und warum das Problem nur manchmal auftritt, kann ich allerdings nicht sagen.

Grüsse

kamel5

Hi,

vielleicht kann kls was dazu sagen, Pixel 0 -1920 oder Koordinaten 0 - 1920, und warum + 1?

Und wenn das im VDR core korrekt ist dann darf ein Plugin nicht Pixel und Koordinaten kopieren ohne Korrektur.

CU

9000h

Hi,

I believe there is another serious bug which is also affecting the cpu usage.

https://github.com/jojo61/vdr-…issues/41#issue-580060564

CU

9000h

Hallo,

ich nutze die DRM-Version des Plugins auf einem NUC8I3BEH.

Das läuft auch gut und stabil mit git Version 49db402,

Heute habe ich mal den aktuellen Git-Stand gezogen. Damit kommt kein Bild und der Ton läuft nur kurz an

und das Log hat Ring buffer overflows Einträge.

Das Log habe ich beigefügt.

Gruß

Moin,

nachdem ich die Stellen auskommentiert hatte, lief es wieder, Das scheint es gewesen zu sein.

Allerdings hab ich mit der DRM-Version noch was festgestellt. Mit git Version 49db402 ist nach dem Umschalten Bild und Ton sofort synchron.

Mit der aktuellen Version braucht er nach dem Umschalten ein wenig bis er Bild und Ton synchron hat. Das Bild geht dazu 1-2 Sekunden in Zeitlupe bis es wieder zusammenpasst.

Ist da vielleicht noch eine Regression?

Bitte möglichst bald damit beginnen Versionen zu taggen. Direkt aus GIT bauen ist zumindest für einen Distributor immer nur eine Notlösung. Und vor allem weil ich eben selber keine Ausgabe-Plugins testen kann und will wäre es gut wenn ich mich an getaggte Releases "entlanghangeln" könnte.