Das Ende naht!

Ich bin nicht so drin in der EasyVDR Materie, aber wieso? Und nicht auf eine aktuelle Ubuntu Basis wechseln (updaten, upgraden)

Bin für Informationen offen

Quote from cocobrother

Ich bin nicht so drin in der EasyVDR Materie, aber wieso? Und nicht auf eine aktuelle Ubuntu Basis wechseln (updaten, upgraden)

Bin für Informationen offen

Vom Prinzip wäre es schon möglich, allerdings müsste die Installations-Routine von easyVDR dementsprechend angepasst werden. Bei allen Umzügen auf ein neues System haben sich bisher immer neue Probleme ergeben. Bestimmte Scripte mußten angepasst werden, einige Erkennungen um die Hardware zu ermitteln würden sonst versagen.

Da wir bei easyVDR nicht mehr die nötige man Power von früher haben ( Entwickler ) werden sich die Verbliebenen mit diesem doch größeren Aufwand nicht mehr beschäftigen.

Gruß

Wäre wenigstens ein FFmpeg Update möglich ?

Ich kann die veraltete FFmeg Version 4.2.7 nicht weitere 5 Jahre in markad unterstützen, da die einige Bugs, insbesondere beim Decodieren von H.264 Videos hat.

Aus markad decoder.h:

issues found with V4.2.7 (not recommended to use with hwaccel):
very low hwaccel decoding performance
memory leak in av_hwframe_transfer_data(), fixed in 4.2.10
i-frame only hwaccel decoding with H.264 does not work
i-frame only decoding with interlaced H.264 does not work

Ich verwende (unter focal eben) seit längerem schon ffmpeg-6.1.2-xx aus dem Git. ffmpeg-7 mag nicht mehr.

Quote from wolfi.m

Welche Version von FFmpeg müsste es denn sein?

Um möglichst lange Ruhe zu haben, die Neuste, die noch baut. Also: 6.1.2

kurze Anleitung oder einen Link wie man baut. Oder einen 6-zeiler?

Bitte

Danke

Versuche es mal damit (ungetestet, nur so aus dem Gedächtnis runtergeschrieben):

sudo bash

apt-get -y install build-essential git pkg-config

cd /usr/src

git clone https://github.com/FFmpeg/FFmpeg

cd FFmpeg

git checkout n6.1.2 # oder welche Version du willst

./configure --enable-nonfree --enable-libx264 --enable-gpl --enable-libzvbi

make all

make install

Bitte Rückmeldung, ob es funktioniert hat, dann nehmen ich das ins markad Wiki mit auf. Das ist ohne die build Optionen für GPU Decoding, da weis ich nicht, ob das noch zusammen mit den alten Treibern läuft.

Hi kfb77

Bei mir gibt es eine Fehlermeldung siehe hier:

root@Lintec10:/usr/src/FFmpeg# ./configure --enable-nonfree --enable-libx264 --enable-gpl --enable-libzvbi
ERROR: x264 not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git. If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.libera.chat.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.
root@Lintec10:/usr/src/FFmpeg# make all
Makefile:186: /tests/Makefile: Datei oder Verzeichnis nicht gefunden
make: *** Keine Regel, um „/tests/Makefile“ zu erstellen. Schluss.

MfG Helmut

Ja, da haben noch ein paar Libs und Header gefehlt. Auch der Prefix muss auf /usr geändert werden, sonst wird das aus dem Packet installierte FFmpeg nicht überschrieben (auch nicht wirklich sauber). Besser vorher das Packet FFmpeg deinstallieren (Vorsicht: kann andere Pakete wegen Abhängigkeiten mit deinstallieren) und den Build nach /usr/local (default) installieren lassen. Hier ein Update (build unter easyVDR 5 getestet):

sudo bash
apt-get -y install build-essential git pkg-config yasm nasm libx264-dev libzvbi-dev
cd /usr/src
git clone https://github.com/FFmpeg/FFmpeg
cd FFmpeg
git checkout n6.1.2
./configure --prefix=/usr --enable-nonfree --enable-libx264 --enable-gpl --enable-libzvbi
make all
make install

Noch eine kleine Warnung an der Stelle: Ich habe keine Ahnung, ob andere Plugins, Tools, ... bei easyVDR noch FFmpeg nutzen und nach einem Update vielleicht nicht mehr laufen, oder zumindest neu gegen FFmpeg gebaut werden müssen. markad wird funktionieren, muss aber auf jeden Fall gegen das neue FFmepeg gebaut werden. Alles nicht "easy", bitte nicht annehmen, ich hätte den Weg empfohlen.

Ein möglichweise besserer Weg wäre, markad statisch gegen FFmpeg 6.1.2 zu linken und alles andere unangetastet zu lassen. Ich habe das aber auch noch nie gemacht, hier musste jemand einen Weg aufzeigen, wie das geht.

Danke für die Info,s

Da lasse ich für EasyVdr lieber die Finger weg.

Gruß Helmut

Ich hab das ffmpeg-6.1.2 in /usr/local bauen lassen, mit einer PATH-Anpassung: echo $PATH
/usr/local/cuda/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:

sodaß die relevanten (siehe auch cuda) Verzeichnisse Priorität haben.

Dann die Parameter für ffmpeg:

ffmpeg --v
ffmpeg version n6.1.2-27-ge16ff06adb Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 9 (Ubuntu 9.4.0-1ubuntu1~20.04.3)
configuration: --enable-shared --disable-static --enable-opengl --enable-libxvid --enable-libx265 --enable-libx264 --enable-libvpx --enable-libvorbis --enable-libtwolame --enable-libpulse --enable-cuvid --enable-vapoursynth --enable-libmp3lame --enable-libdav1d --enable-libaom --enable-gpl --enable-frei0r --enable-chromaprint --enable-nonfree --enable-gpl --enable-gnutls --enable-libaom --enable-libfdk-aac--enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libdav1d --enable-libbs2b --enable-libcaca --enable-libcodec2 --enable-libfontconfig --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libxavs2 --enable-libmysofa --enable-libopenjpeg --enable-libopenh264 --enable-libopenmpt --enable-libv4l2 --enable-libpulse --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-cuda-nvcc --enable-libnpp --extra-cflags=-I/usr/local/cuda/include --extra-ldflags=-L/usr/local/cuda/lib64 --enable-libzvbi --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-libdrm --enable-lv2 --enable-xlib --enable-zlib --enable-vulkan --enable-version3 --enable-swresample --enable-nonfree --enable-libass --enable-libplacebo --enable-vulkan --enable-cuda-llvm --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-nvdec --enable-nvenc --enable-vdpau
libavutil      58. 29.100 / 58. 29.100
libavcodec     60. 31.102 / 60. 31.102
libavformat    60. 16.100 / 60. 16.100
libavdevice    60.  3.100 / 60.  3.100
libavfilter     9. 12.100 /  9. 12.100
libswscale      7.  5.100 /  7.  5.100
libswresample   4. 12.100 /  4. 12.100
libpostproc    57.  3.100 / 57.  3.100

aus einem älteren 4.xx immer wieder kopiert, einige libs nachinstalliert etc.

Da ist sicher jede Menge Unnötiges dabei, aber:

Läuft hier sehr gut, auch für softhdcuvid.

Um den Suchpfad für die Programmausführung mache ich mir auch weniger Sorgen, weil das doppelte FFmpeg in /usr/local/bin wird auch seine zugehörigen Libs in /usr/local/lib finden wird. Mehr Sorgen mache ich mir bei den FFmpeg Libs:

root@VDR-2004-easyvdr5:~# cat /etc/ld.so.conf.d/*
# libc default configuration
/usr/local/lib
# Multiarch support
/usr/local/lib/x86_64-linux-gnu
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu

markad wird damit zufrieden sein, sofern es gegen das neue FFmpeg gebaut wurde.

softhddevice wird seine FFmpeg Libs auch aus /usr/local/lib ziehen und die passen dann nicht mit dem zusammen, mit denen es gebaut wurde. Also auch neu bauen. Und was noch ?

Quote from wmautner

Läuft hier sehr gut, auch für softhdcuvid.

Neu gebaut ?

Wenn man ein Programm mehrfach in unterschiedlichen Versionen auf dem System hat, muss man sehr genau wissen, was man da macht, insbesondere wenn andere Programme Libs davon verwenden. Bei FFmpeg auf einem Multimedia System kann das ein Fass ohne Boden werden. Ich würde davon dringend abraten.

Ja, natürlich baue ich die softhd* aus dem Git neu, läuft alles inkl. markad und vdr-transcode. Schon wegen Cuda.