deno_sdl2 VS deno

Compare deno_sdl2 vs deno and see what are their differences.


SDL2 module for Deno (by littledivy)


A modern runtime for JavaScript and TypeScript. (by denoland)
Our great sponsors
  • Appwrite - The Open Source Firebase alternative introduces iOS support
  • Scout APM - Less time debugging, more time building
  • SonarQube - Static code analysis for 29 languages.
deno_sdl2 deno
1 272
90 84,639
- 1.6%
6.6 9.9
4 months ago 2 days ago
TypeScript Rust
MIT License MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.


Posts with mentions or reviews of deno_sdl2. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-09-10.
  • native web-api graphics (live, not image)
    6 projects | | 10 Sep 2021
    sdl2 gets around the first problem by downloading a CLI service & starting it, that speaks JSON over a TCP socket. It's a limited surface of the API, and missing some pretty basic stuff, but I could see it working ok. It's not canvas, so I'd have to translate those sort of calls to it. I discussed that a bit here and it sounds like I could blit images of the canvas to sdl2 surface, but since it doesn't support in-memory images, I'd have to implement that in sdl2, or save a "frame" image to a file, for every blit. Either way, I have the overhead of redrawing every frame as a complete image. This seems incredibly jenky, and I assume will not perform very well, but I haven't tested.


Posts with mentions or reviews of deno. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-08-15.
  • Big changes ahead for Deno
    3 projects | | 15 Aug 2022
    For me, I liked Deno’s indie charm. Building a Deno project felt more like a craft, and less like a job. Plus, their domain is cute.
    3 projects | | 15 Aug 2022
    I think it is
    3 projects | | 15 Aug 2022
    Our ops system is becoming ever more optimal - interfacing directly with V8 Fast API for speedy calls from JS into native code. Likewise our foreign-function interface (FFI) is seeing updates that place it second to none. We aren't optimizing for a handful of edge cases, but for overall real world performance. You'll be experiencing these improvements for yourself before the summer is over.
  • Big Changes Ahead for Deno
    13 projects | | 15 Aug 2022
    The "npm:" import does not appear to have even started development, although it has been planned for a long time:

    Core features for npm compatibility though (like implementing most of the npm api, including require(), and its special globals) has been making progress for a long time.

    There is even a near complete project to support Node's native api (which bun also supports):

    Relative to the the existing node compat efforts, the url import (and accompanying package download code) will be fairly small. The most difficult part is probably the extra stuff that node throws in the global namespace. How to handle that without having to pollute the global namespace for all programs (even those that do not import from node) is unclear.

    Ideally these globals would be visible only from code in modules imported from npm. But the spec does not really allow for this unless the npm code is loaded in a different realm, but cross realm code causes a lot of headaches, which could only be avoided by having the realms share most globals and intrinsics (and sharing intrisics is not allowed by the spec).

    There may be some other way to hack this into working, or perhaps programs with such imports that actually use NPM specific objects will need to be run with the "--compat" flag. It is really unclear at the moment.

    13 projects | | 15 Aug 2022
    You overestimate many of these difficulties. The --compat mode can already run quite a bit of the node ecosystem, including programs like npm.

    Imports don't need to be written in typescript. They could have manually written type definitions (which is how people using typescript in the node ecosystem already handle this), and packages without type definitions will have the imports typed as `any`. Sure that makes them a bit annoying to handle especially in strict mode, but it entirely possible to use such packages.

    Deno is actually working on adding the native node API (, so the website was a bit overoptimistic when saying "Deno will never support Node plugins". However it is possible for some plugins to be incompatible still, for example if they try to use node internals rather than just the API, or if they try to use utilize the libuv event loop, since deno is not libUV based.

    13 projects | | 15 Aug 2022
  • Is there a good resource for JavaScript functions?
    4 projects | | 12 Aug 2022
  • A First Look at Bun: Will It Take Node’s Crown?
    8 projects | | 12 Aug 2022
    Bun is the newest addition to the JavaScript runtime family. It has been making waves that rival those made by Deno when it came out in 2018. Bun sits in the space between Node and Deno. Bun, like Deno, supports TypeScript out of the box and offers developer-friendly features such as top-level awaits and built-in Web APIs. But, unlike Deno, Bun is intended to be a drop-in replacement for Node, Webpack, Babel, Yarn, and PostCSS — all in one neat package.
  • Boilerplate Code
    1 project | | 10 Aug 2022
    deno install -f -q --allow-read --allow-write --allow-net --unstable[email protected]/opine-cli.ts
  • deno-ffigen: C FFI bindings generation for Deno
    3 projects | | 8 Aug 2022
    While I was developing lole-lisp I happened to create a tool to generate C FFI bindings for Deno.

What are some alternatives?

When comparing deno_sdl2 and deno you can also consider the following projects:

typescript-language-server - TypeScript & JavaScript Language Server

ASP.NET Core - ASP.NET Core is a cross-platform .NET framework for building modern cloud-based web applications on Windows, Mac, or Linux.

esbuild - An extremely fast JavaScript and CSS bundler and minifier

Koa - Expressive middleware for node.js using ES2017 async functions

nvim-lspconfig - Quickstart configs for Nvim LSP

bun - Incredibly fast JavaScript runtime, bundler, transpiler and package manager – all in one.

zx - A tool for writing better scripts

swc - Rust-based platform for the Web - A fast, global content delivery network for ES Modules.

node - Node.js JavaScript runtime :sparkles::turtle::rocket::sparkles:

nexe - 🎉 create a single executable out of your node.js apps

remix - Build Better Websites. Create modern, resilient user experiences with web fundamentals.