Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

videojs.org

Post reply on HN
Print view View original

161–170 of 170 posts

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#161

Post by dbbk »

rezonant wrote: post #160
cpillsbury wrote: post #155

Earlier quoted context omitted.

Hey, core contributor here! If a plain video element plus hls.js is all you need to accomplish your goals, we wouldn't ever try to convince you otherwise. In fact, our "HlsVideo" media renderer is backed by hls.js, and Rob Walch has done Herculean feats maintaining and updating that playback engine. If, however, you don't simply want what's provided from the built in , or don't want to worry about all of the hairy ed…

> We definitely aren't trying to convince anyone to use our free, open source library that doesn't need it. Could've fooled me...

Is there a reason you're being an asshole?

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#163

Post by [deleted] »

phist_mcgee wrote: post #156
QuantumGood wrote: post #139

Earlier quoted context omitted.

Part of what makes AI useful to me is getting though the layers of "what the hell is this, exactly" that slow you down when you jump more than one level beyond your domain knowledge. I think every knowledge container (document, website, what have you) should have a "what the hell is this" link /rich tooltip /accordion section /whatever by default. Of course, AI explanations often also fail at this unless you give the…

I love a github repo's readme.md that only uses jargon and contains no intro paragraph on what the thing is or how it is to be used.

[deleted]

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#164

Post by armandososa »

rendaw wrote: post #46

I've never used video.js, and the site/advertising seems to be fairly oriented towards people who have used it or are familiar with it. I had one question I couldn't answer reading the site: what makes this different from the native html video element? AFAICT just the transport controls?

> what makes this different from the native html video element?

You don't realize how blessed you are to not know the answer to that question and to never ever have to say "Screw it, I'll just use video.js".

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#165

Post by rezonant »

dbbk wrote: post #161
rezonant wrote: post #160

Earlier quoted context omitted.

> We definitely aren't trying to convince anyone to use our free, open source library that doesn't need it. Could've fooled me...

Is there a reason you're being an asshole?

Being an asshole? For saying "could have fooled me" to one of the 6 posts on a brand new account heavily advertising video.js benefits in response to my post mentioning that the video element is already both powerful and easy to use, and that adding HLS.js to add HLS support to it for browsers that don't support it natively is dead simple?

I guess your threshold for calling someone an asshole is a bit low.

I don't have a problem with using video.js for the reasons the parent poster mentioned, but HTML5 video is insanely easy to implement, and there's no reason to take on a dependency like this if you don't need something beyond what the web platform already gives you.

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#166

Post by ramon156 »

phist_mcgee wrote: post #156
QuantumGood wrote: post #139

Earlier quoted context omitted.

Part of what makes AI useful to me is getting though the layers of "what the hell is this, exactly" that slow you down when you jump more than one level beyond your domain knowledge. I think every knowledge container (document, website, what have you) should have a "what the hell is this" link /rich tooltip /accordion section /whatever by default. Of course, AI explanations often also fail at this unless you give the…

I love a github repo's readme.md that only uses jargon and contains no intro paragraph on what the thing is or how it is to be used.

Or it prints out the whole Stack, LOC, proj structure, like its in any way useful to me.

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#169

Post by luwes »

mc007 wrote: post #149

Why does the bundle size matters when playing 3MB+ videos anyway? Curious how I could integrate one of these players without polluting my bundle with duplicates :)

VJS contributor here. It still matters for the page load time and start up time of the video which could be important to engage the user quick enough depending on the use case. We hint at this in the home page under the v10 is built different title. By importing the player bundle with the same import path via ESM in your bundle build it should deduplicate automatically. Hope this helps!

Re: Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller

#170

Post by 01jonny01 »

Heff wrote: post #146
01jonny01 wrote: post #142

It would be good if videoJS had youtube embed api and documentation like Plyr has

In the works! You should be able to use the existing [1] with the HTML side of v10 today, but we're working on porting over the other media elements into the new architecture for better React support. [1] https://www.npmjs.com/package/youtube-video-element [2] https://github.com/muxinc/media-elements

It will be interesting to see how you handle acces to youtube player settings and cc. This is where other player wrappers fall down.

Plyr did a good job of removing the branding via some clever css, but its annoying you cannot access settings and cc. One idea for a cc button is to always have cc on and then toggle the height styling to show/hide it

Post reply on HN