softhdcuvid jetzt mit VAAPI und HDR support
-
-
Hi,
also the in GetKerning/SetKerning/cOglGlyph etc.
CU
9000h
-
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
-
Ich werde es mir ansehen. Ich hatte das openglosd einfach übernommen und dachte es sei sauber
-
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:
Codestruct 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,
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
-
9000H Sehr gut gefunden.
Ist aber ein Fehler ohne Nebenwirkung. Da n im Loop und ausserhalb definiert war, war es ausserhalb immer 0 und das war zufällig richtig. Es ist richtig den fd ausserhalb zu sichern da es nur einen fd pro frame gibt und nicht pro plane. Habe es nun gefixt auch wenn es keine Auswirkung hatte,
mfg
jojo61
-
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?
-
-
Homeoffice sei dank habe ich noch einen Fehler beim scrollen im tvguide gefunden. Ist zwar nur eine Zeile im Code hat mich aber 3 Tage gekostet beim suchen
Jetzt schaue ich nochmal nach den offenen Issues vom git,
jojo61
-
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.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!