ogv.js
truffleruby
ogv.js | truffleruby | |
---|---|---|
7 | 26 | |
1,182 | 2,964 | |
- | 0.1% | |
7.2 | 9.9 | |
3 days ago | 6 days ago | |
JavaScript | Ruby | |
GNU General Public License v3.0 or later | 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.
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/
truffleruby
- Rails Core Classes Method Lookup Changes: A Deep Dive into Include vs Prepend
- TruffleRuby 24.0.0
-
Mir: Strongly typed IR to implement fast and lightweight interpreters and JITs
I think it would be worth mentioning GraalVM and https://github.com/oracle/truffleruby in competitors section.
-
GraalVM for JDK 21 is here
GitHub page has some info: https://github.com/oracle/truffleruby#current-status
My question is, how viable is TruffleRuby vs JRuby?
-
Making Python 100x faster with less than 100 lines of Rust
I wonder why GraalVM is not more often used for these speed critical cases: https://www.graalvm.org/python/
Is the problem the Oracle involvement? (Same for ruby https://www.graalvm.org/ruby/)
-
Ruby 3.2βs YJIT is Production-Ready
Looks like itβs still a WIP
https://github.com/oracle/truffleruby/commits?author=eregon
- Implement Pattern Matching in TruffleRuby (GSoC)
- TruffleRuby β GraalVM Community Edition 22.2.0
-
Modern programming languages require generics
this comes at the cost of boxing ints inside Integer, though.
So, if you ignore for a moment primitives types, whenever you have generics, everything boils down to a single method accepting Objects and returning Objects. What the JVM does is to do runtime profiling of what actually you are passing to the generic method, and generate optimized routines for the "best case". In theory this is the best of the two worlds, because like in general you will have a single implementation of the method (avoiding duplication of the code), but if you use it in an hot spot you get the optimized code.
In a way, it is quite wasteful, because you throw away a lot of information at compile time, just to get it back (and maybe not all of it) at runtime through profiling, but in practice it works quite well.
A side effect of this is this makes the JVM a wonderful VM for running dynamic languages like Ruby and Python, because that information is _not_ there at compile time. In particular GraalVM/TruffleVM and exposes this functionality to dynamic language implementations, allowing very good performance (according to they website [1][2], Ruby and Python on TruffleVM are about 8x faster than the official implementation, and JS in line with V8)
[1] https://www.graalvm.org/ruby/
-
GraalVM 22.1: Developer experience improvements, Apple Silicon builds, and more
I opened a ticket some time ago about performance with Jekyll and liquid templates. At least in that case, yjit was way faster. I'm happy to retest though. Anything that would make my jekyll builds faster would help.
https://github.com/oracle/truffleruby/issues/2363
What are some alternatives?
Broadway - A JavaScript H.264 decoder.
JRuby - JRuby, an implementation of Ruby on the JVM
web-codecs - WebCodecs is a flexible web API for encoding and decoding audio and video.
artichoke - π Artichoke is a Ruby made with Rust
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.
graalpython - A Python 3 implementation built on GraalVM
numexpr - Fast numerical array expression evaluator for Python, NumPy, Pandas, PyTables and more
ruby-packer - Packing your Ruby application into a single executable.
jnumpy - Writing Python C extensions in Julia within 5 minutes.
graaljs - A ECMAScript 2023 compliant JavaScript implementation built on GraalVM. With polyglot language interoperability support. Running Node.js applications!
poly-match - Source for the "Making Python 100x faster with less than 100 lines of Rust" blog post
clj-kondo - Static analyzer and linter for Clojure code that sparks joy