As the streamer allows pretty accurate setting of the bitrate for video and audio, I am currently experimenting with outputting it directly without transcoding which should be much more efficient. This line accepts the UDP multicast H.265 stream and outputs it (should be one long line). Here are the relevant parts of my modified nanoencode.sh:
I tend to prefer hardware devices so don't use OBS or Vmix, I do all of my video switching with a Blackmagic ATEM. Hi Tim, the source streamer is one of these. I'm currently using OBS + LKV373 + Nano + Lime works ok most of the time but the output from my PC seems to upset the LKV at times but by tweaking the video card parameters I can make it run fairly well only dropping the odd frame every 20 seconds or so.
Here is a patch file to build with ffmpeg4.Interesting work - any chance you could post your settings for the video source streamer (OBS or Vmix ?) and the tweaks you made to nanoencode.sh ? If you look at the official VLC package, they use ffmpeg4.4 because VAAPI won't work with VLC on ffmpeg5, and even the official vlc developers said they have no plans to support ffmpeg5 on the vlc 3.0 branch here. So, vlc 3.0x is not supposed to be built with ffmpeg 5, which your package is doing incorrectly. I'm rather confused by the fact that while this package lists VAAPI drivers as optional dependencies, and at line 266 -enable-libva is listed, why at line 335 is there a conflicting -disable-libva? ( gnutls-tiny-git, gnutls-openssl, gnutls-nodocs-git, gnutls-git) ( freetype2-minimal-git, freetype2-ttmetrics, freetype2-v35, freetype2-git, freetype2-ultimate5, freetype2-infinality-remix) ( fontconfig-srb, fontconfig-minimal-git, fontconfig-git, fontconfig-ubuntu)
( ffmpeg-nox-git, ffmpeg-svt-vp9-git, ffmpeg-intel-full-git, ffmpeg-yt-dlp-bin, ffmpeg-shinobi, ffmpeg-git, ffmpeg-ndi, ffmpeg-mmal, ffmpeg-libfdk_aac, ffmpeg-nocuda, ffmpeg-obs, ffmpeg-cuda, ffmpeg-decklink, ffmpeg-full, ffmpeg-headless, ffmpeg-v4l2-request-git, ffmpeg-amd-full, ffmpeg-amd-full-git, ffmpeg-full-git)
0 kommentar(er)
