| Summary: | [GStreamer] Sound screeching when playing certain videos | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Lionir <webkit> | ||||
| Component: | Media | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED MOVED | ||||||
| Severity: | Normal | CC: | bugs-noreply, mcatanzaro, pnormand, softrobot | ||||
| Priority: | P2 | ||||||
| Version: | Other | ||||||
| Hardware: | Other | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
Lionir
2019-05-13 11:24:35 PDT
I can reproduce on https://share.tube/videos/watch/afa7808a-fbaa-4707-8328-022602a72f3d, but not on https://www.youtube.com/watch?v=bzOxzJNdpH0. I started noticing this a few days ago on several other YouTube videos (though strangely, not the one you linked to). Very annoying. The commonality seems to be that all affected videos (including the one you linked to) use MP4, not WebM. I'm surprised I don't notice the issue during the first minute of that video, however. (I'm also surprised multiple people watched the video, and even have an argument in the comments....) Note this YouTube video hangs the entire webpage when opened in system Epiphany (with no gstreamer-libav): bug #197861. Looks like this is a bug in the fdkaac decoder... 0:00:05.661134274 56 0x5644ba0a6050 WARN audiodecoder gstaudiodecoder.c:3021:_gst_audio_decoder_error:<fdkaacdec0> error: decoding error: 16388 0:00:05.661322541 56 0x5644ba0a6050 WARN audiodecoder gstaudiodecoder.c:3021:_gst_audio_decoder_error:<fdkaacdec0> error: decoding error: 16388 0:00:05.661530302 56 0x5644ba0a6050 WARN audiodecoder gstaudiodecoder.c:3021:_gst_audio_decoder_error:<fdkaacdec0> error: decoding error: 16388 0:00:05.661784649 56 0x5644ba0a6050 WARN audiodecoder gstaudiodecoder.c:3021:_gst_audio_decoder_error:<fdkaacdec0> error: decoding error: 16388 This is a GNOME Runtime bug, you should upgrade to GStreamer 1.16... I can't reproduce the issue with the fdkaac decoder shipped in that version, while the runtime uses an old version (1.14.4). Update to 1.16 will be for master only, update for stable is rejected. Fix will be backported to 1.14 instead: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/merge_requests/343 Thanks for debugging, Phil! (In reply to Michael Catanzaro from comment #6) > Fix will be backported to 1.14 instead: > https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/merge_requests/343 It's the wrong fix. All of those commits are for the encoder, not the decoder. GStreamer devs are confused, don't know what to backport. When playing the Ubuntu video manually with gst-play-1.0, we get: ERROR debug information: ../../../ext/fdkaac/gstfdkaacdec.c(220): gst_fdkaacdec_handle_frame (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstFdkAacDec:fdkaacdec0: decoding error: 16394 Reached end of play list. which pretty strongly suggests this is not WebKit's fault. That is inside the runtime, btw. On my host system it fails due to missing MP4 support. fdk-aac inside the runtime is https://gitlab.com/freedesktop-sdk/freedesktop-sdk/blob/18.08/elements/desktop/libfdk-aac.bst, a stripped version hosted by Fedora. That's not going to change, but of course we can report bugs or request updates, etc. (Reopening because we need to figure out where to move this to, and evidence suggests it may not be fixed in 1.16.) Created attachment 370050 [details]
Debug log
Debug log requested by Tim-Philipp
(In reply to Michael Catanzaro from comment #10) > (Reopening because we need to figure out where to move this to, and evidence > suggests it may not be fixed in 1.16.) It's definitely a problem with the fdk-aac version. freedesktop-sdk issue: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/issues/781 *** Bug 196293 has been marked as a duplicate of this bug. *** |