poly-match
ogv.js
poly-match | ogv.js | |
---|---|---|
6 | 7 | |
31 | 1,180 | |
- | - | |
2.3 | 7.2 | |
28 days ago | 13 days ago | |
Python | JavaScript | |
Apache License 2.0 | 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.
poly-match
-
Improving Interoperability Between Rust and C++
Not my experience at all. At work we rewrote a small bit of hotspot python in Rust with no issues. This was what we primarily followed: https://ohadravid.github.io/posts/2023-03-rusty-python/
-
How to convince my boss that Rust is usable
Take at look at this example, it still uses Python as an interface to Rust code. Maybe you can do something similar to still achieve performance improvements without changing the entire codebase.
-
GDScript is fine
People are probably downvoting because it's needlessly hyperbolic and argumentative. Nobody is saying that python isn't faster to iterate with, but they're arguing that it would take months to get negligable performance gains in a lower level language, meanwhile here is a recent post from a company that increased the execution of they're python code by 100x with less than 100 lines of Rust. They also claim that nobody cares if something runs a few milliseconds faster, when we're talking about game dev, where games are frequently judged on how many milliseconds it takes to run game logic between frames.
-
Making Python 100x faster with less than 100 lines of Rust
Semi Vectorized code:
https://github.com/ohadravid/poly-match/blob/main/poly_match...
Expecting Python engineers unable to read defacto standard numpy code but meanwhile expect everyone can read Rust.....
Not to mention that the semi-vectorized code is still suboptimal. Too many for loops despite the author clearly know they can all be vectorized.
For example instead the author can just write something like:
np.argmin(
-
Blog Post: Making Python 100x faster with less than 100 lines of Rust
The article links to a full implementation, so you should be able to test this.
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?
jnumpy - Writing Python C extensions in Julia within 5 minutes.
Broadway - A JavaScript H.264 decoder.
gopy - gopy generates a CPython extension module from a go package.
web-codecs - WebCodecs is a flexible web API for encoding and decoding audio and video.
StaticCompiler.jl - Compiles Julia code to a standalone library (experimental)
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.
truffleruby - A high performance implementation of the Ruby programming language, built on GraalVM.
numexpr - Fast numerical array expression evaluator for Python, NumPy, Pandas, PyTables and more
birthday-book-app - Rust in Anger: high-performance web applications
PythonCall.jl - Python and Julia in harmony.
NodeCall.jl - Call NodeJS from Julia.