Loading video...

Video Failed to Load

There was a problem loading this video. This could be due to a temporary network issue or the video might be unavailable.

We compiled reactive JavaScript into a cartridge. The same Vue component now runs on a 2KB RAM NES and a Game Boy Advance. No JavaScript engine. No GC. The computed values and UI effects are compiled directly into bare-metal C. This is Pocket Vapor. ⚡️

PocketJS

1,763 subscribers

42,944 views • 7 days ago •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

We asked how far PocketJS could push 2D UI. The answer was Figma at 333 MHz. A real .fig file, decoded and compiled into streamed tile pyramids, panning and zooming smoothly on PSP! Pocket Figma is now open source.

We asked how far PocketJS could push 2D UI. The answer was Figma at 333 MHz. A real .fig file, decoded and compiled into streamed tile pyramids, panning and zooming smoothly on PSP! Pocket Figma is now open source.

PocketJS

97,678 views • 19 days ago

Introducing PocketJS 🕹️ import { createSignal } from "solid-js" on a Sony PSP. No forked framework. Real Solid and Vue Vapor, compile-time Tailwind design system, and 60 FPS animation in 8 MB of RAM! Bare Metal Modern Web ⚡️

Introducing PocketJS 🕹️ import { createSignal } from "solid-js" on a Sony PSP. No forked framework. Real Solid and Vue Vapor, compile-time Tailwind design system, and 60 FPS animation in 8 MB of RAM! Bare Metal Modern Web ⚡️

PocketJS

387,895 views • 24 days ago

here's a small project i put together recently - a custom "bare-metal" protected-mode x86 NES emulator. it fits into 1MB RAM and loads ROMs from a floppy disk, no OS required. if you want to turn your old PC into an awkward NES clone with bad sound emulation then look no further.

here's a small project i put together recently - a custom "bare-metal" protected-mode x86 NES emulator. it fits into 1MB RAM and loads ROMs from a floppy disk, no OS required. if you want to turn your old PC into an awkward NES clone with bad sound emulation then look no further.

x86matthew

17,970 views • 7 months ago

Javascript, Ruby, and Go all use garbage collectors for memory management. But did you know your SSD has a garbage collector (GC) too? SSDs with high write/delete traffic are constantly being reorganized by the GC, which is built directly into the firmware running on the SSD controller. This is one of the reasons why sequential writes are still preferable to random, even if you aren't using a spinning disk.

Javascript, Ruby, and Go all use garbage collectors for memory management. But did you know your SSD has a garbage collector (GC) too? SSDs with high write/delete traffic are constantly being reorganized by the GC, which is built directly into the firmware running on the SSD controller. This is one of the reasons why sequential writes are still preferable to random, even if you aren't using a spinning disk.

Ben Dicken

29,599 views • 6 months ago

Blake Ilitch and Cole Duhaime, elite prep pitchers, are guiding Brother Rice back into the playoffs. Ilitch threw a no-hitter this season, and Duhaime compiled a 16K complete game. They’re not obsessed with their personal numbers — and that attitude is guiding their young team.

Blake Ilitch and Cole Duhaime, elite prep pitchers, are guiding Brother Rice back into the playoffs. Ilitch threw a no-hitter this season, and Duhaime compiled a 16K complete game. They’re not obsessed with their personal numbers — and that attitude is guiding their young team.

Brad Galli

28,380 views • 1 year ago

We wanted to show the performance and the insane power of the Static Hermes native FFI. But we don't yet support the all language features needed to compile React Native (soon though!), so we improvised. We imported the bindings for DearImGui (a popular C++ imperative game UI library that renders meshes), and Sokol (an amazing lightweight 3D backend in C) and wrote a small demo. "Imperative UI" means that the entire UI and the state of the screen is recreated on every frame, which suits our purposes to demonstrate SH very well. The demo runs 100% compiled native code. JavaScript runs in every frame and recreates the entire state of the screen. It is portable to all platforms, though the screen layout is not optimized for phone. We wrote the demo in C++ and in JS, to compare, and they both ran with the same performance. In the attached videos you can see the demo running at the stable screen refresh rate - 120Hz on my Mac, 60Hz on a old Moto G5 phone. It includes some widgets, an n-body simulation of planets, a playable game demo, etc.

We wanted to show the performance and the insane power of the Static Hermes native FFI. But we don't yet support the all language features needed to compile React Native (soon though!), so we improvised. We imported the bindings for DearImGui (a popular C++ imperative game UI library that renders meshes), and Sokol (an amazing lightweight 3D backend in C) and wrote a small demo. "Imperative UI" means that the entire UI and the state of the screen is recreated on every frame, which suits our purposes to demonstrate SH very well. The demo runs 100% compiled native code. JavaScript runs in every frame and recreates the entire state of the screen. It is portable to all platforms, though the screen layout is not optimized for phone. We wrote the demo in C++ and in JS, to compare, and they both ran with the same performance. In the attached videos you can see the demo running at the stable screen refresh rate - 120Hz on my Mac, 60Hz on a old Moto G5 phone. It includes some widgets, an n-body simulation of planets, a playable game demo, etc.

Tzvetan Mikov

826,085 views • 2 years ago

I've integrated fluids into my physics engine. Fluids are made of the same particles as solid matter, but computed differently. Phase change is seamless, matter melts and hardens back on temperature change. It runs fast, and world size limits are wider than any game would need.

I've integrated fluids into my physics engine. Fluids are made of the same particles as solid matter, but computed differently. Phase change is seamless, matter melts and hardens back on temperature change. It runs fast, and world size limits are wider than any game would need.

Zolden

119,128 views • 9 months ago

We've been very busy working on the turn based combat engine for Former Dawn, an upcoming #RPG for the PC and NES! Watch the whole video; there's a lot going on! Yes, all of this is legal on the NES. No, this is not a mockup. This is our actual game engine! #nesdev #pixelart

We've been very busy working on the turn based combat engine for Former Dawn, an upcoming #RPG for the PC and NES! Watch the whole video; there's a lot going on! Yes, all of this is legal on the NES. No, this is not a mockup. This is our actual game engine! #nesdev #pixelart

Something Nerdy Studios

110,285 views • 2 years ago

What if you could build a fully native iOS app… using only PHP? Checkout this first demo of the new Super Native architecture behind NativePHP on iOS — where PHP runs directly alongside native code with no WebView, no JavaScript bridge, and no hybrid layer.

What if you could build a fully native iOS app… using only PHP? Checkout this first demo of the new Super Native architecture behind NativePHP on iOS — where PHP runs directly alongside native code with no WebView, no JavaScript bridge, and no hybrid layer.

NativePHP

11,753 views • 4 months ago

TypeScript was inspired by a strange ask from the outlook team. Anders Hejlsberg(Anders Hejlsberg) - creator of C#, TypeScript, Turbo Pascal & Delphi - tells us how TypeScript was born: “The world started building larger and larger applications in JavaScript. We saw that externally, but also internally. One of the trigger events was when the outlook team came to see the C# team and asked us whether we would pretty please productize this thing called Script#. And we go, well, what is Script#? It's this cross compiler that allows you to cross compile C# into JavaScript such that you can basically treat JavaScript as an instruction language and run your C# apps in a browser. Why would anyone want to do that? Well, because then you can get a grownup programming language with grownup tooling. You can use Visual Studio, you can have projects. You can do all of these wonderful things that you can't do with JavaScript because JavaScript is just the scripting language with shitty tooling. And we thought, well, perhaps a better approach would be to fix JavaScript. I mean, surely you're not going to be best of breed in the JavaScript ecosystem by telling people to write in a different programming language”

TypeScript was inspired by a strange ask from the outlook team. Anders Hejlsberg(Anders Hejlsberg) - creator of C#, TypeScript, Turbo Pascal & Delphi - tells us how TypeScript was born: “The world started building larger and larger applications in JavaScript. We saw that externally, but also internally. One of the trigger events was when the outlook team came to see the C# team and asked us whether we would pretty please productize this thing called Script#. And we go, well, what is Script#? It's this cross compiler that allows you to cross compile C# into JavaScript such that you can basically treat JavaScript as an instruction language and run your C# apps in a browser. Why would anyone want to do that? Well, because then you can get a grownup programming language with grownup tooling. You can use Visual Studio, you can have projects. You can do all of these wonderful things that you can't do with JavaScript because JavaScript is just the scripting language with shitty tooling. And we thought, well, perhaps a better approach would be to fix JavaScript. I mean, surely you're not going to be best of breed in the JavaScript ecosystem by telling people to write in a different programming language”

The Pragmatic Engineer

116,193 views • 2 months ago

Jensen Huang says computing is no longer pre-recorded or pre-compiled. Traditional software like Excel ran the same for everyone now AI adapts to each user and moment. Every sound, pixel, and output is generated in real time based on context. This requires massively more compute, as software now thinks before it responds. It marks a fundamental shift: software isn’t static—it’s alive and reactive.

Jensen Huang says computing is no longer pre-recorded or pre-compiled. Traditional software like Excel ran the same for everyone now AI adapts to each user and moment. Every sound, pixel, and output is generated in real time based on context. This requires massively more compute, as software now thinks before it responds. It marks a fundamental shift: software isn’t static—it’s alive and reactive.

Wes Roth

24,319 views • 5 months ago

Today on Digital Foundry, a deep dive into Doom: The Dark Ages and the stunning id Tech 8 engine. New features are showcased, behind-the-scenes engine visualisations are shared. A lot of effort went into this one and we hope you enjoy it:

Today on Digital Foundry, a deep dive into Doom: The Dark Ages and the stunning id Tech 8 engine. New features are showcased, behind-the-scenes engine visualisations are shared. A lot of effort went into this one and we hope you enjoy it:

Digital Foundry

34,194 views • 1 year ago

🌎Making Game Development Simple with the World Engine The World Engine is revolutionizing how game engines work in many ways. If you create a game, it's a lot of single work that you're doing, and then you're pushing it to other people, and then they work with it. But with the World Engine, you build together in real time, like in a shared sandbox. It’s faster, easy to use, runs on JavaScript/TypeScript, and includes AI tools that help both developers and non-coders create games easily. 🖥 Watch the video for the full breakdown!

🌎Making Game Development Simple with the World Engine The World Engine is revolutionizing how game engines work in many ways. If you create a game, it's a lot of single work that you're doing, and then you're pushing it to other people, and then they work with it. But with the World Engine, you build together in real time, like in a shared sandbox. It’s faster, easy to use, runs on JavaScript/TypeScript, and includes AI tools that help both developers and non-coders create games easily. 🖥 Watch the video for the full breakdown!

NeuralAI

24,349 views • 1 year ago

After announcing we received many times the same question: ❓ Is this only a UI redesign? ✅ No, we redesigned the entire platform and software architecture. Here a video highlighting all the new features. 🔊 SOUND ON

After announcing we received many times the same question: ❓ Is this only a UI redesign? ✅ No, we redesigned the entire platform and software architecture. Here a video highlighting all the new features. 🔊 SOUND ON

Elixir Games

70,737 views • 1 year ago

The chains of today run on rented clouds. Neura runs on its own physical rails; private fiber, bare-metal infrastructure, and a sovereign stack built entirely in-house. No AWS. No shared internet. No borrowed performance.

The chains of today run on rented clouds. Neura runs on its own physical rails; private fiber, bare-metal infrastructure, and a sovereign stack built entirely in-house. No AWS. No shared internet. No borrowed performance.

Neura

31,916 views • 8 months ago

We've compiled over 13K DeFi pools into the only yield database you need. All pools are organized by by Token, Chain, Project, Category, TVL, APY, and custom attributes like "No IL" or "Audited". Click into a pool to see APY and TVL over time as well as risk ratings.

We've compiled over 13K DeFi pools into the only yield database you need. All pools are organized by by Token, Chain, Project, Category, TVL, APY, and custom attributes like "No IL" or "Audited". Click into a pool to see APY and TVL over time as well as risk ratings.

DefiLlama.com

12,632 views • 1 year ago

React Server Components allow you to call your database directly from a component. And that's great... but how do we make sure this code never ever runs on the client?

React Server Components allow you to call your database directly from a component. And that's great... but how do we make sure this code never ever runs on the client?

Lee Robinson

177,038 views • 2 years ago

we just rebuilt Dodo Payments from scratch. migrated entirely off framer. rewrote the whole thing in astro. the old site looked fine but under the hood it was slow. heavy javascript bundles. unnecessary client-side rendering for what is fundamentally a static marketing site. page speed scores were mid. every time we wanted to change something it felt like fighting the tool instead of building. so we nuked it. astro ships zero javascript by default. every page is static HTML unless you explicitly need interactivity. the result is a site that loads almost instantly. lighthouse scores through the roof. SEO actually works because crawlers aren't waiting for javascript to render your content. the migration took effort but the tradeoff was obvious. full control over every pixel. no vendor lock-in. no mysterious build steps. no "why is this component re-rendering on every page." if you're running a SaaS marketing site on a no-code builder and wondering why your page speed is garbage, this is your sign.

we just rebuilt Dodo Payments from scratch. migrated entirely off framer. rewrote the whole thing in astro. the old site looked fine but under the hood it was slow. heavy javascript bundles. unnecessary client-side rendering for what is fundamentally a static marketing site. page speed scores were mid. every time we wanted to change something it felt like fighting the tool instead of building. so we nuked it. astro ships zero javascript by default. every page is static HTML unless you explicitly need interactivity. the result is a site that loads almost instantly. lighthouse scores through the roof. SEO actually works because crawlers aren't waiting for javascript to render your content. the migration took effort but the tradeoff was obvious. full control over every pixel. no vendor lock-in. no mysterious build steps. no "why is this component re-rendering on every page." if you're running a SaaS marketing site on a no-code builder and wondering why your page speed is garbage, this is your sign.

Ayush Agarwal

21,285 views • 4 months ago

Qace Dynamics | End to End Autonomy Today we show the full workflow of how QACE brings autonomy to robots. Inside the dApp you can define inputs, outputs, and rules, then add modular AI blocks that map directly into reusable ROS2 nodes and DDS communication interfaces. The system interprets natural instructions through the NLP core, compiles them into abstract syntax trees, builds the directed execution graph, and generates the scripts automatically. The workflow is validated back in Gazebo where detections, temporal operators, and event triggers are applied in real time against the simulation runtime. From there the same pipeline can be containerized and deployed on QARC or directly on the robot with no additional coding or manual integration. This is how we replace fragmented pipelines and redundant middleware with one unified framework where high level intent is compiled into deterministic autonomy graphs.

Qace Dynamics | End to End Autonomy Today we show the full workflow of how QACE brings autonomy to robots. Inside the dApp you can define inputs, outputs, and rules, then add modular AI blocks that map directly into reusable ROS2 nodes and DDS communication interfaces. The system interprets natural instructions through the NLP core, compiles them into abstract syntax trees, builds the directed execution graph, and generates the scripts automatically. The workflow is validated back in Gazebo where detections, temporal operators, and event triggers are applied in real time against the simulation runtime. From there the same pipeline can be containerized and deployed on QARC or directly on the robot with no additional coding or manual integration. This is how we replace fragmented pipelines and redundant middleware with one unified framework where high level intent is compiled into deterministic autonomy graphs.

Qace Dynamics

53,180 views • 10 months ago