jnumpy
ogv.js
Our great sponsors
| jnumpy | ogv.js | |
|---|---|---|
| 9 | 7 | |
| 227 | 1,180 | |
| 0.9% | - | |
| 3.9 | 7.2 | |
| 11 days ago | about 22 hours ago | |
| Julia | JavaScript | |
| MIT License | GNU General Public License v3.0 or later |
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.
jnumpy
- Making Python 100x faster with less than 100 lines of Rust
-
This Week in Python
jnumpy – Writing Python C extensions in Julia within 5 minutes
- GitHub - Suzhou-Tongyuan/jnumpy: Writing Python C extensions in Julia within 5 minutes.
- JNumPy: Writing high-performance C extensions for Python in minutes
ogv.js
-
"MP3 is dead" missed the real, much better story (2017)
Yeah, that's what they do using this https://github.com/brion/ogv.js/
- Making Python 100x faster with less than 100 lines of Rust
-
Google and Mozilla are working on iOS browsers that aren't based on WebKit
I've been told this at least three times now on HN over the years (pretty soon I'm going to start keeping a list of URLs so people know I'm not exaggerating.) Every single time it turns out that it isn't actually true.
It was added to desktop Safari. iOS Safari supports VP9 only in WebRTC. It may have changed, but I can't find any evidence that it has.
If you see it working somewhere, it is almost definitely using the polyfill[1].
[1]: https://github.com/brion/ogv.js/
-
How to stream OGG on iOS?
I found a library "ogv.js" that says it decodes .ogg/.webm using WebAssembly, and this demo plays on my iPhone SE3 in Safari.
-
Anti-innovative effects of Apple's prohibition of alternative browser engines
I believe Wikipedia has resorted to polyfilling it using this:
https://github.com/brion/ogv.js
That's great and all, but it has limitations, and obviously, is ludicrously less efficient than it should be.
-
Privacy analysis of FLoC
We already have JS/WebGL video decoders (e.g: Broadway.js, OGOV.js). Much of the earlier video playback/acceleration work was getting it accelerated on GPUs-- using DirectX, OpenGL, or other GPU programming standards.
-
WebCodecs is a flexible web API for encoding and decoding audio and video
This is great and overdue. Hopefully all major browsers will add some support for open source/royalty free codecs.
Emscripten/WebAssembly actually worked rather well with audio (OPUS is just awesome) but when it comes to video it's just unfeasible, especially if you are looking at doing low latency streaming. That said, I cannot fail to mention the incredible effort done by ogv.js [1] to make a/v decoding possible almost anywhere.
Looking forward to experiment with this new API.
[1] https://github.com/brion/ogv.js/
What are some alternatives?
makepackage - Package for easy packaging of Python code
Broadway - A JavaScript H.264 decoder.
ideas
web-codecs - WebCodecs is a flexible web API for encoding and decoding audio and video.
poly-match - Source for the "Making Python 100x faster with less than 100 lines of Rust" blog post
Mail-in-a-Box - Mail-in-a-Box helps individuals take back control of their email by defining a one-click, easy-to-deploy SMTP+everything else server: a mail server in a box.
PythonCall.jl - Python and Julia in harmony.
numexpr - Fast numerical array expression evaluator for Python, NumPy, Pandas, PyTables and more
log-booster - An VS code extension to quickly add frequently used log statements
Schemathesis - Automate your API Testing: catch crashes, validate specs, and save time
NodeCall.jl - Call NodeJS from Julia.