mediacapture-record
assemblyscript
mediacapture-record | assemblyscript | |
---|---|---|
3 | 30 | |
103 | 16,443 | |
4.9% | 0.4% | |
2.6 | 7.7 | |
12 months ago | 22 days ago | |
Bikeshed | WebAssembly | |
GNU General Public License v3.0 or later | Apache License 2.0 |
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.
mediacapture-record
-
How do I Effectively Capture Video playing in Canvas?
Courtesy of this GitHub thread, my currently working, but very inconvenient strategy to capture the video is to use mediaCapture(0) on the canvas element with MediaStreamTrackProcessor to pipe frames into WebM muxer from a package called webm-muxer.
-
How to create a seamless loop for a looping video?
WebRTC's RTCRtpSender.replaceTrack() method achieves "seamless" replacement of a MediaStreamTrack. I proposed the same be added to MediaRecorder, see Add replaceTrack method to MediaRecorder., Add replaceStream to MediaRecorder.
-
FFmpeg for browser and node, powered by WebAssembly
I guess this could be used to remux the broken files that are spitted by the MediaRecorder API, which have missing metadata that prevents from seeking and thus far has been ignored / sweeped away in Chrome [1], Firefox [2], and even the standard itself [3], which ignored in its design the basic fact that encoding any file should include a "closing" stage (where metadata is written) before yielding it as a finished file.
[1]: https://bugs.chromium.org/p/chromium/issues/detail?id=642012
[2]: https://bugzilla.mozilla.org/show_bug.cgi?id=1283464
[3]: https://github.com/w3c/mediacapture-record/issues/119
assemblyscript
-
Borgo is a statically typed language that compiles to Go
I like your take but JavaScript was literally the assembly language of the web until WASM came along. There was no other language that TypeScript could compile to.
This train of thought lead me to discover AssemblyScript! https://www.assemblyscript.org/
-
Let's Write a Malloc
Incidentally, it’s also what AssemblyScript uses: https://github.com/AssemblyScript/assemblyscript/blob/main/s...
-
Gentle Introduction To Typescript Compiler API
Use it as a Front-End for other low-level languages.
-
TypeScript Is Surprisingly OK for Compilers
> MHO typescript could just cut loose from its javascript compatibility. Why not compile it to wasm instead of transpiling it to javascript?
Check out AssemblyScript which is exactly that:
https://www.assemblyscript.org/
-
Do you think typescript will ever have native support on brosers? Or we will have only the JS type annotations?
If you're curious, check out AssemblyScript, that might describe better what needs to be cut from TypeScript to make it possible to be compiled to WASM.
-
Ezno's checker (a Javascript type checker and compiler written in Rust) is now open source
This is kinda the idea behind AssemblyScript, but IIRC it's more of a low-level typescript-ish syntax for WebAssembly.
-
Is there a TypeScript to native compiler available?
https://www.assemblyscript.org/ maybe, but I'm not sure exactly what you need.
-
Emerging Rust GUI libraries in a WASM world
Exactly, WASM was designed to be very very lightweight... you can put a lot of logic into a very small amount of WASM, but you need a good compiler to do that, or write WASM by hand to really feel the benefit. If you just compile Go to WASM, with its GC, runtime and stdlib included in the binary, yeah it's going to be pretty heavy... Rust doesn't have a runtime but as you said, for some reason, produces relatively large binaries (not the case only in WASM by the way). Probably, the best ways to create small WASM binaries is to compile from C or from a WASM-native language like AssemblySCript (https://www.assemblyscript.org).
-
Dan Abramov responds to React critics
Well we have all the new ECMA standards that will be introduced in 5 years now. It's looking more like Java actually. its accessor and typing patterns match it the most. TypeScript has had quite the profound influence over future ECMA design. There is a not so well known project called AssemblyScript which I think has a promising future. Since future ecma standards closely resembles it and TypeScripts popularity has exploded I have a feeling it may become a real standard as well.
- AssemblyScript – TypeScript-like language for WebAssembly
What are some alternatives?
reference-types - Proposal for adding basic reference types (anyref)
rust-ffmpeg-wasi - ffmpeg 7 libraries precompiled for WebAsembly/WASI, as a Rust crate.
Lua - Lua is a powerful, efficient, lightweight, embeddable scripting language. It supports procedural programming, object-oriented programming, functional programming, data-driven programming, and data description.
MediaFragmentRecorder - Record media fragments
interface-types
mediacapture-transform - MediaStreamTrack Insertable Media Processing using Streams
tinyglitch - Just an experiment with libavformat/libavcodec
ffmpeg.wasm - FFmpeg for browser, powered by WebAssembly
rust - Empowering everyone to build reliable and efficient software.
deno - A modern runtime for JavaScript and TypeScript.