This issue is related to playing media in Firefox. While trying to stream audio after moving workstations, I get the following error in the console:
Media resource [...] could not be decoded [...] NS_ERROR_DOM_MEDIA_MEDIASINK_ERR (0x806e000b) Details: OnMediaSinkAudioError
In this case, it's not down to the website setup or contents of the audio stream, as they were working before.
Searching online for OnMediaSinkAudioError or NS_ERROR_DOM_MEDIA_MEDIASINK_ERR only seem to turn up with code commits or repositories for Firefox itself, so this doesn't appear to be a common problem.
It turns out that in this scenario, the error is quite misleading, since it is caused by a misconfiguration of the Windows audio output device.
After swapping my headphones from the rear audio ports to the front and restarting the workstation, everything worked fine. Restarting Firefox may have also been sufficient.
I had the same problem more than once, this time after showing the Console (on Soundcloud) I saw the NS_ERROR_DOM_MEDIA_MEDIASINK_ERR error logged and googled it to find this SO question. What fixed this issue for me was the 1st solution at drivereasy (restarting the Windows Audio service), without even restarting Windows or Firefox.
Hold Down Windows logo and press R key. A Run dialog box will pop up.
Type services.msc in the run box and click OK button.
In right Services Window, find Windows Audio from the “Name” list and right-click on it. Click Restart in the pop-up menu. Then the audio service will restart.
A cmd oneliner would be net stop AudioSrv && net start AudioSrv, run as Administrator.
If you are using VS CODE Live Server extension, Javascript Audio() won't play sound. Try running the site without the extension.
I was receiving the similar error (Media Resource xxx could not be decoded.) in Firefox 46.0.1 and it turns out, the browser does not support .wav files, it worked fine with mp3 audio files.
I had to use embed element with type="application/x-mplayer2" which triggered vlc component to play the file. We were okay with this work around as we only use this website internally and had to stick to older version of Firefox for some reasons.
Though, the audio wav files worked fine in Google Chrome and Mozilla Firefox latest versions.
Related
When a Windows 10 computer wants to share some of its screens using webrtc protocol (firefox navigator), a list of the windows that can be shared appears. In this list, only "normal" applications appears, not the one related to "apps". By example, spotify window appears, but OneNote window is not listed.
It seems (?) webrtc screen share is not compatible with UWP apps.
Knows someone a way to share the screen of an app via webrtc ?
Note: following link allows to reproduce this issue:
https://mozilla.github.io/webrtc-landing/gum_test.html
you do not need share anything, just push "window" and see the list of windows that appears.
I believe Chromium (the open source version - not sure about Chrome) faces the same problem as UWP requires to use a new Win 10 API which shows it's own window selector. And then obviously that selector doesn't work on other problems. So it's a common problem on Win 10, with no known good solution as far as I can tell.
We use mp4 files using the h264 codec on our server to play videos. The files in FF prior to FF35 worked fine, they work in IE8+, and Chrome. In FF35 we now get the following message in the console
Media resource FILEPATH/FILENAME.mp4 could not be decoded.
If we then load the resource directly we get
Video can't be played because the file is corrupt.
Is there something we have to do to the mp4 files to get them working in FF35? This behavior has been replicated on FF35 on OS 10.6.8-10.9, Windows 7, and Windows 8.
Comment this bug:
Bug 1130450 - Some MP4 videos don't play because they can't be decoded.
https://bugzilla.mozilla.org/show_bug.cgi?id=1130450
They need the steps to reproduce, and the video sample and the video information, the User Agent...
I tried few Firefox Addons to fix that, but non worked (in my case it happened with MOV files).
But here's what worked eventually:
Go to Firefox about:config (from address bar).
Search for mp4
It should list these entries:
media.mediasource.mp4.enabled
media.mp4.enabled
Double click each entry and change it to false
Restart Firefox and try to play the MP4/MOV file again.
Now it should prompt to choose Windows program to play it - choose your favorite player (mine is VLC) and check it to be the default.
Some more troubleshooting about this issue:
https://support.mozilla.org/en-US/questions/1115863
https://support.mozilla.org/en-US/questions/1019812
I am using Firefox 34 for Ubuntu 14.04. I tried to play the audio on google translate page, not able to hear the sound. I could see an error in developer console when I press the audio button. Attached the screen shot. Even I tried with disabling other conflicting add-ons and removing ad blocker. But still the same issue. What could be missing here? Please clarify.
It seems some audio codec was missing. I installed gstreamer0.10-fluendo-mp3 plugin for Ubuntu Rhythmbox Music Player. Then I restarted firefox, and now able to hear audio on Google translate page.
I am having a very frustrating issue with HTMl5 video and safari/mac.
I am using html5 video throughout the site where needed and it works/plays on every browsers bar safari on a mac (its fine on safari windows and chrome mac for example)
The videos dont stream and only play once the entire file is downloaded. At first I thought it may be to do with the index of the file being at the end and not the beginning (link html5 video = safari wants to download it all) so i tried qtindexswapper but when loading the MP4 into the program it said the MOOV/Index was in the correct position.
Anyone have any idea why safari mac has this issue?
A.
I've seen HTML5 be very picky with videos. They may play fine in a player, but not play or maybe play with no audio once embedded. This is usually due to a video not properly created/formatted. In most cases, re-creating the file in a professional level program alleviates the issue.
I was wondering if the format is really supported. I am developing a simple WP7 application which contains a MediaElement such as the one shown bellow:
For the sake of testing, I subscribed for the MediaFailed event and it fires always.
If I try to open the file in the browser, it opens successfully. If I put the same MediaElement in a regular SL application - it runs. If I give some .wmv file to the MediaElement in the WP7 app - it runs. (http://files.ch9.ms/ch9/5baa/ea2aeba2-9dcc-4565-942a-9e6101655baa/DevKid_ch9.wmv).
Got any ideas?
One thing to watch is that video won't play if you're connected using USB to the Zune software.
I just tried your video using this IronRuby script - it plays fine.
For more help, you can check out the Channel9 application on codeplex - that works well.
Windows Phone 7 supports the MP4 container, but only supports a certain set of codecs. I believe this list is a pretty accurate list of what's supported.
It seems that you can't play mp4 files when Zune is running. However, you can still debug your application by connecting to your phone using WPConnect.exe which by default is installed to C:\Program Files\Microsoft SDKs\Windows Phone\v7.0\Tools\WPConnect. You'll need to close Zune before running WPConnect, but after you have run it, you should be able to F5 in Visual Studio and the the debugger running your code on the phone.
One other thing to keep in mind is that Windows Phone 7 requires the file (or URL) extension to match with the codec, so for mp4 files you need to have file name ending with .mp4, otherwise it won't play.