Would the web be better off, if there was zero frontend scripting? There would be HTML5 video/audio, but zero client side JS.

Browsers wouldn't understand script tags, they wouldn't have javascript engines, and they wouldn't have to worry about new standards and deprecations.

Browsers would be MUCH more secure, and use way less memory and CPU resources.

What would we really be missing?

If you build less bloated pages, you would not really need ajax calls, page reloads would be cheap. Animated menus do not add anything functionally, and could be done using css as well. Complicated webapps... well maybe those should just be desktop/mobile apps.

Pages would contain less annoying elements, no tracking or crypto mining scripts, no mouse tracking, no exploitative spam alerts.

Why don't we just deprecate JS in the browser, completely?

I think it would be worth it.

I spent hours figuring out why my html5 video autoplay didn't work on Android. I muted it like they said, I tried many different ways to play it, even with a 3rd party video player, nothing worked. It's actually because my Google Chrome was on data-saving mode. Motherfuck.

Built a beautiful new fancy html5 page for a big event.
PM still wants to use the old flash video player.

Why the fuck ? Just no ...

So this is helpful...

When your required viewing for school uses Flash. Whaaaaarrrblblblblbl

Trying to make HTML5 video work on IE11 for work purposes... Video randomly doesn't work, weird artifacting errors...

Have you already used fullscreen video as a background/intro screen in one of your designs ? Do you have a preferred method of implementation ?

for me, the most interesting project I''ve worked on was 4 years ago for a beer company.
it was a facebook app developed in HTML (not html5), jQuery & jQuery hi, php, imagick, ffmpeg, & YouTube library.
for the Euro Cup, users had elements to drag and drop on a stage, add frames, dialog boxes, and create a 15 second animated story board. all positions of these elements along with the frames where sent server side to create images of each frame (rendering fronts and positioning), then combining them using ffmpeg to generate a video.
these videos were later uploaded on the client's YouTube channel.

this project was awesome, knowing css3 and html5 were prohibited to use due to cross browser compatibility. it was ban exercise on all levels :)

What's the best tool to convert vid to HTML5 (Mp4 + WebM + Ogv) and keep good ratio between Size & Quality ?

I have a 1min lenght vid in FullHD. This is a demo reel that loop in fullscreen at the first website launch.

I tried Miro converter, Freemake and can't reduce files under 15Mb without obtain poor vid quality. It's seems too heavy for a website.

Do you have any tips ? A tool to convert vids, an online service to upload the vid and use it instead of using HTML5 video tag.

Thanks

// !rant

Anybody here knows Backblaze's B2 Cloud Storage?
I am thinking of using it to storage video from a web app that I am developing. The process is:
1 - Send video files (both) to storage w/ cli (Done ✔)
2 - Authorize the asynchronous download and shows it on the HTML5's player (reading the doc ✖).

Question:
Anybody experienced some workflow likes this before? I am trying save some time before break my head after read all CLI doc (only cli, I can't find any workflow of it)

Something interesting i learned today about the html5 video tag is that even if preload is set it's up to the player the render engine is using to fetch the index of the file first as with mp4 this is usually at the end of the file.

This means that for Blink and Gecko most likely fetch this first themselves. But for webkit it opens in quicktime on mobile devices which you cannot pass parameters to and flat out waits for the entire stream to start playing.