On Friday, November 17, 2017 10:58:35 PM Ken Moffat wrote:
> On Fri, Nov 17, 2017 at 09:26:51AM +0100, Vaclav Masin wrote:
> > Hello,
> >
> > as the title suggests - mp4 videos don't seem to play for me since FF 57.
> > See this test site for an example:
> > https://www.quirksmode.org/html5/tests/video.html - the other two videos
> > play just fine but not the first one. Used to work in FF 56 and before
> > without any issues.
> >
> > I get this message in the dev console: 'Specified “type” attribute of
> > “video/mp4” is not supported. Load of media resource
> > ../videos/big_buck_bunny.mp4 failed' or on some other sites messages like
> > this: 'The video on this page can’t be played. Your system may not have the
> > required video codecs for: video/mp4;codecs="avc1.4d400d mp4a.40.2" ...
> > ...'.
> >
> > I tried upgrading to ffmpeg 3.4 as per the dev version of The BLFS Book,
> > also a couple of the decoding libraries I could think of like libx264 and
> > libx265 but so far no luck.
> >
> > My base system is LFS/BLFS 7.10 (with a touch of BLFS 7.9 to get the old
> > KDE4 running but that's probably beyond the point).
> >
> > As I'm slowly running out of (my arguably a rather limited range of) ideas,
> > would anyone have an idea what the problem might be?
> >
> > Thanks.
> >
> > Vaclav Masin
> >
> I've temporarily booted an old 7.10 system on the machine where I'm
> currently building almost-current svn. As with all the newer
> systems on this box (i3 SandyBridge) "works for me". I've lost
> track of what gets used for mp4, but back in September (ff55.0.3)
> ffmpeg was indeed needed.
>
> For ffmpeg I only tend to update if I *notice* a vulnerability fix,
> although sometimes I've updated if I notice that ffmpeg has a
> "stable" update. This system appears to be running ffmpeg-3.1.9 (I
> only update ffmpeg within the same major-minor, this one was last
> updated in July).
>
> Looking at my logs, the libs from this ffmpeg are libavcodec,
> libavdevice, libavfilter, libavformat, libavutil, libpostproc,
> libswresample, libswcale. It is possible that my config for ffmpeg
> does not match the book, but I seem to have used
>
> ./configure --prefix=/usr \
> --enable-gpl \
> --enable-version3 \
> --enable-nonfree \
> --disable-static \
> --enable-shared \
> --disable-debug \
> --enable-libfdk-aac \
> --enable-libfreetype \
> --enable-libmp3lame \
> --enable-libtheora \
> --enable-libvorbis \
> --enable-libvpx \
> --enable-libx264 \
> --enable-libx265 \
> --enable-x11grab \
> --enable-pthreads \
> --enable-postproc \
> --enable-swscale \
> --enable-librtmp \
> --docdir=/usr/share/doc/ffmpeg-3.1.9
>
> Since it is working for me, I'm not sure what to suggest - but I've
> tried
>
> strace -o mp4trace -ff firefox
> https://www.quirksmode.org/html5/tests/video.html
>
> That gave a LOT of files (132)
>
> I then ran
> grep 'open' mp4trace.* | sort -u >opens
>
> From that I ran
> less opens | grep ENOENT | wc -l
> which apparently returned 344 ENOENT on a working system.
>
> But of course many of those are not libraries.
>
> less opens | grep /usr/lib/ | wc -l
> shows that the many processes open 419 libs in total.
>
> I will guess that it was probably one of the ffmpeg libraries which
> failed to open (or perhaps something failed to dlopen) - but only
> libavcodec, libavutil and libswresample seem to have been used by
> firefox's processes on my working 7.20 system.
>
> Maybe that will give you some ideas. If not, I', sorry it isn't
> working for you, and good luck trying to track it down.
>
> When I update firefox itself on my own systems I update sqlite,
> nspr, nss, libvpx, libpng if not at least 1.6.31, make-ca, ca-certs.
> I've not updated icu4c beyond 59. I use the (my) system graphite2 /
> harfbuzz patch, so I also update those two packages to the minimum
> versions needed for the patch - but I doubt that is relevant to your
> problem. On this 7.10 build I've used llvm-5.0.0 and rustc-1.19.0 :
> I'm mentioning that to discount old versions. And openssl on this
> system is 1.0.2m. But I guess your versions of those are similar or
> you wouldn't have managed to update your firefox to 57.
>
> Even if I wasn't responsible for usually doing the firefox edits, at
> least for a new major version, I would probably still be updating my
> current systems whenever we had a new BLFS release. That requires
> that I script my builds - I've trashed, or at least stopped
> maintaining, my systems before BLFS-7.10 - usually because I
> couldn't get firefox to build, or else because I couldn't get the
> current ca-certs to build. So I assume that all the relevant
> packages on your system are new enough.
>
> That makes me suspect the problem might be specific to your brand of
> video card, or else to libva (I've ignored libva-2.0.0 on all my
> systems because it breaks gstreamer-vaapi, and I don't think I've
> ever updated to a newer version on a running system - this one is
> still on libva-1.7.1.
>
> Bood luck with debugging the problem!
>
> ĸen
>
Thanks a lot for both answers, guys, Ken's lengthy one even more so! I find
even "works for me" actually useful encouraging me to dig in into it further
knowing that it should be doable.
I tried upgrading libva deleting the old libraries followed by recompiling
ffmpeg and firefox but to no avail. I'm not quire sure about this one though
anyway - my graphics card is NVIDIA GTX660 (or NVIDIA FX 2700M on my laptop -
I'm testing on both machines) and I had a vague understanding that libva is for
Intel cards only (I might be wrong though) so it'd be libvdpau for me. Which I
tried upgrading as well, together with NVIDIA drivers but still no luck anyway.
The strace test seems to have passed as well - both FF56 and FF57 (I can switch
back and forth easily having both installed in a versioned dir in /opt) result
in these sort of lines for ffmpeg libs:
FF56
mp4trace.8765:open("/usr/lib/libavcodec.so.57", O_RDONLY|O_NOCTTY|O_CLOEXEC) =
95
mp4trace.8765:open("/usr/lib/libavutil.so.55", O_RDONLY|O_NOCTTY|O_CLOEXEC) = 95
mp4trace.8765:open("/usr/lib/libswresample.so.2", O_RDONLY|O_NOCTTY|O_CLOEXEC)
= 95
FF57
mp4trace.12103:open("/usr/lib/libavcodec.so.57", O_RDONLY|O_NOCTTY|O_CLOEXEC) =
95
mp4trace.12103:open("/usr/lib/libavutil.so.55", O_RDONLY|O_NOCTTY|O_CLOEXEC) =
95
mp4trace.12103:open("/usr/lib/libswresample.so.2", O_RDONLY|O_NOCTTY|O_CLOEXEC)
= 95
I'm lagging behind on my llvm version a little bit being still on 4.0.1. I'll
see if I can upgrade to 5.0.0, recompile FF and report back if I find anything
interesting to add.
Thanks again for trying to help.
VM
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
