Video wird geladen...

Video konnte nicht geladen werden

Beim Laden dieses Videos ist ein Problem aufgetreten. Dies könnte an einem vorübergehenden Netzwerkproblem liegen oder das Video ist möglicherweise nicht verfügbar.

I built a simple C++ game engine: - ECS (Sprite, Velocity, Animation, Script) - Frame-based animations via JSON - Lua scripting for entity behavior - ImGui inspector + asset browser - SDL2 rendering w/ flipping - Drag-and-drop support for assets

Basketo

1,695 subscribers

52,458 Aufrufe • vor 1 Jahr •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

10 Kommentare

Profilbild von Lennzer

Lennzervor 1 Jahr

Dude, that's so cool! I've been setting up basics down for something like this. BTW I'm not entirely sure but splitting sprite sheets by using pixel dimensions would let you index them out - saw it in another post.

Profilbild von Basketo

Basketovor 1 Jahr

Yeah, that’s actually how i’m handling animations, using fixed pixel dimensions to split the sprite sheet. It works, but honestly, it gets pretty tedious without a proper editor to preview and grab coordinates.

Profilbild von Juveria | Onchain Lens

Juveria | Onchain Lensvor 1 Jahr

cool 🔥

Profilbild von Basketo

Basketovor 1 Jahr

tnx 🫰

Profilbild von Hojiwak

Hojiwakvor 1 Jahr

👏👏👏👏 papa tchlalek berta bro adis neger entebkalen bekrb 💪

Profilbild von Basketo

Basketovor 1 Jahr

@hojiwaq84514 awo gd new. mokralew esti🫡

Profilbild von P4R4NO1D73

P4R4NO1D73vor 1 Jahr

awesome

Profilbild von Basketo

Basketovor 1 Jahr

🫡

Profilbild von Antônio Ivo da Silva Gomes

Antônio Ivo da Silva Gomesvor 1 Jahr

Awesome, man. Do you have some advice to someone who is trying to make something like this with pure C?! 😅

Profilbild von Basketo

Basketovor 1 Jahr

Well 😁 1st thing is to avoid oop like trap, don't try to fake classes and inheritance and you will have fast engine core. and also keep it modular from the start otherwise it's gonna get ugly.

Ähnliche Videos

Building and prototyping games is easier than ever with Sidekick. Our designer built a 3D version of this OpenAI GPT-o1 game demo in <1 hour. Used Autodesk Maya for assets, Unity for engine, @bezi_3d Sidekick for scripting & implementation. Sidekick analyzes your project for real-time context of the asset folder, scene objects, components, and more. This allows it to implement simple mechanics—like movement controls and basic physics—for your characters and objects in seconds. It's the AI tool built by game developers, for game developers.

Building and prototyping games is easier than ever with Sidekick. Our designer built a 3D version of this OpenAI GPT-o1 game demo in <1 hour. Used Autodesk Maya for assets, Unity for engine, @bezi_3d Sidekick for scripting & implementation. Sidekick analyzes your project for real-time context of the asset folder, scene objects, components, and more. This allows it to implement simple mechanics—like movement controls and basic physics—for your characters and objects in seconds. It's the AI tool built by game developers, for game developers.

Bezi

15,295 Aufrufe • vor 1 Jahr

IMHO, Dear ImGui is easily the most underrated library for in-game UI. I built a custom UI framework on top of it (skinning, animations, layouts, HUD elements, scaling, aligment etc) for my engine. Couldn't be happier with how fast and clean it turned out.

IMHO, Dear ImGui is easily the most underrated library for in-game UI. I built a custom UI framework on top of it (skinning, animations, layouts, HUD elements, scaling, aligment etc) for my engine. Couldn't be happier with how fast and clean it turned out.

Ioannis Koukourakis

17,829 Aufrufe • vor 1 Monat

I built an open-source tool to fix something that drives me nuts. You ask ChatGPT or Gemini for a game asset and get an image with a background baked in. Ask for transparency and you get... a fake checkerboard. Then you hunt for a background remover, then slice each sprite out by hand. So I built Sprite Lab. Drop a spritesheet → it auto-detects the backdrop (checkerboard, white, magenta, green), removes it cleanly with no halo, and slices every frame for you. Export as PNGs + a strip + manifest. 100% in your browser. No uploads, no AI model, no sign-up. Free and open source. #gamedev #indiegame

I built an open-source tool to fix something that drives me nuts. You ask ChatGPT or Gemini for a game asset and get an image with a background baked in. Ask for transparency and you get... a fake checkerboard. Then you hunt for a background remover, then slice each sprite out by hand. So I built Sprite Lab. Drop a spritesheet → it auto-detects the backdrop (checkerboard, white, magenta, green), removes it cleanly with no halo, and slices every frame for you. Export as PNGs + a strip + manifest. 100% in your browser. No uploads, no AI model, no sign-up. Free and open source. #gamedev #indiegame

Ibrahim Boona

19,969 Aufrufe • vor 3 Monaten

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,222 Aufrufe • vor 1 Monat

🕹️ Paris-based creative studio Little Workshop (Little Workshop) just reminded us why browser-based 3D experiences still have so much untapped potential. For Netlify's 5 million developer milestone, they built a full Marble Madness-inspired game that runs flawlessly in the browser. The technical execution is impressive: → Three.js + custom render pipeline for WebGL → Rapier physics engine (Rust via WASM) → Unity → Blender → GLTF pipeline for level design → CSS 3D transforms for UI overlays → Smart keyboard API usage for international layout support. Give it a run. It's both fun and informative. #WebGL #GameDev #ThreeJS #CreativeCoding #Netlify

🕹️ Paris-based creative studio Little Workshop (Little Workshop) just reminded us why browser-based 3D experiences still have so much untapped potential. For Netlify's 5 million developer milestone, they built a full Marble Madness-inspired game that runs flawlessly in the browser. The technical execution is impressive: → Three.js + custom render pipeline for WebGL → Rapier physics engine (Rust via WASM) → Unity → Blender → GLTF pipeline for level design → CSS 3D transforms for UI overlays → Smart keyboard API usage for international layout support. Give it a run. It's both fun and informative. #WebGL #GameDev #ThreeJS #CreativeCoding #Netlify

WebGL / WebGPU

18,949 Aufrufe • vor 8 Monaten

I used Grok 4.5 in Grok Build to create a game engine for agentic coding, then built an ARPG on it, with all game assets generated via Grok Imagine in Grok Build. AI agents can build worlds, combat, loot, progression, maps, tests, and playable games. ⚒️🎮

I used Grok 4.5 in Grok Build to create a game engine for agentic coding, then built an ARPG on it, with all game assets generated via Grok Imagine in Grok Build. AI agents can build worlds, combat, loot, progression, maps, tests, and playable games. ⚒️🎮

tetsuo

198,437 Aufrufe • vor 1 Monat

We’ve built a brand-new VTS plugin for Minecraft! 1. Drive VTS physics engine scheduling based on the player character's vector acceleration in-game 2.Real-time texture replacement and eating animations 3.In-game equipment mapping 4.Status particle effects 5.In-game GUI display 6.Status bar UI rendering 7.Damage impact feedback Under the hood, a Fabric mod reads the actual game state and uses Minecraft’s own renderer for both vanilla and modded items. A local bridge then translates that data into VTS Custom Items, hotkeys, parameter inputs, model motion, physics and visual effects—all without relying on OCR or OBS. (●´ω｀●)ゞ #Live2D #VtuberStudio #minecraftㅤㅤ

Wha1ex3💤Live2D

161,857 Aufrufe • vor 29 Tagen

I built a Three.js rendering study inspired by Tiny Glade’s painterly aesthetic, and got it running at 120fps in the browser. Over the past few weeks, I’ve been studying how stylized games achieve that soft, handcrafted look in real time. Tiny Glade was a huge inspiration, and I wanted to use the browser as a constraint: no compute shaders, no native GPU access, and single-threaded JavaScript. As part of this study, I implemented: - GPU-driven instanced brick walls with procedural noise jitter and elastic build animations - Tree, bush, and flower rendering with billboard card expansion, wind sway, and grow animations - Procedural grass with terrain conformance and interactive push deformation - Animated water with layered noise, interactive ripples, and Fresnel-based reflections - Procedural terrain with slope-aware triplanar materials, dirt paths, and rocks - A 7-pass post-processing stack with TAA, bloom, depth of field, painterly filtering, ACES tonemapping, 3D LUT color grading, and film grain The hardest part wasn’t writing any single shader. It was making all of these systems work together at high frame rates inside WebGL, where every millisecond counts and performance problems compound quickly across animation, materials, post-processing, and scene management. Some techniques in this study were inspired by analyzing Tiny Glade’s rendering approach, while others were original implementations built from scratch from visual reference. That contrast taught me a lot: recreating an effect is one challenge, but designing your own shaders and systems to achieve a similar feel is a very different one. This is a private educational rendering study. Some temporary placeholder content is being used during the research phase, and any public or production version would use original or properly licensed assets. Huge credit to Pounce Light for the incredible art direction and rendering work in Tiny Glade: Three.js #gamedev #webgl #threejs #rendering #graphics #realtimerendering #shaderdev

I built a Three.js rendering study inspired by Tiny Glade’s painterly aesthetic, and got it running at 120fps in the browser. Over the past few weeks, I’ve been studying how stylized games achieve that soft, handcrafted look in real time. Tiny Glade was a huge inspiration, and I wanted to use the browser as a constraint: no compute shaders, no native GPU access, and single-threaded JavaScript. As part of this study, I implemented: - GPU-driven instanced brick walls with procedural noise jitter and elastic build animations - Tree, bush, and flower rendering with billboard card expansion, wind sway, and grow animations - Procedural grass with terrain conformance and interactive push deformation - Animated water with layered noise, interactive ripples, and Fresnel-based reflections - Procedural terrain with slope-aware triplanar materials, dirt paths, and rocks - A 7-pass post-processing stack with TAA, bloom, depth of field, painterly filtering, ACES tonemapping, 3D LUT color grading, and film grain The hardest part wasn’t writing any single shader. It was making all of these systems work together at high frame rates inside WebGL, where every millisecond counts and performance problems compound quickly across animation, materials, post-processing, and scene management. Some techniques in this study were inspired by analyzing Tiny Glade’s rendering approach, while others were original implementations built from scratch from visual reference. That contrast taught me a lot: recreating an effect is one challenge, but designing your own shaders and systems to achieve a similar feel is a very different one. This is a private educational rendering study. Some temporary placeholder content is being used during the research phase, and any public or production version would use original or properly licensed assets. Huge credit to Pounce Light for the incredible art direction and rendering work in Tiny Glade: Three.js #gamedev #webgl #threejs #rendering #graphics #realtimerendering #shaderdev

Ibrahim Boona

58,625 Aufrufe • vor 5 Monaten

The first universal 3D robot viewer for the browser… load URDF, MJCF, or USD in seconds. No installs. No setup. Developer Victor Oldensand has built Mechaverse, a universal 3D robotics viewer that works on desktop and even mobile (if your phone is strong enough). No installs. No setup. Just drag and drop your robot model. Mechaverse merges and improves the work of several open-source projects, including: ✅ Mujoco_wasm (MuJoCo in the browser) ✅ USD-viewer (OpenUSD) ✅ URDF-loaders … into one clean, cross-platform tool. 💻 Try it here: Built in just 4 days, it supports URDF, MJCF, and OpenUSD formats via Three.js, with rendering powered by WebAssembly. Perfect for quickly inspecting robot models or scenes without heavyweight desktop software.

The first universal 3D robot viewer for the browser… load URDF, MJCF, or USD in seconds. No installs. No setup. Developer Victor Oldensand has built Mechaverse, a universal 3D robotics viewer that works on desktop and even mobile (if your phone is strong enough). No installs. No setup. Just drag and drop your robot model. Mechaverse merges and improves the work of several open-source projects, including: ✅ Mujoco_wasm (MuJoCo in the browser) ✅ USD-viewer (OpenUSD) ✅ URDF-loaders … into one clean, cross-platform tool. 💻 Try it here: Built in just 4 days, it supports URDF, MJCF, and OpenUSD formats via Three.js, with rendering powered by WebAssembly. Perfect for quickly inspecting robot models or scenes without heavyweight desktop software.

Ilir Aliu

40,101 Aufrufe • vor 1 Jahr

I vibe coded and built a sprite animation pipeline 🛠️ (Day 22 of making the engine+game) ⬇️ Watch the video if you don't wanna read the wall of text - it directly shows what I do. Shoutout to Jidé ✨ for showing me a paper on black/white combination to get alpha, it's the cleanest method yet, and to Cursor for enabling this entire journey. If you prefer the wall of text here you go: The hardest part of using general image models for 2D sprites isn’t getting a nice-looking frame, it’s getting consistent motion across a whole sprite sheet. You can fake a sheet, but frames won’t align, timing drifts, and you end up with weird artifacts. Even if you manually cut frames + interpolate, the animation often looks “off” because each frame is basically a new interpretation, not the same character evolving over time. This is especially noticeable with public API models like gpt-image-1.5 and Nano Banana. Some custom LoRAs for open models exist, but this is intended for less techy folks. My workaround: use a video model first, then post-process into a sprite sheet. Render the animation over a solid background (white/black/magenta/green), then chroma-key it out (my engine tool supports this). If the motion stays inside the silhouette, this works surprisingly well. You can do this in almost any video editing software too! The catch: keying almost always leaves an “aura” (edge spill). My best results come from interpolating the keyed animation with a clean base sprite, so you keep crisp edges and only “borrow” motion/detail where needed. If the animation extends outside the silhouette (tree branches, hair wisps, foliage), I usually skip “true sprite animation” and do it with shaders instead. Keying can’t fully remove halos there, no matter how much feathering/tuning you do. Another annoying issue: pixel corruption. AI rarely generates a perfectly flat background (pure #000000 or #FF00FF). That tiny noise breaks clean extraction and creates crawling garbage pixels around the subject. For clean base sprites (and even PBR maps), a useful trick is generating the same asset on white + black backgrounds and deriving alpha from the difference. This is basically a matte workflow: white = opaque, black = transparent. It fixes aura… but you’d need it per-frame to fix animation, which is still hard. For simple pixel art (single-digit frames), you can sometimes generate a sprite sheet, then ask the model to recreate it on black/white while preserving alignment… but it’s still manual-heavy. Honestly, at this point, for some projects it’s easier to go 3D → 2D and render clean sprites/maps directly. But I still love pushing “pure 2D” and seeing how far we can take it. Thanks for reading! Follow/bookmark/repost if interested in this kind of content!

I vibe coded and built a sprite animation pipeline 🛠️ (Day 22 of making the engine+game) ⬇️ Watch the video if you don't wanna read the wall of text - it directly shows what I do. Shoutout to Jidé ✨ for showing me a paper on black/white combination to get alpha, it's the cleanest method yet, and to Cursor for enabling this entire journey. If you prefer the wall of text here you go: The hardest part of using general image models for 2D sprites isn’t getting a nice-looking frame, it’s getting consistent motion across a whole sprite sheet. You can fake a sheet, but frames won’t align, timing drifts, and you end up with weird artifacts. Even if you manually cut frames + interpolate, the animation often looks “off” because each frame is basically a new interpretation, not the same character evolving over time. This is especially noticeable with public API models like gpt-image-1.5 and Nano Banana. Some custom LoRAs for open models exist, but this is intended for less techy folks. My workaround: use a video model first, then post-process into a sprite sheet. Render the animation over a solid background (white/black/magenta/green), then chroma-key it out (my engine tool supports this). If the motion stays inside the silhouette, this works surprisingly well. You can do this in almost any video editing software too! The catch: keying almost always leaves an “aura” (edge spill). My best results come from interpolating the keyed animation with a clean base sprite, so you keep crisp edges and only “borrow” motion/detail where needed. If the animation extends outside the silhouette (tree branches, hair wisps, foliage), I usually skip “true sprite animation” and do it with shaders instead. Keying can’t fully remove halos there, no matter how much feathering/tuning you do. Another annoying issue: pixel corruption. AI rarely generates a perfectly flat background (pure #000000 or #FF00FF). That tiny noise breaks clean extraction and creates crawling garbage pixels around the subject. For clean base sprites (and even PBR maps), a useful trick is generating the same asset on white + black backgrounds and deriving alpha from the difference. This is basically a matte workflow: white = opaque, black = transparent. It fixes aura… but you’d need it per-frame to fix animation, which is still hard. For simple pixel art (single-digit frames), you can sometimes generate a sprite sheet, then ask the model to recreate it on black/white while preserving alignment… but it’s still manual-heavy. Honestly, at this point, for some projects it’s easier to go 3D → 2D and render clean sprites/maps directly. But I still love pushing “pure 2D” and seeing how far we can take it. Thanks for reading! Follow/bookmark/repost if interested in this kind of content!

Startracker 🔺

20,181 Aufrufe • vor 7 Monaten

I used Cursor to vibe code a simple fishing game prototype on the Unity Engine. Here's my learnings: - I did not use any Unity MCP for this. The game was built entirely by Cursor models (Sonnet 4.6 for execution and Opus 4.6 for planning) - The model was able to set up the game, getting the basic game mechanics working fairly quickly - I had to use the Unity Game Editor UI to attach components to the in-game objects manually, but it was quite easy to follow the instructions given by the Cursor model - Unity Editor is huge and slow! Compared to Godot, I find the UI really clunky I feel tired looking at it - Unity Assets Marketplace is amazing, there are so many amazing art assets there (like the ones I am using for this game). This is probably the biggest strength of Unity. - I had some issues with restoring checkpoints, probably because of how Unity Game Editor UI being really clunky and I had to manually adjust things in the Editor, which the model doesnt have knowledge of Overall, the results turn out pretty decent, but it was a rather frustrating experience, especially when I had to debug issues or rollback changes. I'll explore more vibe coding on Unity but for now, I think I prefer Godot as a game engine. I just wish there is a Godot Asset Marketplace!

I used Cursor to vibe code a simple fishing game prototype on the Unity Engine. Here's my learnings: - I did not use any Unity MCP for this. The game was built entirely by Cursor models (Sonnet 4.6 for execution and Opus 4.6 for planning) - The model was able to set up the game, getting the basic game mechanics working fairly quickly - I had to use the Unity Game Editor UI to attach components to the in-game objects manually, but it was quite easy to follow the instructions given by the Cursor model - Unity Editor is huge and slow! Compared to Godot, I find the UI really clunky I feel tired looking at it - Unity Assets Marketplace is amazing, there are so many amazing art assets there (like the ones I am using for this game). This is probably the biggest strength of Unity. - I had some issues with restoring checkpoints, probably because of how Unity Game Editor UI being really clunky and I had to manually adjust things in the Editor, which the model doesnt have knowledge of Overall, the results turn out pretty decent, but it was a rather frustrating experience, especially when I had to debug issues or rollback changes. I'll explore more vibe coding on Unity but for now, I think I prefer Godot as a game engine. I just wish there is a Godot Asset Marketplace!

Danny Limanseta

186,148 Aufrufe • vor 5 Monaten

I built a fully playable 3D platformer game in exactly 3 days, using almost entirely AI-generated assets. To test whether AI can really replace the asset grind, I came up with a steampunk cat universe from scratch and brought it straight into Unreal Engine 5. Here is how it was done, step by step: 👇 🎨 World and prop concepting 🧩 Tripo 3.1 for low-poly smart meshes and PBR textures 🩹 Blender for geometry cleanup and AO baking 🦴 AccuRIG for character animation 🚀 UE5 for level design and blueprints The craziest part is that AI handled the routine, and I still had the creative energy to make the level actually fun. Watch the full workflow and gameplay reveal: #GameDev #TripoAI #UnrealEngine5 #3DModeling #IndieDev #Blender3D

I built a fully playable 3D platformer game in exactly 3 days, using almost entirely AI-generated assets. To test whether AI can really replace the asset grind, I came up with a steampunk cat universe from scratch and brought it straight into Unreal Engine 5. Here is how it was done, step by step: 👇 🎨 World and prop concepting 🧩 Tripo 3.1 for low-poly smart meshes and PBR textures 🩹 Blender for geometry cleanup and AO baking 🦴 AccuRIG for character animation 🚀 UE5 for level design and blueprints The craziest part is that AI handled the routine, and I still had the creative energy to make the level actually fun. Watch the full workflow and gameplay reveal: #GameDev #TripoAI #UnrealEngine5 #3DModeling #IndieDev #Blender3D

Stefan 3D AI

17,426 Aufrufe • vor 4 Monaten

I ditched Unreal for AI. Kaiju Engine is a completely AI written replacement. To prove it was ready for production, I tested it by recreating and porting my old game, Firefall, into Kaiju, purely from the Steam download, no source. And it worked. Real game code is messy, full of difficult details and compromises. If our engine could handle a commercially released game, it proves you can ship a game with it. We're developing 2 orders of magnitude faster (93x) by lines of code and features. We have fewer bugs, and iteration is super fast. Build times have gone from 30 mins (Unreal) to 36 seconds. Feature rate is through the roof, days instead of months. Our original engine for Firefall took 2-3 years and cost over 5M to build (adjusted). Our new engine was written in 5 months for a couple grand. We built only what we needed, with none of the Unreal bloat. And we added some features: - Modern meshlet based rendering with PBR. - Vis Buffer/Forward+ with clustered lighting. - Id Tech 5 style megatexture streaming. - Planetary sized renderer (entire solar systems possible). - Seamless flight from ground to orbit and space. - No loading screens. - Procedural planet generation with plate simulation. - Client/Server at all times. - Ozz for animation. Jolt for Physics. - Companion Blender plug-in for AI directed asset exports. - 140fps currently, 200-300 projected after optimizations. You can see Firefall's assets and levels ported over into our engine in the video. Texture resolution and pop-in are limitations of the original game (high rez CDN based textures were lost when game went offline, fog hid the original's pop-in). Our meshlet renderer will be able to do much better with LOD and already supports high rez textures. I used Grok/Codex/Claude to tag team the code. This is not just a boon for indie games, it's a real game changer for game preservation. The reaction to seeing this 10 year old discontinued game revived is very emotional for Firefall fans. But we're not just preserving Firefall, we're going beyond, creating an original game that is the spiritual successor, Em-8ER. Gliding, jumpjets... it's all coming back. Moving past Unreal let us move much faster, without the bloat, and with better performance. If you want to signup to follow news on the game, sign up is free at

I ditched Unreal for AI. Kaiju Engine is a completely AI written replacement. To prove it was ready for production, I tested it by recreating and porting my old game, Firefall, into Kaiju, purely from the Steam download, no source. And it worked. Real game code is messy, full of difficult details and compromises. If our engine could handle a commercially released game, it proves you can ship a game with it. We're developing 2 orders of magnitude faster (93x) by lines of code and features. We have fewer bugs, and iteration is super fast. Build times have gone from 30 mins (Unreal) to 36 seconds. Feature rate is through the roof, days instead of months. Our original engine for Firefall took 2-3 years and cost over 5M to build (adjusted). Our new engine was written in 5 months for a couple grand. We built only what we needed, with none of the Unreal bloat. And we added some features: - Modern meshlet based rendering with PBR. - Vis Buffer/Forward+ with clustered lighting. - Id Tech 5 style megatexture streaming. - Planetary sized renderer (entire solar systems possible). - Seamless flight from ground to orbit and space. - No loading screens. - Procedural planet generation with plate simulation. - Client/Server at all times. - Ozz for animation. Jolt for Physics. - Companion Blender plug-in for AI directed asset exports. - 140fps currently, 200-300 projected after optimizations. You can see Firefall's assets and levels ported over into our engine in the video. Texture resolution and pop-in are limitations of the original game (high rez CDN based textures were lost when game went offline, fog hid the original's pop-in). Our meshlet renderer will be able to do much better with LOD and already supports high rez textures. I used Grok/Codex/Claude to tag team the code. This is not just a boon for indie games, it's a real game changer for game preservation. The reaction to seeing this 10 year old discontinued game revived is very emotional for Firefall fans. But we're not just preserving Firefall, we're going beyond, creating an original game that is the spiritual successor, Em-8ER. Gliding, jumpjets... it's all coming back. Moving past Unreal let us move much faster, without the bloat, and with better performance. If you want to signup to follow news on the game, sign up is free at

Grummz

355,205 Aufrufe • vor 24 Tagen

*** Mega Parodius Sega Megadrive Update *** Lately I've been having some fun seeing how far we can push the Parodius game engine . This is not arcade accurate - just for testing, decreased bullet timers and upped the bullet count to see what would happen re cpu usage when things are made a lot busier ! Maybe something like this could be insane mode in the options etc. Since last update we are a lot more optimised under the hood . The C based sprite engine, particularly visibility checking was speedup , overall 25 % faster. Then re-wrote the sprite engine completely in 68k assembly , 30% faster again. It took about 3 days and 1500 lines of assembly , thankfully the gains were worth it. All these gains will be back ported to S.O.T.A also as its using the same sprite engine. Usage is around 19% of cpu per frame with a full sprite load - 33 % cpu left in the busiest frame currently . Parodius is using a write the sprite list every frame type engine , so priority and meta-sprite objects can be handled with ease albiet its still a bit slower than static allocation sprite engines such as the one in lufthoheit but this is a bit easier to code for in the long run. All collision checks are been done , we are using a spatial grid system to get the collision checks done faster than a brute force approach . To get to maximum sprite count destruction is disabled in the video. We hit 80 sprites onscreen in this sequence , the sprite counter is one the Left side. We use about 16 sprites in the top hud and water line , about 21 for player attacks / missiles / shots / options . Up to 35 bullets + enemies . No lazer usage here as the Lazers use zero sprites thanks to the raster tricks , this video is all about the sprites ! Improved the water line when the Catboss is active , as he is Sprites + Forground we are doing some tile rotation tricks eg bit scrolling to give the impression of parrallax at that point . Vector Orbitex has updated the stage 1 music again and has made things even higher quality , hes mixed pcm and fm channels together to create higher quality orchestral hits for example . Pyron has started converting assets from stage 2/3 , some amazing work there . Hes well ahead of me at present which is a good thing. Still lots of incomplete animations missing logic etc , its slow going with RL getting in the way haha and 2 other projects !! Still its fun !! #SGDK #SegaMegadrive #SegaGenesis #Parodius

* Mega Parodius Sega Megadrive Update * Lately I've been having some fun seeing how far we can push the Parodius game engine . This is not arcade accurate - just for testing, decreased bullet timers and upped the bullet count to see what would happen re cpu usage when things are made a lot busier ! Maybe something like this could be insane mode in the options etc. Since last update we are a lot more optimised under the hood . The C based sprite engine, particularly visibility checking was speedup , overall 25 % faster. Then re-wrote the sprite engine completely in 68k assembly , 30% faster again. It took about 3 days and 1500 lines of assembly , thankfully the gains were worth it. All these gains will be back ported to S.O.T.A also as its using the same sprite engine. Usage is around 19% of cpu per frame with a full sprite load - 33 % cpu left in the busiest frame currently . Parodius is using a write the sprite list every frame type engine , so priority and meta-sprite objects can be handled with ease albiet its still a bit slower than static allocation sprite engines such as the one in lufthoheit but this is a bit easier to code for in the long run. All collision checks are been done , we are using a spatial grid system to get the collision checks done faster than a brute force approach . To get to maximum sprite count destruction is disabled in the video. We hit 80 sprites onscreen in this sequence , the sprite counter is one the Left side. We use about 16 sprites in the top hud and water line , about 21 for player attacks / missiles / shots / options . Up to 35 bullets + enemies . No lazer usage here as the Lazers use zero sprites thanks to the raster tricks , this video is all about the sprites ! Improved the water line when the Catboss is active , as he is Sprites + Forground we are doing some tile rotation tricks eg bit scrolling to give the impression of parrallax at that point . Vector Orbitex has updated the stage 1 music again and has made things even higher quality , hes mixed pcm and fm channels together to create higher quality orchestral hits for example . Pyron has started converting assets from stage 2/3 , some amazing work there . Hes well ahead of me at present which is a good thing. Still lots of incomplete animations missing logic etc , its slow going with RL getting in the way haha and 2 other projects !! Still its fun !! #SGDK #SegaMegadrive #SegaGenesis #Parodius

Shannon Birt

16,084 Aufrufe • vor 9 Monaten

continues to blow my mind! 🤯 In less than an hour, I built a Next.js web app that: ↳ leverages Groq Inc for named entity recognition (NER) on text, single URLs, even URLs scraped in bulk (!) ↳ displays entities in text via color-coded highlights ↳ feats Apache ECharts charts for top entities and their distributions ↳ + dynamic Material UI tables with annotations ↳ exports selected rows in csv, json, or xlsx Bolt even created a full email login flow with Supabase! The wildest part? I didn’t write a single line of code - I just described what I wanted, and Bolt handled the rest. Hats off to StackBlitz - is rewriting the game! 🔥 #SEO #NLP #LLMs #SaaS

continues to blow my mind! 🤯 In less than an hour, I built a Next.js web app that: ↳ leverages Groq Inc for named entity recognition (NER) on text, single URLs, even URLs scraped in bulk (!) ↳ displays entities in text via color-coded highlights ↳ feats Apache ECharts charts for top entities and their distributions ↳ + dynamic Material UI tables with annotations ↳ exports selected rows in csv, json, or xlsx Bolt even created a full email login flow with Supabase! The wildest part? I didn’t write a single line of code - I just described what I wanted, and Bolt handled the rest. Hats off to StackBlitz - is rewriting the game! 🔥 #SEO #NLP #LLMs #SaaS

Charly Wargnier

42,367 Aufrufe • vor 1 Jahr

GoldenEye 007 N64 running natively on iOS and iPadOS for the first time. Not an emulator. The GoldenEye decompilation community spent years reconstructing the original game. GoldenEye64Recomp, N64Recomp, N64ModernRuntime, and RT64 provided the static recompilation, runtime, and rendering foundations. I built GoldenPad on top: the iPhone and iPad app, touch interface, native audio and saves, controller support, and the mobile lifecycle work needed to make it run on real devices. It runs great on iPhone. GoldenEye runs better through GoldenPad than it has in any N64 emulator I have tried on iOS. Native ARM64 code, high-resolution Metal rendering, and modern dual-stick controls make a huge difference. No JIT, no N64 code being interpreted at runtime, and no streaming from a Mac. This is the original 1997 N64 game, not the XBLA version, and it is not based on GoldenEye Metal. I am actively working on full local split-screen multiplayer for iPad. MacOS support soon. I built the iOS and iPadOS integration with 5.6 Sol. Open sourcing it all below. Happy Friday!

GoldenEye 007 N64 running natively on iOS and iPadOS for the first time. Not an emulator. The GoldenEye decompilation community spent years reconstructing the original game. GoldenEye64Recomp, N64Recomp, N64ModernRuntime, and RT64 provided the static recompilation, runtime, and rendering foundations. I built GoldenPad on top: the iPhone and iPad app, touch interface, native audio and saves, controller support, and the mobile lifecycle work needed to make it run on real devices. It runs great on iPhone. GoldenEye runs better through GoldenPad than it has in any N64 emulator I have tried on iOS. Native ARM64 code, high-resolution Metal rendering, and modern dual-stick controls make a huge difference. No JIT, no N64 code being interpreted at runtime, and no streaming from a Mac. This is the original 1997 N64 game, not the XBLA version, and it is not based on GoldenEye Metal. I am actively working on full local split-screen multiplayer for iPad. MacOS support soon. I built the iOS and iPadOS integration with 5.6 Sol. Open sourcing it all below. Happy Friday!

Kahris

541,663 Aufrufe • vor 18 Tagen

Exploring 3D Generation Capabilities in Alchemist AI🔮 Alchemist AI now enables users to create basic 3D assets, including models, objects, environments, and simulations, expanding its capabilities beyond 2D asset generation. What Does This Mean for You? • 3D Environment Creation: Generate virtual worlds, such as game environments or fantasy landscapes. Define parameters like terrain or structures to create dynamic and adaptable spaces tailored to your needs. • Customizable 3D Models and Objects: Design and modify 3D assets by adjusting dimensions, materials, and textures. Whether crafting prototypes or characters, users maintain full creative control. • Interactive Simulations: Build physics-based simulations or animated scenes. With upcoming support for sprite libraries and animation rigs, fine-tune object behaviors and interactions to suit your projects. With future API updates, Alchemist AI’s 3D generation capabilities will further expand, enhancing tools for creating models, environments, and simulations. AI-assisted text-to-3D will also be introduced—just describe your vision, such as 'space station' or 'orange sports car' and the system will generate customizable base assets.

Exploring 3D Generation Capabilities in Alchemist AI🔮 Alchemist AI now enables users to create basic 3D assets, including models, objects, environments, and simulations, expanding its capabilities beyond 2D asset generation. What Does This Mean for You? • 3D Environment Creation: Generate virtual worlds, such as game environments or fantasy landscapes. Define parameters like terrain or structures to create dynamic and adaptable spaces tailored to your needs. • Customizable 3D Models and Objects: Design and modify 3D assets by adjusting dimensions, materials, and textures. Whether crafting prototypes or characters, users maintain full creative control. • Interactive Simulations: Build physics-based simulations or animated scenes. With upcoming support for sprite libraries and animation rigs, fine-tune object behaviors and interactions to suit your projects. With future API updates, Alchemist AI’s 3D generation capabilities will further expand, enhancing tools for creating models, environments, and simulations. AI-assisted text-to-3D will also be introduced—just describe your vision, such as 'space station' or 'orange sports car' and the system will generate customizable base assets.

ALCHEMIST AI 🔮

35,673 Aufrufe • vor 1 Jahr

Most product screenshots are boring. Flat. Static. Forgettable. Screenshot Studio is officially live and it changes that. Formerly @stageeart. Completely rebuilt from the ground up. What started as a simple screenshot editor is now a browser-based studio for screenshots, animated visuals, and export-ready videos. No signup. No watermarks. No artificial limits. New in 2.0: - A faster core and rebuilt UI. - A real timeline editor with tracks + playhead. - 20+ animation presets with keyframes and easing. - MP4, WebM, GIF export. - Hardware-accelerated encoding with WebCodecs (FFmpeg fallback). - High-res exports up to 5x. - Unlimited undo/redo. Drag. Drop. Animate. Export. All in the browser. Proud to share it’s been selected for the Vercel OSS Program. Huge thanks to the Vercel team and Guillermo Rauch for supporting the project. If you’re shipping products and still posting static screenshots, you’re leaving attention on the table. Stage is gone. Screenshot Studio is here. try now link in the comments.

Most product screenshots are boring. Flat. Static. Forgettable. Screenshot Studio is officially live and it changes that. Formerly @stageeart. Completely rebuilt from the ground up. What started as a simple screenshot editor is now a browser-based studio for screenshots, animated visuals, and export-ready videos. No signup. No watermarks. No artificial limits. New in 2.0: - A faster core and rebuilt UI. - A real timeline editor with tracks + playhead. - 20+ animation presets with keyframes and easing. - MP4, WebM, GIF export. - Hardware-accelerated encoding with WebCodecs (FFmpeg fallback). - High-res exports up to 5x. - Unlimited undo/redo. Drag. Drop. Animate. Export. All in the browser. Proud to share it’s been selected for the Vercel OSS Program. Huge thanks to the Vercel team and Guillermo Rauch for supporting the project. If you’re shipping products and still posting static screenshots, you’re leaving attention on the table. Stage is gone. Screenshot Studio is here. try now link in the comments.

Kartik

33,775 Aufrufe • vor 6 Monaten

first test results are in. qwen 3.6 27b dense just banged 10 out of 10 on a single rtx 3090 24gb tier at 40 tok/s. no quant tricks. no fused kernels. just q4_k_m straight cut on llama.cpp. i wrote a particle swarm benchmark this morning, fed it the prompt, and the model autonomously built a 500 particle boids flocking system. velocity driven hue, density based brightness, trail blend rendering, mouse attraction physics, click bursts, drag paint. then it used browser automation to test its own work, found the failing tests, iterated through the code, patched tests.js, and landed all 10 green on its own. i sat there hooked for 8 minutes playing. simple but mesmerizing. mouse trails build beautiful patterns, palette cycles with space, click sends particles flying, drag paints through the swarm. simplicity that hooks you. i'll open source this prompt and the build soon so anyone can reproduce it as their own benchmark. this is the first of 5 single file agent tests i wrote for this model. four more coming. octopus invaders flagship after as final. watch the full video below. see it autonomously build from one prompt. haven't slept well since this model dropped yesterday.

first test results are in. qwen 3.6 27b dense just banged 10 out of 10 on a single rtx 3090 24gb tier at 40 tok/s. no quant tricks. no fused kernels. just q4_k_m straight cut on llama.cpp. i wrote a particle swarm benchmark this morning, fed it the prompt, and the model autonomously built a 500 particle boids flocking system. velocity driven hue, density based brightness, trail blend rendering, mouse attraction physics, click bursts, drag paint. then it used browser automation to test its own work, found the failing tests, iterated through the code, patched tests.js, and landed all 10 green on its own. i sat there hooked for 8 minutes playing. simple but mesmerizing. mouse trails build beautiful patterns, palette cycles with space, click sends particles flying, drag paints through the swarm. simplicity that hooks you. i'll open source this prompt and the build soon so anyone can reproduce it as their own benchmark. this is the first of 5 single file agent tests i wrote for this model. four more coming. octopus invaders flagship after as final. watch the full video below. see it autonomously build from one prompt. haven't slept well since this model dropped yesterday.

Sudo su

132,605 Aufrufe • vor 4 Monaten