DOMException: Failed to load because no supported source was found
Solution 1:
This problem occurs in newer Chrome/Chromium browsers starting from v50
From HTMLMediaElement.play() Returns a Promise by Google Developers:
Automatically playing audio and video on the web is a powerful capability, and one that’s subject to different restrictions on different platforms. Today, most desktop browsers will always allow web pages to begin
<video>
or<audio>
playback via JavaScript without user interaction. Most mobile browsers, however, require an explicit user gesture before JavaScript-initiated playback can occur. This helps ensure that mobile users, many of whom pay for bandwidth or who might be in a public environment, don’t accidentally start downloading and playing media without explicitly interacting with the page.It’s historically been difficult to determine whether user interaction is required to start playback, and to detect the failures that happen when (automatic) playback is attempted and fails. Various workarounds exist, but are less than ideal. An improvement to the underlying
play()
method to address this uncertainty is long overdue, and this has now made it to the web platform, with an initial implementation in Chrome 50.A
play()
call on an a<video>
or<audio>
element now returns a Promise. If playback succeeds, the Promise is fulfilled, and if playback fails, the Promise is rejected along with an error message explaining the failure. This lets you write intuitive code like the following:var playPromise = document.querySelector('video').play(); // In browsers that don’t yet support this functionality, // playPromise won’t be defined. if (playPromise !== undefined) { playPromise.then(function() { // Automatic playback started! }).catch(function(error) { // Automatic playback failed. // Show a UI element to let the user manually start playback. }); }
In addition to detecting whether the play() method was successful, the new Promise-based interface allows you to determine when the
play()
method succeeded. There are contexts in which a web browser may decide to delay the start of playback—for instance, desktop Chrome will not begin playback of a<video>
until the tab is visible. The Promise won’t fulfill until playback has actually started, meaning the code inside thethen()
will not execute until the media is playing. Previous methods of determining ifplay()
is successful, such as waiting a set amount of time for a playing event and assuming failure if it doesn’t fire, are susceptible to false negatives in delayed-playback scenarios.
Credits: Failed to load because no supported source was found. when playing HTML5 audio element
Solution 2:
I've had the same issue in VueJS. The thing that worked for me was to replace:
const audio = new Audio(required('../assets/sound.mp3'))
audio.play()
with:
import sound from '../assets/sound.mp3'
const audio = new Audio(sound)
audio.play()
Solution 3:
I had the same error and it turned out to be a CORS issue.
Instead of
video.setAttribute('crossorigin', 'anonymous');
try the more explicit way:
video.crossOrigin = 'anonymous';
And make sure that the server response has the header Access-Control-Allow-Origin: *
. Or instead of the asterisk wildcard, specify the domain of the website that is allowed to access the video from the server.
Solution 4:
I had the same problem with an mp3 file. My solution was to add content to the html through javascript.
Example of HTML where i'm going to put the file to be played.
<span id="audio"></span>
And in javascript:
$('#audio').html('<audio autoplay><source src="audio/ding.mp3"></audio>');
This will play the audio, assuming its the same for video.
Hope it helps
Solution 5:
I had the same problem, but the cause was the file name contained a '#'.
Apparently, if the file name contains a '#' I would get net::ERR_FILE_NOT_FOUND
if setting the src directly to the string
document.getElementById('audio').src = '../path/x#y.webm';
console.log(document.getElementById('audio').src); // C:\Users\x\y\z\path\x#y.webm
But would get a DOMException: The element has no supported sources.
when using node's path.resolve
even though the html element's src
attribute would be the same
document.getElementById('audio').src = path.resolve('path', 'x#y.webm');
console.log(document.getElementById('audio').src); // C:\Users\x\y\z\path\x#y.webm
Renaming the file name to x-y.webm
resolved the issue.
This was using electron on windows, it may not be the case on other os's or on web apps.