-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No video with supported format and MIME type found when using Firefox #7
Comments
Aggregation factor of 100 is probably too much. Ideally we want the aggregation factor to be as small as possible. |
I reproduced the error with Greece, default options, the default generated seed data, no cropping, and an aggregation factor of fifty (50). |
Further confirmed with Greece, default options, the default generated seed data, no cropping, and an aggregation factor of five (5). |
The issue is that the codec is non-free and thus the Firefox web browser cannot play the MP4 file directly. Maybe I need to restart my computer after installing the non-free codecs. We should use an open container format like webm. |
I think the use of a video is the wrong approach anyways. What we really want is a slideshow of the static images, an animation. Video is a convenient way to achieve this, but it is much less flexible than a slideshow. Using Splide with Autoplay and its (viewport-slideshow) Intersection extension will offer a good alternative to a video. It will be portable across browsers, and offer another mode of interactivity and customizability (by the user) and downloading individual frames as any other image on the web. |
In #11 I wrote,
Whichever R package on CRAN is most popular, recent, and well-designed which can encode video files is going to be the best choice, I imagine. We we will use that encoding with multiple containers, if possible. At worst, we can provide a fully supported encoding and container and recommend the user download Handbrake to transcode their downloaded video into another format which their operating system and browser support. Using the webm container with an open codec is probably the best path forward to resolving this issue, which affected stable. However, resolving this issue is only going to be done in unstable. |
While this issue is labelled STABLE, the work should only be completed in the UNSTABLE branch following the solution tendered in #11. |
The label STABLE merely reflects the fact that this issue is observed in the main/stable branch. |
It appears that an MP4 was output, according to the log, but that might've been from a previous connection to the same server. This needs replication and further investigation.
The text was updated successfully, but these errors were encountered: