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

4,065 subscribers

72,818 views • 1 month 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

Here is a JavaScript todo app running on a real GBA! 9KB cartridge size. Fully compiled to native ROM without JS runtime by the Pocket Vapor compiler.

Here is a JavaScript todo app running on a real GBA! 9KB cartridge size. Fully compiled to native ROM without JS runtime by the Pocket Vapor compiler.

PocketJS

22,466 views • 1 month ago

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

98,368 views • 2 months ago

PocketJS’s animation engine just got a major upgrade, smooth on a $10 iPod touch. We recreated the classic Clear experience with Vue Vapor, including a custom keyboard and touch interactions. More than a decade after Evan You’s HTML5 Clear, JavaScript is doing it again!

PocketJS’s animation engine just got a major upgrade, smooth on a $10 iPod touch. We recreated the classic Clear experience with Vue Vapor, including a custom keyboard and touch interactions. More than a decade after Evan You’s HTML5 Clear, JavaScript is doing it again!

PocketJS

23,258 views • 11 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

433,330 views • 2 months 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

18,442 views • 9 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 • 7 months ago

Super Smash Bros. 64, running natively on iOS and iPadOS for the first time. Not an emulator. BrawlerPad is built on BattleShip, which already supplied the SSB64 source-port core, Apple Metal path, and SDL controller/audio stack. BattleShip ran on Apple Silicon macOS and Android. There had never been a public iOS or iPadOS port. Now there is. The game logic is compiled into a native ARM64 app and runs through BattleShip/libultraship’s Metal/Fast3D path. No N64 hardware is simulated, and no ROM is interpreted at runtime. Smash deserves a controller, so BrawlerPad supports physical controllers through the same input path as the game. Touch works too. I used Codex 5.6 Sol on the iOS integration. Full build guide and source below.

Super Smash Bros. 64, running natively on iOS and iPadOS for the first time. Not an emulator. BrawlerPad is built on BattleShip, which already supplied the SSB64 source-port core, Apple Metal path, and SDL controller/audio stack. BattleShip ran on Apple Silicon macOS and Android. There had never been a public iOS or iPadOS port. Now there is. The game logic is compiled into a native ARM64 app and runs through BattleShip/libultraship’s Metal/Fast3D path. No N64 hardware is simulated, and no ROM is interpreted at runtime. Smash deserves a controller, so BrawlerPad supports physical controllers through the same input path as the game. Touch works too. I used Codex 5.6 Sol on the iOS integration. Full build guide and source below.

Kahris

15,352 views • 1 month 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,205 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,155 views • 10 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 • 6 months ago

Inspired by Ammaar Reshi getting C&C Generals running natively on iPad, I did the same for Warcraft II using Codex 5.6 Sol. It's the open-source Stratagus/Wargus engine compiled for ARM64, rendering through Metal via SDL2. No emulator, no x86, no streaming from a Mac. Campaigns, skirmish, and save/load all work, with touch controls. First time I've seen Warcraft II run natively on iPad. Open sourcing it all below.

Inspired by Ammaar Reshi getting C&C Generals running natively on iPad, I did the same for Warcraft II using Codex 5.6 Sol. It's the open-source Stratagus/Wargus engine compiled for ARM64, rendering through Metal via SDL2. No emulator, no x86, no streaming from a Mac. Campaigns, skirmish, and save/load all work, with touch controls. First time I've seen Warcraft II run natively on iPad. Open sourcing it all below.

Kahris

121,307 views • 2 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 • 3 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,404 views • 7 months ago

Pocket DS update: dual-screen support and virtualized lists are working. 10,000 contacts, smooth scrolling, on a Nintendo 3DS 🙌 We’ve also added a React Native style hot-reload workflow, so JavaScript can be pushed directly to the 3DS during development.

Pocket DS update: dual-screen support and virtualized lists are working. 10,000 contacts, smooth scrolling, on a Nintendo 3DS 🙌 We’ve also added a React Native style hot-reload workflow, so JavaScript can be pushed directly to the 3DS during development.

PocketJS

1,124,028 views • 17 days ago

Tom Campbell: "The planets and the universe only render themselves when people are looking at them. It's like the video game 'No Man's Sky'. We are living in a simulation." Our reality computes on the fly whatever a player sees. Land on a planet and you get animals, shrubs, lakes and land features. Look away and it is no longer computed. Nothing is saved in memory. Only a set of values that can be regenerated if someone looks again. "It only computed what the person saw. As soon as you looked away, it wasn't computed anymore." "There is no tree. There is no forest. If nobody is there and it is not being observed, it is not being rendered." Stars are just little dots of light. They do not have to come from a sun 20 light years away. When the sun comes up or you go to sleep they stop being rendered for you. We are living in a simulation computed by consciousness.

Tom Campbell: "The planets and the universe only render themselves when people are looking at them. It's like the video game 'No Man's Sky'. We are living in a simulation." Our reality computes on the fly whatever a player sees. Land on a planet and you get animals, shrubs, lakes and land features. Look away and it is no longer computed. Nothing is saved in memory. Only a set of values that can be regenerated if someone looks again. "It only computed what the person saw. As soon as you looked away, it wasn't computed anymore." "There is no tree. There is no forest. If nobody is there and it is not being observed, it is not being rendered." Stars are just little dots of light. They do not have to come from a sun 20 light years away. When the sun comes up or you go to sleep they stop being rendered for you. We are living in a simulation computed by consciousness.

Interstellar

12,367 views • 19 days ago

Diddy Kong Racing, running as a native iOS and iPadOS app for the very first time. Not an emulator. Golden Balloon brought Diddy Kong Racing natively to desktop and the web. Never iOS. It runs great on iPhone and iPad! The game is compiled as a native ARM64 app and rendered with WebGPU through Metal. No N64 hardware is being simulated, no N64 instructions are interpreted at runtime, and nothing is streamed from a Mac. This is a racing game, so controller support was non-negotiable. Pair a controller and play with native analog input. I used Sol 5.6 and Deepseek-V4-Flash to build the Apple layer. Open sourcing it all below.

Diddy Kong Racing, running as a native iOS and iPadOS app for the very first time. Not an emulator. Golden Balloon brought Diddy Kong Racing natively to desktop and the web. Never iOS. It runs great on iPhone and iPad! The game is compiled as a native ARM64 app and rendered with WebGPU through Metal. No N64 hardware is being simulated, no N64 instructions are interpreted at runtime, and nothing is streamed from a Mac. This is a racing game, so controller support was non-negotiable. Pair a controller and play with native analog input. I used Sol 5.6 and Deepseek-V4-Flash to build the Apple layer. Open sourcing it all below.

Kahris

19,311 views • 1 month ago

I used Codex 5.6 Sol to get RollerCoaster Tycoon 2 running natively on iPad. This is built on OpenRCT2, the open-source engine their team has poured years into. I compiled it to a native ARM64 iPad app and built the touch controls on top. No emulator, no x86, no streaming from a Mac. Coaster building, scenarios, and park management all work by touch. First time I've seen RCT2 run natively on iPad. Open sourcing it all below.

I used Codex 5.6 Sol to get RollerCoaster Tycoon 2 running natively on iPad. This is built on OpenRCT2, the open-source engine their team has poured years into. I compiled it to a native ARM64 iPad app and built the touch controls on top. No emulator, no x86, no streaming from a Mac. Coaster building, scenarios, and park management all work by touch. First time I've seen RCT2 run natively on iPad. Open sourcing it all below.

Kahris

298,559 views • 2 months ago