player
earwurm
Our great sponsors
| player | earwurm | |
|---|---|---|
| 2 | 1 | |
| 1,715 | 12 | |
| 9.0% | - | |
| 9.8 | 7.9 | |
| 2 days ago | 3 months ago | |
| TypeScript | TypeScript | |
| MIT License | ISC License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
player
-
How to Write a Great Readme
vidstack is very light on technical details but starts with a concise intro and a screenshot, as well as relevant links: https://github.com/vidstack/player
payload is well-structured in general: https://github.com/payloadcms/payload
nanostores starts out with an intro and telling code examples, followed by lots of technical details: https://github.com/nanostores/nanostores
-
Show HN: Modern media captions parsing and rendering library (vtt/srt/ssa)
Hey everyone!
The motivation for this started with some initial exploration of how native captions are inconcistent and extremely limited with respect to positioning + styling across browsers. In addtion, existing captions work was glued inside player libs and all open-source parsers were ancient (e.g., mozilla/vtt)!
I wanted to modernize it all with newer web APIs such as `fetch` and `ReadableStream` and extend support out to multiple captions formats. I also noticed that a lot of popular players on the web in recent years started adding caption customization options. Turns out accessible captions can be legally enforced!
Do note that accessible captions not only includes sync/timing, but also an adequate set of controls to customize the style of the captions, ensuring they're readable for everyone. You can see an example of this on YouTube when you go to the captions and click customize.
It just seemed silly that probably every single company is internally building this type of lib which is insanely hard to get right. I built this to serve our accessiblity goals at Vidstack[1] where we're working on enabling you to build production-ready player quickly.
It took me about two weeks to build this and honestly there's still a lot of areas that need work but it's a great start. I hope you find it useful. You'll find a lot more helpful information in the repo.
I'll also leave you with this YouTube video where Dan Sparacio beautifully explains the complexities of building accessible media captions on the web at Paramount [2]. This is one of my favourite Demuxed talks. In there case, acessible enough to meet FCC guidelines _Highly_ recommend checking it out to learn more!
[1]: https://github.com/vidstack/player
earwurm
What are some alternatives?
mp4-muxer - MP4 multiplexer in pure TypeScript with support for WebCodecs API, video & audio.
etro - Typescript video-editing framework for the browser
RVS_PersistentPrefs - A Simple Class For Basic Persistent Storage
streamlit-audio-recorder - Record Audio from the User's Microphone in Apps that are Deployed to the Web. (via Browser Media-API, REACT-based, Streamlit Custom Component)
drop - File dropping made simple
use-sound - A React Hook for playing sound effects
LGV_MeetingServer - An aggregation server for meeting list servers.
roover - 🐱 A lightweight audio library for React apps.
analytics-next - Segment Analytics.js 2.0
pts - A library for visualization and creative-coding
FPlayWeb - Experimental web audio player, including audio visualization and a graphic filter editor.
ts-audio - :musical_score: ts-audio is an agnostic library that makes it easy to work with AudioContext and create audio playlists in the browser