FF cannot play embedded base64 encoded video larger than approx. 30 megs
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
People
(Reporter: weinreich, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0) Gecko/20100101 Firefox/99.0
Steps to reproduce:
I have html files that contain embedded base64 encoded videos (this is for internal purposes, they contain interactive videos with javascript and video in one html file). These files are both used locally and are called using file:// and also online using https://
So far it was no problem to playback the video even if it had some 100 megs, although the html file took some seconds to load.
Now with current Firefox, if the video is larger than approx. 35 megs (base64 encoded) the video seems not to be loaded correctly.
Console output is (german):
Ungültige URI. Laden der Medienressource data:video/mp4;base64,AAA...
translated:
Invalid URI: Loading the media resource data:video/mp4;base64,AAA...
You can download test files here:
https://test.lokando.com/test/interactive_video_ok.html (35 megs)
https://test.lokando.com/test/interactive_video_error.html (48 megs)
To reproduce the error open the links or download the html files and start them locally.
The one named "ok" will work in current Firefox, the other one not.
The files have the same content only the size of the video differs.
The error can be reproduced with other content. It seems to be a matter of resource size, the limit seems to be between 35 and 45 megs.
Actual results:
The video doesn't playback if it exceeds the size of approx. 35 megs.
If the video is smaller then video playback starts correctly.
The error occurs in Firefox 97, 98, 99 (didn't test rel. 92 - 96).
The error doesn't occur in Firefox 91.7 ESR. Also older releases < 91 worked correctly.
The error doesn't occur in Chrome 100, Edge etc.
Expected results:
The video should play back as it did in earlier Firefox versions and in other browsers.
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
![]() |
||
Updated•4 years ago
|
Description
•