Quoting Ralf Jung (2016-03-26 09:26:05) > Hi, > > > Quoting Ralf Jung (2016-03-25 19:19:35) > >> something about rtmp is broken in ffmpeg as shipped in Debian. > >> For example, the Revision RTMP streams > >> <https://2016.revision-party.net/live> do not work in either MPV or VLC. > >> However, after building mpv and ffmpeg using mpv-build > >> <https://github.com/mpv-player/mpv-build>, the streams > >> *do* work -- and since MPV and VLC shows the same error, I suspect ffmpeg > >> is the culprit here. > > > > Seems to be even lower level than ffmpeg, and already reported: > > https://bugs.debian.org/654665 > > mpv-build does not seem to build its own version of librtmp. Instead, as > far as I can tell, it builds ffmpeg without librtmp -- judging from the > object files I see: > > > ./ffmpeg_build/libavformat/rtmpproto.o > > ./ffmpeg_build/libavformat/rtmphttp.o > > ./ffmpeg_build/libavformat/rtmppkt.o > > I don't even have librtmp-dev installed, so it could hardly link against > that library. > > 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. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: signature
