Hi, >> So I don't think this is fixed because of any changes librtmp could >> make. It rather seems to be fixed by entirely avoiding librtmp. > > Interesting. > > ffmpeg contains a fork of librtmp which seems to be used if not linking > against the system shared copy. Debian favors shared code. > > I believe best would be to try figure out what change in the ffmpeg fork > of librtmp makes it work better (or at all?) compared to the canonical > project - and port those changes over if possible (and permitted - if > ffmpeg changes are incompatibly licensed). That would also benefit > other projects using librtmp, e.g. libcURL, lightspark and livestreamer.
I just re-built the ffmpeg package with "--disable-librtmp". That fixed the RTMP stream in both mpv and vlc. So, at least I can confirm that this is where the problem lies. I have no familiarity whatsoever with either ffmpeg or librtmp, but I can apply patches and re-compile packages for testing. However, the RTMP stream that I am testing this on is the live stream of an event that will end Monday at noon ;-) Kind regards, Ralf
