Ja, dir fehlen wohl noch mehr libs in passenden Versionen. Vielleicht versucht du doch erst einmal eine fertige DIstribution.
Digital Devices Max M4
-
-
This is old version of softhddevice, can used with ffmpeg < 3.4 version.
If you using ffmpeg 4.2, you must use softhdcuvid or this softhddevice.
-
Ja, dir fehlen wohl noch mehr libs in passenden Versionen. Vielleicht versucht du doch erst einmal eine fertige DIstribution.
Möchte hier nicht diverse PC 24/7 laufen haben, wenn mein NAS schon immer verfügbar ist.Welche Distro wäre denn dann eine gute Basis als NAS/TV-Server?
-
Auf nem Server würde ich gar kein softhddevice einsetzen. Die Version für Arch werde ich trotzdem alsbald möglich mal updaten.
-
Ziel war und ist es, dass ich über den NAS-/TV-Server das Fernsehprogramm über mein lokales Netz für mehrere Geräte bereitstelle. Clients sollen Kodi-Boxen werden, die die bei mir zzt. verwendeten VU+ Boxen ersetzen sollen. Die Einrichtung des TV-Servers war der erste Schritt...
Hatte gehofft, dass es sich um eine 'gewöhnliche Anwendung' handelt, die eigentlich ohne Probleme umzusetzen ist. Da es auch die entsprechenden Pakete für Arch gab und VDR insbesondere auch MTD kann, war ich frohen Mutes...
M-ReimerBrauche ich softhddevice nicht, um auf dem Server VDR starten und konfigurieren zu können?
-
Nicht unbedingt. Das OSD kann von den Kodi Clients bedient werden.
-
Ich hatte gehofft das mit softhddevice könnte ein einfacher Fix sein, aber das wird möglicherweise doch etwas aufwändiger.
Mit den letzten Patches von lnj scheint cuda-Support eingebaut worden zu sein. Wenn das bedeutet das ich ohne das riesige Paket "cuda" nicht mehr bauen kann, dann muss ich eine Lösung finden das softhddevice ohne cuda baut. Andernfalls fällt die automatische Paket-Erzeugung für softhddevice für Arch raus.
Schon komisch. FFMPEG selber braucht zum Kompilieren kein cuda aber die VDR-Ausgabeplugins brauchen es dann komischerweise doch.
-
Ffmpeg need ffnvcodec for cuvid, and my fork of softhddevice need ffnvcodec too. No need cuda.
-
Ffmpeg need ffnvcodec for cuvid, and my fork of softhddevice need ffnvcodec too. No need cuda.
Doesn't work for me. If you really need "-lcuda", then this means: No Cuda for Arch. But disabling seems to be easy. I had to patch the Makefile to actually enable building with Cuda.
See: https://github.com/ua0lnj/vdr-plugin-softhddevice/issues/5
-
-lcuda
It's install with nvidia-driver-440
/usr/lib/x86_64-linux-gnu/libcuda.so.440.59
In makefile:
CONFIG += -DUSE_CUVID
LDFLAGS += -L/usr/lib/x86_64-linux-gnu
LIBS += -lcuda
-
It is not needed. Try it. The ffnvcodec headers do dynamically search and load the *.so files. That's why FFMPEG works even if no Nvidia driver is installed at all. With your hard link, you add a hard dependency to the Nvidia driver which is not needed.
See also my pull request.
-
Not work for me.
Compiled, but not works.
libvdr-softhddevice.so.2.4.1: undefined symbol: cuCtxGetApiVersion
I'll see tomorrow.
-
Fixed.
-
Nice. I'll try as soon as possible
-
Builds now but I've created another small pull request to remove your hardware check.
Is there a reason why it is in there? Does it cause problems for vaapi users if cuvid is built in?
-
I used to have problems with AMD, but I don’t remember the details. You can try, but we'll see.
-
I'm not able to try anything on my own. I've given up trying with the VDR builtin OSD years ago. I use VDR behind Kodi.
But I'll now prepare an updated PKGBUILD and push this to our GIT repo. After our CI autobuilt the binary package I'll ask for testers here on the forum.
-
Gibt es eine Möglichkeit diese Änderung in der device.c der vdr-Sourcen mit einzupflegen:imp <<= 4; imp |= GetClippedNumProvidedSystems(4, device[i]) - 1;
nach
imp <<= 5; imp |= GetClippedNumProvidedSystems(5, device[i]) - 1;
Falls dies nicht möglich ist, wie kann ich dies denn manuell erledigen, ohne in die alten Probleme zu laufen?
Viele Grüße! -
Die Lösung ist das bei Klaus anzufragen und die Mail mit der definitiven Bestätigung, dass der Patch im VDR landen wird, an mich weiterzuleiten (als PDF an ein Issue in GitHub hängen).
Wenn der Patch definitiv im VDR landen wird, dann lasse ich bezüglich eines Patches mit mir reden. Sonst nicht.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!