Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

Quoting Ralf Jung (2016-03-26 13:43:16)
> You do not agree that URLs that work on Windows, Mac, SuSE, and Arch, 
> should also work on Debian...?

I believe this bugreport is the wrong place to discuss that topic.


 - 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

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

Hi,

> If you believe that all consumers of librtmp should by default work in 
> "live" mode then I suggest you file a bugreport against librtmp to 
> request patching it (or convince upstream to change) accordingly.
> 
> If you believe that - no matter what librtmp does by default - ffmpeg 
> and all its consumers should by default work in "live" mode then I 
> suggest you to file a bugreport against ffmpeg to request patching that.
> 
> If you believe that - no matter the defaults of librtmp or ffmpeg - VLC 
> should by default work in live mode... etc.

I believe that opening a well-formed and valid RTMP link in VLC or MPV
should work. I do not know enough about the infrastructure to judge how
to best achieve this -- maybe some of the involved library setting live
mode per default, maybe some of the involved parties re-trying in live
mode after non-live-mode fails.

>> Ok, I think I understand your point now.  Makes sense, even though I do 
>> not agree with it.

You do not agree that URLs that work on Windows, Mac, SuSE, and Arch,
should also work on Debian...?

Kind regards,
Ralf

Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

Quoting Ralf Jung (2016-03-26 13:07:43)
> Hi,
> 
> > If VLC fails to properly handle the odd URI+space+options ffmpeg syntax, 
> > then that is a bug in VLC.  Please check if that is the case, or (now 
> > that you know what to look for) it perhaps is instead an issue of you 
> > needing to feed the "live" option in a different way than you have tried 
> > already.  If VLC ignores the live option or has no way of being told the 
> > live option, then please open a new bug against vlc, pointing to this 
> > one for background info.
> 
> That's not what I meant. I meant the following: There are websites
> embedding rtmp:// links (e.g. ).
> Of course, these links do not contain "live=1"; no implementation
> besides librtmp needs that. Clicking such a link and opening it in an
> ffmpeg-backed application will result in an error on Debian, but nowhere
> else (people reported on IRC that the link works fine both on Windows
> and on Arch Linux).
> 
> Adding " live=1" works with VLC jut as well as MPV. But that's besides
> the point. We cannot expect users to know this, things should Just Work
> (TM).

Ok, I think I understand your point now.  Makes sense, even though I do 
not agree with it.

If you believe that all consumers of librtmp should by default work in 
"live" mode then I suggest you file a bugreport against librtmp to 
request patching it (or convince upstream to change) accordingly.

If you believe that - no matter what librtmp does by default - ffmpeg 
and all its consumers should by default work in "live" mode then I 
suggest you to file a bugreport against ffmpeg to request patching that.

If you believe that - no matter the defaults of librtmp or ffmpeg - VLC 
should by default work in live mode... etc.

Kind regards,

 - 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

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

Hi,

> If VLC fails to properly handle the odd URI+space+options ffmpeg syntax, 
> then that is a bug in VLC.  Please check if that is the case, or (now 
> that you know what to look for) it perhaps is instead an issue of you 
> needing to feed the "live" option in a different way than you have tried 
> already.  If VLC ignores the live option or has no way of being told the 
> live option, then please open a new bug against vlc, pointing to this 
> one for background info.

That's not what I meant. I meant the following: There are websites
embedding rtmp:// links (e.g. ).
Of course, these links do not contain "live=1"; no implementation
besides librtmp needs that. Clicking such a link and opening it in an
ffmpeg-backed application will result in an error on Debian, but nowhere
else (people reported on IRC that the link works fine both on Windows
and on Arch Linux).

Adding " live=1" works with VLC jut as well as MPV. But that's besides
the point. We cannot expect users to know this, things should Just Work
(TM).

Kind regards,
Ralf

Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

Quoting Ralf Jung (2016-03-26 12:13:15)
> [...] considering that librtmp upstream seems rather dead (last 
> release was in 2012).

Just for the record (unrelated to both this closed issue and a potential 
UI issue for VLC): librtmp may not release very frequently, but has made 
commits to its source as late as december 2015 (which is included in the 
Debian package.

 - 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

Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

Quoting Ralf Jung (2016-03-26 12:13:15)
> >> However, the RTMP stream that I am testing this on is the live stream of
> >> an event that will end Monday at noon ;-)
> > 
> > This fails similar to your experience:
> > 
> >   rtmpdump -r rtmp://revision.scenesat.com/live/mainhall
> > 
> > This works:
> > 
> >   rtmpdump --live -r rtmp://revision.scenesat.com/live/mainhall
> > 
> > So it seems you need to force live (i.e. disable seek).  This works:
> > 
> >   mpv "rtmp://revision.scenesat.com/live/mainhall live=1"
> > 
> > That arguably weird syntax is documented here: 
> > https://ffmpeg.org/ffmpeg-protocols.html#librtmp-rtmp_002c-rtmpe_002c-rtmps_002c-rtmpt_002c-rtmpte
> 
> Cool! I did read about this syntax but when I tried it, it didn't work.
> And I *do* still get the following when I try it now
> 
> $ mpv "rtmp://revision.scenesat.com/live/mainhall live=1"
> Playing: rtmp://revision.scenesat.com/live/mainhall live=1
> [ffmpeg] HandShake: client signature does not match!
> [ffmpeg] rtmp server sent error
> 
> but then, it works. So when I tried this yesterday, it was probably due
> to problems on the server side.

Right - I also wrongly chased the handshake message, until realising it 
is only a warning: https://github.com/DDVTECH/mistserver/issues/2


> I would still argue that there is a bug somewhere, e.g. clicking the
> rtmp://... link opens VLC and then fails, because nothing is adding that
> "live=1". This is pretty much undiscoverable, the end result for most
> Debian users will be "rtmp does not work". But I don't know whether the
> place to fix this is is VLC or ffmpeg or librtmp... not sure where to
> best report it; considering that librtmp upstream seems rather dead
> (last release was in 2012).

If VLC fails to properly handle the odd URI+space+options ffmpeg syntax, 
then that is a bug in VLC.  Please check if that is the case, or (now 
that you know what to look for) it perhaps is instead an issue of you 
needing to feed the "live" option in a different way than you have tried 
already.  If VLC ignores the live option or has no way of being told the 
live option, then please open a new bug against vlc, pointing to this 
one for background info.

 - 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

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

Hi,

> ffmpeg contains a fork of librtmp which seems to be used if not linking 
> against the system shared copy.  Debian favors shared code.

Comparing ffmpeg and librtmp sources, this does not look like a fork at
all, but rather like two independent codebases. I grepped for
identifiers, and found no matches between the two sources.

Kind regards,
Ralf

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

Hi,

> This does not work here with the Debian packages:

I got rid of the "configuration mismatch" by replacing libavcodec-extra
with plain libavcodec. This still fails:

> $ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 out.avi
> ffmpeg version 2.8.6-1+b2 Copyright (c) 2000-2016 the FFmpeg developers
>   built with gcc 5.3.1 (Debian 5.3.1-11) 20160307
>   configuration: --prefix=/usr --extra-version=1+b2 --build-suffix=-ffmpeg 
> --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu 
> --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl 
> --enable-shared --disable-stripping --disable-decoder=libopenjpeg 
> --disable-decoder=libschroedinger --enable-avresample --enable-avisynth 
> --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray 
> --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite 
> --enable-libfontconfig --enable-libfreetype --enable-libfribidi 
> --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame 
> --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp 
> --enable-libschroedinger --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-libzvbi 
> --enable-openal --enable-opengl --ena
 b
le-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq 
--enable-frei0r --enable-libx264 --enable-libopencv
>   libavutil  54. 31.100 / 54. 31.100
>   libavcodec 56. 60.100 / 56. 60.100
>   libavformat56. 40.101 / 56. 40.101
>   libavdevice56.  4.100 / 56.  4.100
>   libavfilter 5. 40.101 /  5. 40.101
>   libavresample   2.  1.  0 /  2.  1.  0
>   libswscale  3.  1.101 /  3.  1.101
>   libswresample   1.  2.101 /  1.  2.101
>   libpostproc53.  3.100 / 53.  3.100
> HandShake: client signature does not match!
> Closing connection: NetStream.Play.StreamNotFound
> rtmp://revision.scenesat.com/live/mainhall: Unknown error occurred

Kind regards,
Ralf

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

Hi,

Please keep me in Cc in the mails, bugs.d.o doesn't otherwise seem to
deliver them to me.

> Sorry to say but this does not seem like a useful bug report: Did you test 
> at all with FFmpeg?

As a library, yes -- as I said, mpv and vlc. The error message was even
prefixed with [ffmpeg]. I'd say starting by reporting against ffmpeg is
a good first guess given these hints; of course it may well turn out
that the actual problem lies elsewhere.

I wouldn't know how else to test this with ffmpeg; I did not know you
could use the ffmpeg command to "convert" RTMP streams.

> > $ mpv 'rtmp://revision.scenesat.com/live/mainhall'
> 
> This url works fine here both with current FFmpeg and FFmpeg 2.8
> 
> Carl Eugen
> 
> $ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 out.avi

This does not work here with the Debian packages:

> $ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 out.avi
> ffmpeg version 2.8.6-1+b2 Copyright (c) 2000-2016 the FFmpeg developers
>   built with gcc 5.3.1 (Debian 5.3.1-11) 20160307
>   configuration: --prefix=/usr --extra-version=1+b2 --build-suffix=-ffmpeg 
> --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu 
> --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl 
> --enable-shared --disable-stripping --disable-decoder=libopenjpeg 
> --disable-decoder=libschroedinger --enable-avresample --enable-avisynth 
> --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray 
> --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite 
> --enable-libfontconfig --enable-libfreetype --enable-libfribidi 
> --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame 
> --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp 
> --enable-libschroedinger --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-libzvbi 
> --enable-openal --enable-opengl --ena
 b
le-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq 
--enable-frei0r --enable-libx264 --enable-libopencv
>   WARNING: library configuration mismatch
>   configuration: --prefix=/usr --extra-version=1+b2 --build-suffix=-ffmpeg 
> --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu 
> --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl 
> --enable-shared --disable-stripping --disable-decoder=libopenjpeg 
> --disable-decoder=libschroedinger --enable-avresample --enable-avisynth 
> --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray 
> --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite 
> --enable-libfontconfig --enable-libfreetype --enable-libfribidi 
> --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame 
> --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp 
> --enable-libschroedinger --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-libzvbi 
> --enable-openal --enable-opengl --ena
 b
le-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq 
--enable-frei0r --enable-libx264 --enable-libopencv --enable-version3 
--disable-doc --disable-programs --disable-avdevice --disable-avfilter 
--disable-avformat --disable-avresample --disable-postproc --disable-swscale 
--enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libvo_aacenc 
--enable-libvo_amrwbenc
>   libavutil  54. 31.100 / 54. 31.100
>   libavcodec 56. 60.100 / 56. 60.100
>   libavformat56. 40.101 / 56. 40.101
>   libavdevice56.  4.100 / 56.  4.100
>   libavfilter 5. 40.101 /  5. 40.101
>   libavresample   2.  1.  0 /  2.  1.  0
>   libswscale  3.  1.101 /  3.  1.101
>   libswresample   1.  2.101 /  1.  2.101
>   libpostproc53.  3.100 / 53.  3.100
> HandShake: client signature does not match!
> Closing connection: NetStream.Play.StreamNotFound
> rtmp://revision.scenesat.com/live/mainhall: Unknown error occurred

I did "aptitude reinstall '?any-version(?source-package(^ffmpeg) ~i)'"
so I am pretty sure I got the Debian version of all ffmpeg packages again.

Kind regards,
Ralf

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

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

Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

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 
> >>  do not work in either MPV or VLC.
> >> However, after building mpv and ffmpeg using 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

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

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 
>>  do not work in either MPV or VLC.
>> However, after building mpv and ffmpeg using 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.

Kind regards,
Ralf

Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

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  
> do not work in either MPV or VLC.
> However, after building mpv and ffmpeg using 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

 - 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

Bug#819266: ffmpeg: rtmp is broken

[Jonas Smedegaard]

Quoting Carl Eugen Hoyos (2016-03-25 21:37:58)
> On Friday 25 March 2016 07:19:35 pm you wrote:
> > Package: ffmpeg
> > Version: 7:2.8.6-1+b2
> > Severity: normal
> 
> > something about rtmp is broken in ffmpeg as shipped in Debian.
> > For example, the Revision RTMP streams
> >  do not work in either MPV or VLC.
> > However, after building mpv and ffmpeg using mpv-build
> > , the streams *do* work -- and
> > since MPV and VLC shows the same error, I suspect ffmpeg is the culprit
> > here.
> 
> Sorry to say but this does not seem like a useful bug report: Did you test 
> at all with FFmpeg?
> 
> > $ mpv 'rtmp://revision.scenesat.com/live/mainhall'
> 
> This url works fine here both with current FFmpeg and FFmpeg 2.8
> 
> Carl Eugen
> 
> $ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 out.avi
> ffmpeg version N-79134-g4d25172 Copyright (c) 2000-2016 the FFmpeg developers
>   built with gcc 4.7 (SUSE Linux)

Please elaborate what "here" is - it seems above is SUSE, not Debian.

Same command fails for me, on Debian unstable, AMD64:

jonas@auryn:~$ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 
out.avi
ffmpeg version 2.8.6-1+b2 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 5.3.1 (Debian 5.3.1-11) 20160307
  configuration: --prefix=/usr --extra-version=1+b2 --build-suffix=-ffmpeg 
--toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu 
--incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl 
--enable-shared --disable-stripping --disable-decoder=libopenjpeg 
--disable-decoder=libschroedinger --enable-avresample --enable-avisynth 
--enable-gnutls --enable-ladspa --enable-libass --enable-libbluray 
--enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite 
--enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme 
--enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg 
--enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger 
--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-libzvbi --enable-openal --enable-opengl 
--enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq 
--enable-frei0r --enable-libx264 --enable-libopencv
  WARNING: library configuration mismatch
  avcodec configuration: --prefix=/usr --extra-version=1+b2 
--build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu 
--incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl 
--enable-shared --disable-stripping --disable-decoder=libopenjpeg 
--disable-decoder=libschroedinger --enable-avresample --enable-avisynth 
--enable-gnutls --enable-ladspa --enable-libass --enable-libbluray 
--enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite 
--enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme 
--enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg 
--enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger 
--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-libzvbi --enable-openal --enable-opengl 
--enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq 
--enable-frei0r --enable-libx264 --enable-libopencv --enable-version3 
--disable-doc --disable-programs --disable-avdevice --disable-avfilter 
--disable-avformat --disable-avresample --disable-postproc --disable-swscale 
--enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libvo_aacenc 
--enable-libvo_amrwbenc
  libavutil  54. 31.100 / 54. 31.100
  libavcodec 56. 60.100 / 56. 60.100
  libavformat56. 40.101 / 56. 40.101
  libavdevice56.  4.100 / 56.  4.100
  libavfilter 5. 40.101 /  5. 40.101
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale  3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc53.  3.100 / 53.  3.100
HandShake: client signature does not match!
Closing connection: NetStream.Play.StreamNotFound
rtmp://revision.scenesat.com/live/mainhall: Unknown error occurred

-- 
 * 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

Bug#819266: ffmpeg: rtmp is broken

[Carl Eugen Hoyos]

On Friday 25 March 2016 07:19:35 pm you wrote:
> Package: ffmpeg
> Version: 7:2.8.6-1+b2
> Severity: normal

> something about rtmp is broken in ffmpeg as shipped in Debian.
> For example, the Revision RTMP streams
>  do not work in either MPV or VLC.
> However, after building mpv and ffmpeg using mpv-build
> , the streams *do* work -- and
> since MPV and VLC shows the same error, I suspect ffmpeg is the culprit
> here.

Sorry to say but this does not seem like a useful bug report: Did you test 
at all with FFmpeg?

> $ mpv 'rtmp://revision.scenesat.com/live/mainhall'

This url works fine here both with current FFmpeg and FFmpeg 2.8

Carl Eugen

$ ffmpeg -i rtmp://revision.scenesat.com/live/mainhall -qscale 2 out.avi
ffmpeg version N-79134-g4d25172 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.7 (SUSE Linux)
  configuration: --enable-gpl
  libavutil  55. 19.100 / 55. 19.100
  libavcodec 57. 30.100 / 57. 30.100
  libavformat57. 29.101 / 57. 29.101
  libavdevice57.  0.101 / 57.  0.101
  libavfilter 6. 40.102 /  6. 40.102
  libswscale  4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc54.  0.100 / 54.  0.100
[flv @ 0x20ad3c0] audio stream discovered after head already parsed
Input #0, flv, from 'rtmp://revision.scenesat.com/live/mainhall':
  Metadata:
author  :
copyright   :
description :
keywords:
rating  :
title   :
presetname  : Custom
creationdate: Fri Mar 25 21:25:32 2016
:
videodevice : AVerMedia HD Capture
avclevel: 32
avcprofile  : 77
videokeyframe_frequency: 5
audiodevice : AVerMedia HD Audio Cap (AVerMed
audiochannels   : 2
audioinputvolume: 75
  Duration: N/A, start: 0.00, bitrate: 1328 kb/s
Stream #0:0: Video: h264 (Main), yuv420p(tv), 960x540 [SAR 1:1 DAR 16:9], 
1200 kb/s, 30.30 fps, 29.97 tbr, 1k tbn, 60 tbc
Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s
Please use -q:a or -q:v, -qscale is ambiguous
Output #0, avi, to 'out.avi':
  Metadata:
author  :
ICOP:
description :
keywords:
rating  :
INAM:
presetname  : Custom
creationdate: Fri Mar 25 21:25:32 2016
:
videodevice : AVerMedia HD Capture
avclevel: 32
avcprofile  : 77
videokeyframe_frequency: 5
audiodevice : AVerMedia HD Audio Cap (AVerMed
audiochannels   : 2
audioinputvolume: 75
ISFT: Lavf57.29.101
Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 960x540 [SAR 1:1 
DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
Metadata:
  encoder : Lavc57.30.100 mpeg4
Side data:
  cpb: bitrate max/min/avg: 0/0/20 buffer size: 0 vbv_delay: -1
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 
kb/s
Metadata:
  encoder : Lavc57.30.100 ac3
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> mpeg4 (native))
  Stream #0:1 -> #0:1 (mp3 (native) -> ac3 (native))
Press [q] to stop, [?] for help
frame=  606 fps= 31 q=2.0 Lsize=   10002kB time=00:00:20.58 
bitrate=3980.4kbits/s dup=0 drop=140 speed=1.06x
video:9481kB audio:482kB subtitle:0kB other streams:0kB global headers:0kB 
muxing overhead: 0.383157%

Bug#819266: ffmpeg: rtmp is broken

[Ralf Jung]

Package: ffmpeg
Version: 7:2.8.6-1+b2
Severity: normal

Dear Maintainer,

something about rtmp is broken in ffmpeg as shipped in Debian.
For example, the Revision RTMP streams  
do not work in either MPV or VLC.
However, after building mpv and ffmpeg using mpv-build 
, the streams
*do* work -- and since MPV and VLC shows the same error, I suspect ffmpeg is 
the culprit here.

$ mpv 'rtmp://revision.scenesat.com/live/mainhall'
Playing: rtmp://revision.scenesat.com/live/mainhall
[ffmpeg] HandShake: client signature does not match!
[ffmpeg] Closing connection: NetStream.Play.StreamNotFound
Failed to open rtmp://revision.scenesat.com/live/mainhall.

Kind regards,
Ralf


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (100, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ffmpeg depends on:
ii  libavcodec-ffmpeg-extra56  7:2.8.6-1+b2
ii  libavdevice-ffmpeg56   7:2.8.6-1+b2
ii  libavfilter-ffmpeg57:2.8.6-1+b2
ii  libavformat-ffmpeg56   7:2.8.6-1+b2
ii  libavresample-ffmpeg2  7:2.8.6-1+b2
ii  libavutil-ffmpeg54 7:2.8.6-1+b2
ii  libc6  2.22-3
ii  libpostproc-ffmpeg53   7:2.8.6-1+b2
ii  libsdl1.2debian1.2.15+dfsg1-4
ii  libswresample-ffmpeg1  7:2.8.6-1+b2
ii  libswscale-ffmpeg3 7:2.8.6-1+b2
ii  libvdpau1  1.1.1-3
ii  libx11-6   2:1.6.3-1

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information