Open Bug 1376217 Opened 4 years ago Updated 6 months ago
No sound in mp4 with aac
187.63 KB, image/png
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build ID: 20170614102148 Steps to reproduce: Open a HTML5 web page with <video> tag and MP4 as <source> like http://camendesign.com/code/video_for_everybody/test.html or Open an MP4 directly like http://clips.vorwaerts-gmbh.de/big_buck_bunny.mp4 Actual results: Video is displayed correctly but there is no sound. Future testing proves that MP4 files with MP3 sound track plays both with video and sound. With others containers - OGG and WEBM – there are no problems with sound or video Expected results: MP4 files with AAC audio streams files should be played with sound.
Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core
no repro: fennec 54.0 locale te fennec 55.0b3 locale en-us fennec 56.0a1 build: 20170615100256 locale te
Confirmed the problem persists in Firefox 54.0. In the player the sound volume button seams disabled (see screenshot) – clicking on it does nothing. Using Mageia 5, with gstreamer both 0.10 and 1.0 installed
What version of ffmpeg/libav are you using?
I have the following packages installed: lib64avfilter5-2.4.13-1.mga5 lib64swresample1-2.4.13-1.mga5 lib64avcodec56-2.4.13-1.mga5 lib64swscaler3-2.4.13-1.mga5 lib64postproc53-2.4.13-1.mga5 lib64avutil54-2.4.13-1.mga5 lib64avformat56-2.4.13-1.mga5 I didn't have ffmpeg installed. Installing ffmpeg-2.4.13-1.mga5.x86_64 did not change the situation, but found this build is configured with –disable-decoder=aac and "ffmpeg -decoders | grep -i aac" shows nothing. Running "ffplay big_buck_bunny.mp4" shows video without sound and reports "No codec could be found with id 86018" So, the problem seems to be that Firefox selects to play MP4/AAC even when AAC decoder is not available.
4 years ago
Depends on: 1379047
Priority: -- → P3
(In reply to Y.B. from comment #5) > So, the problem seems to be that Firefox selects to play MP4/AAC even when > AAC decoder is not available. The issue is that we still play the video even if we don't have a valid audio track.
we ignore invalid tracks and only error if we have no available tracks. this behaviour was added in bug 1267637 (P2)
Until next ESR version comes out I have solved the problem for my particular case by recompiling FFmpeg with enabled AAC codec and replacing the ones coming with the Linux distribution. The binaries may be tested from https://saaplugin.now.im/random/ffmpeg/linux-x86_64/2.8.2/ffmpeg-2.8.2.lin64.tar.xz (Note: this FFmpeg build may be used for testing purposes only, and may be found "illegal" in some jurisdictions).
ESR won’t help here, as the issue is with ffmpeg options.
You need to log in before you can comment on or make changes to this bug.