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
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
                                     - Unseen Academicals
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to