looks fine, but codec is missing
Thanks! It should be fixed by now.
looks fine, but codec is missing
Thanks! It should be fixed by now.
Yes, it is fixed, but HEVC is a more commonly used term.
Yes, it is fixed, but HEVC is a more commonly used term.
Yes, you're correct. I used H.265 by default as H.264 isn't named either as AVC. However, both these strings can be modified via I18N translation files (and proper German entries are missing there).
Sorry for hijacking this thread! Let's continue femon related stuff in Github issues and pull requests if necessary.
Auf der Wiki-Seite HEVC hat ein Benutzer Mtron den Git-Eintrag von softhddevice geändert, und zwar von jojo61 nach rofafor. Wenn ich versuche, den zu compilieren kommen bei mir folgende Fehlermeldungen:
video.c:1072:13: warning: ‘GlxOsdClear’ defined but not used [-Wunused-function]
static void GlxOsdClear(void)
^
video.c:13185:20: warning: ‘vaapi_scaling’ defined but not used [-Wunused-variable]
static const char *vaapi_scaling[] = {
^
video.c:13191:20: warning: ‘vaapi_scaling_short’ defined but not used [-Wunused-variable]
static const char *vaapi_scaling_short[] = {
^
video.c:13241:20: warning: ‘vaapi_deinterlace’ defined but not used [-Wunused-variable]
static const char *vaapi_deinterlace[] = {
^
video.c:13248:20: warning: ‘vaapi_deinterlace_short’ defined but not used [-Wunused-variable]
static const char *vaapi_deinterlace_short[] = {
^
make: *** [<builtin>: video.o] Error 1
Alles anzeigen
Dann baust du vermutlich mit dem Schalter -Werror, dann macht er Fehler aus den Warnungen, die er wegen den Schaltern -Wunused-variable und -Wunused-function wirft.
Im Makefile steht -Werror=overloaded-virtual, das steht aber auch in der Version von jojo61. Ich sage nur make.
Was steht denn in der Ausgabe von make für die Compiler-Aufrufe? Da holt er sich auch doch noch die CFLAGS und CXXFLAGS aus der Make.config des VDR und ggf. spielen noch Umgebungsvariablen mit rein.
Meinst Du das?
cc -g -O3 -Wall -march=k8 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/local/vdr/vdr-2.3.2/include -I/usr/include/alsa -I/usr/include/libdrm -DPLUGIN_NAME_I18N='"softhddevice"' -D_GNU_SOURCE -DAV_INFO -DAV_INFO_TIME=3000 -DUSE_PIP -DHAVE_PTHREAD_NAME -DUSE_MPEG_COMPLETE -DH264_EOS_TRICKSPEED -DUSE_VDR_SPU -DUSE_ALSA -DUSE_OSS -DUSE_VDPAU -DUSE_GLX -DUSE_SCREENSAVER -DUSE_SWSCALE -DUSE_SWRESAMPLE -DGIT_REV='"3e65824"' -g -W -Wall -Wextra -Winit-self -Wdeclaration-after-statement -c -o video.o video.c
Das sieht nach einem richtigen Fehler aus - wenn du nur Schnipsel postest, sieht man die wichtigen Sachen natürlich nicht...
Das kann ich nachvollziehen, wenn die Header und pkg-config-Dateien für gl und glu vorhanden sind, aber die für die libva fehlen.
Ich hab zur Sicherheit nochmal die Version von jojo61 compiliert, da gibt es keine Probleme.
Ich hab mal den kompletten log angehängt.
Bei mir kompiliert er die vpp_support_hevc branch vom softhddevice fork von rofafor mit ffmpeg 3.2.4 & libva 1.7.3 von hier und gcc 5.4.0. (xenial)
Zitatvideo.c: At top level:
video.c:11839:6: error: ‘VaapiGlxModule’ undeclared here (not in a function)
sollte über einen vaapi header file (bei mir teil des packages libva-dev 1.7.3-2~16.04) kommen. Das scheint bei dir nicht zu passen.
Wie schon gesagt, ich habe kein vaapi, sondern nutze vdpau. wie wohl die Meisten hier.
Da wird eine Abhängigkeit bei Dir nicht passen.
Der Branch baut hier sowohl gegen ffmpeg 2.8 als gegen ein aktualisiertes 3.2.2 unter Ubuntu 16.04 (Xenial). Er läuft wie schon in meinem ersten Post in diesem Thread empfohlen hier fehlerfrei mit VDPAU, als auch sehr gut mit VPP/VA-API. pesintta & rofafor sind IIRC beides auch gentoo Nutzer, insofern sollte es auch da keine Probleme geben ... ?
Regards
fnu
PS.: Sorry wegen ffmpeg 2.8, das war noch der VPP Branch ohne HEVC ... mea culpa ...
Hab mal wieder n Xenial Update gemacht, hab das padoka-PPA eingebunden für aktuelles Mesa, Libva, Intel-Treiber usw., blöderweise bekomme ich mit den Paketen von gestern mit VAAPI folgendes:
Hat zufällig irgendwer einen Dunst wo vaPutSurface denn hin ist, wenn es nicht mehr "implemented" ist?
Bin wieder zurück auf mein Backup-PPA vom Januar, da ist alles gut (bis auf 10-bit HEVC, das läuft so 5 Sekunden, dann gerät es ins stocken,
Feb 28 18:49:05 wozi vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 28 18:49:07 wozi vdr: [12759] ERROR: skipped 123 bytes to sync on TS packet on device 1
Feb 28 18:49:07 wozi vdr: [12760] ERROR: driver buffer overflow on device 1
Feb 28 18:49:09 wozi vdr: [12760] ERROR: driver buffer overflow on device 1
Feb 28 18:49:10 wozi vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 28 18:49:11 wozi vdr: [12759] ERROR: skipped 97 bytes to sync on TS packet on device 1
Feb 28 18:49:11 wozi vdr: [12759] ERROR: skipped 26 bytes to sync on TS packet on device 1
Feb 28 18:49:11 wozi vdr: [12760] ERROR: driver buffer overflow on device 1
Feb 28 18:49:14 wozi vdr: [12760] ERROR: driver buffer overflow on device 1
ist momentan für mich aber unwichtig, nur mal zur Info, oder läuft bei jemandem hier ein DVB-S HEVC Sender ruckelfrei mit softhddevice ?)
Ich hab zur Sicherheit nochmal die Version von jojo61 compiliert, da gibt es keine Probleme.
Should be fixed by now - hopefully.
fixed for me.
Christian
Yes, it compiles now, thanks.
Test has to wait till tomorrow.
Hello,
I also use the rofafor softhddevice since a week.
It works perfectly with ffmpeg-3.
One question to rofafor:
Includes your softhddevice version also the openglosd?
Would be nice to know.
Thanks in advance!
Regards
kaminkehrer
Includes your softhddevice version also the openglosd?
No, it does not contain the openglosd enhancement.
Regards
fnu
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!