2024-03-27, 09:17 AM
(This post was last modified: 2024-03-28, 03:31 PM by ric. Edited 5 times in total.)
May I be bold and say that I am really surprised as a new user to jellyfin that with hardware transcoding there is even a need for hard drive cache. Ive been using omx compiled version of FFMPEG for years with tvheadend and it works amazing in transcoding a TV channel TS Mpeg2 stream's in real time over VPN with no hard drive caching and low CPU on a PI2!!!!, and with no fancy options.
The other thing i would say is that if there is every a need for a cache directory then I think in most cases it would make sense to put it on the largest drive (of course the perfect solution would be a ram disk if you have the space). if jellyfin removes its cache files then why is it set to remove everything. surely from a neat coding POV it should just remove all cache 'pattern' files not just *.*
Much better would be for JF to use a virtual interface for one continuous transcoded TS stream. Also in most cases audio would never need to be transcoded.
TVH Transcoding HW on PI
------------------------
/usr/bin/ffmpeg -i - -f mpegts -c:a copy -c:v h264_omx -b:v 768k pipe:1
ffmpeg version 3.2.10-1~deb9u1~bpo8+1 Copyright © 2000-2018 the FFmpeg developers
built with gcc 4.9.2 (Debian 4.9.2-10)
configuration: --prefix=/usr --extra-version='1~deb9u1~bpo8+1' --toolchain=hardened --libdir=/usr/lib/arm-linux-gnueabihf --incdir=/usr/include/arm-linux-gnueabihf --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --disable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
libavutil 55. 34.101 / 55. 34.101
libavcodec 57. 64.101 / 57. 64.101
libavformat 57. 56.101 / 57. 56.101
libavdevice 57. 1.100 / 57. 1.100
libavfilter 6. 65.100 / 6. 65.100
libavresample 3. 1. 0 / 3. 1. 0
libswscale 4. 2.100 / 4. 2.100
libswresample 2. 3.100 / 2. 3.100
libpostproc 54. 1.100 / 54. 1.100
DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (decoders: h264 h264_vdpau ) (encoders: libx264 libx264rgb h264_omx h264_vaapi )
yeap version 3 and still going strong......
(./configure --enable-gpl --enable-nonfree --enable-mmal --enable-omx --enable-omx-rpi)
The other thing i would say is that if there is every a need for a cache directory then I think in most cases it would make sense to put it on the largest drive (of course the perfect solution would be a ram disk if you have the space). if jellyfin removes its cache files then why is it set to remove everything. surely from a neat coding POV it should just remove all cache 'pattern' files not just *.*
Much better would be for JF to use a virtual interface for one continuous transcoded TS stream. Also in most cases audio would never need to be transcoded.
TVH Transcoding HW on PI
------------------------
/usr/bin/ffmpeg -i - -f mpegts -c:a copy -c:v h264_omx -b:v 768k pipe:1
ffmpeg version 3.2.10-1~deb9u1~bpo8+1 Copyright © 2000-2018 the FFmpeg developers
built with gcc 4.9.2 (Debian 4.9.2-10)
configuration: --prefix=/usr --extra-version='1~deb9u1~bpo8+1' --toolchain=hardened --libdir=/usr/lib/arm-linux-gnueabihf --incdir=/usr/include/arm-linux-gnueabihf --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --disable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
libavutil 55. 34.101 / 55. 34.101
libavcodec 57. 64.101 / 57. 64.101
libavformat 57. 56.101 / 57. 56.101
libavdevice 57. 1.100 / 57. 1.100
libavfilter 6. 65.100 / 6. 65.100
libavresample 3. 1. 0 / 3. 1. 0
libswscale 4. 2.100 / 4. 2.100
libswresample 2. 3.100 / 2. 3.100
libpostproc 54. 1.100 / 54. 1.100
DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (decoders: h264 h264_vdpau ) (encoders: libx264 libx264rgb h264_omx h264_vaapi )
yeap version 3 and still going strong......
(./configure --enable-gpl --enable-nonfree --enable-mmal --enable-omx --enable-omx-rpi)