Topic: [Bug] Post #2644009 on Firefox - No video with supported format and MIME type found

Posted under Site Bug Reports & Feature Requests

Linux Mint 21.3
Firefox 124.0.1 (64-bit)

When I go to post #2644009, it shows the video player, but:
Almost immediately, the video player gets greyed out and overlaid with the text "No video with supported format and MIME type found."

When I download the video and play it in Celluloid, everything works.

Chromium 123.0.6312.86 plays the video without any problems.

I can confirm the same thing (also 64-bit Firefox 124.0.1 on Arch Linux) but interestingly if I hit the "Download" button or paste the source into the URL bar the video plays in Firefox perfectly fine.

Likewise no problems running in Chromium. Seems to be Firefox's fault to me.

Can confirm it also happens on Firefox, windows 10 here with 124.0.1 firefox as well. I get this error on several videos on this site, not often upon opening the page though; usually I get said error when I pause a video and play it again too quickly or interact with something else on the page, but I can't recreate it consistently.
Normally, this error is thrown due to bad cookies or conflicting extensions, but considering multiple people are getting the error on the same exact post and seemingly no others, something else is probably happening. I opened the page in an incognito window with no extensions and fresh cookies, and it also threw the error. Wonder what's going on here.

WFM on Firefox 115.7.0esr on 64-bit desktop Linux, EXCEPT: there is no audio. The video plays just fine.

If I hit the "Download" button e621 provides, I get a black browser page with the video correctly playing on it, but no audio.

If I download the video with Raccoony (which see), I get a video that plays back just fine in mplayer or VLC, but both ways, no audio.

Running exiftool on the downloaded video yields:

> ExifTool Version Number : 12.60 > File Name : 2644009_capcom_resident_evil_claire_redfield_by_pog_benis.webm > Directory : . > File Size : 9.5 MB > File Modification Date/Time : 2024:03:31 01:45:00-05:00 > File Access Date/Time : 2024:03:31 01:45:42-05:00 > File Inode Change Date/Time : 2024:03:31 01:45:00-05:00 > File Permissions : -rw-r--r-- > File Type : WEBM > File Type Extension : webm > MIME Type : video/webm > EBML Version : 1 > EBML Read Version : 1 > Doc Type : matroska > Doc Type Version : 4 > Doc Type Read Version : 2 > Timecode Scale : 1 ms > Muxing App : Lavf58.29.100 > Writing App : Lavf58.29.100 > Video Frame Rate : 24 > Image Width : 1280 > Image Height : 720 > Track Number : 2 > Track UID : 02 > Track Language : und > Codec ID : A_VORBIS > Track Type : Audio > Audio Channels : 2 > Audio Sample Rate : 48000 > Audio Bits Per Sample : 32 > File : [REDACTED] > Date : 2021/03/07 15:24:57 > Scene : Scene > Encoder : Lavf58.29.100 > Tag Track UID : 02 > Duration : 00:02:12.150000000 > Image Size : 1280x720 > Megapixels : 0.922

The File entry is redacted, because it exposes the uploader's Windows user name (like, C:\Users\Someuser.)

I just got away from Chrome and now i have to go back because of firefox's mediaplayer?!

surferotter said:
I just got away from Chrome and now i have to go back because of firefox's mediaplayer?!

fwiw this isn't super common, it's been about a month since i saw a vid that gave the ghost midway through and that was only from the forced sample sized version

worst case (besides using a cromium browser) is you can just download the video (heck, sometimes even going fullscreen or going image-in-image can bodge it well enough to view

alphamule

Privileged

CODEC support removed? Seems likely.
Sample size works.https://bugzilla.mozilla.org/show_bug.cgi?id=1624103 Looking at Bugzilla shows some people had problems with VP9 decoding. Hmm, I'll try playing with the settings for media.rdd-process.enabled and a few other things.
Haha, setting that to false just makes the tab crash as soon as it tries to play. Damn. Note: For any video I tested.I tried right-clicking on the file and selecting "open with" to check it with IrfanView, and... it hard locks Explorer.exe. This file is somehow malformed.

It's not even a damn WEBM file. It's a MKV file. It needs to get remuxed (not transcoded) and replaced. Hilariously, it seems like the right CODECs so it should be lossless (to remux, not reencode).

> Doc Type                        : matroska
> Codec ID                        : A_VORBIS
Codec: Google/On2's VP9 Video (VP90) Planar 4:2:0 YUV

Updated

  • 1