Загрузка видео...

Не удалось загрузить видео

На главную

What If Your ESP32 Could Run Real 3D Graphics Without a GPU? 🤯 Jet is a tiny C++17 software 3D rasteriser built for constrained hardware like the ESP32 and STM32. - Runs entirely in software - Integer-only rendering - Native RGB565 - Flat, Gouraud and Phong shading - Affine...

Alacritic_Super's profile picture

Praveen Kumar Verma

10,552 subscribers

54,709 просмотров • 1 месяц назад •via X (Twitter)

Наука и технологииОбразование
LIVE

Anya Rossi• Live Now

Private livecam show

Комментарии: 38

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

That's seriously impressive for a microcontroller doing the rendering without a GPU. Credits: @CubeCoders

Фото профиля pikuma.com
pikuma.com1 месяц назад

This looks beautiful. I'll check the code later! ❤️ Is the ESP32-S3 running at 240 MHz? It's still impressive either way.

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Indeed it is.

Фото профиля ovoDRIZZYxo
ovoDRIZZYxo1 месяц назад

U guys never heard about commodore? ;)

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

No, I did not hear this before.

Фото профиля aap
aap1 месяц назад

Oh, this is very cool. i built a tiny 3d renderer for the ESP32 as well some time ago. yours looks much more serious though! maybe i should see how far i can push mine... the code:

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

This is good actually

Фото профиля SuperBenji63 - TERFs hate account
SuperBenji63 - TERFs hate account1 месяц назад

Seems we are building the Ps1 again 😁💪 That really impressive, there is no limit for this little chip

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

True.

Фото профиля Catnip
Catnip1 месяц назад

Very cool, not sure how applicable it is though, most rendering at 480*320 pixels is fairly quick. Neat though 60fps is great

Фото профиля Pippinware
Pippinware1 месяц назад

Dude… 42 years ago, Frontier Elite 2 had 3D graphics on MSDOS… This is a pretty low bar you are clearing.

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Frontier elite 2 was released in 1993, so it is 33 years ago not 42

Фото профиля Pippinware
Pippinware1 месяц назад

Yes

Фото профиля DOCTOR DEMO
DOCTOR DEMO1 месяц назад

Impressive, very nice, now let's see Sonic Adventure 2 running on it

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Yeah

Фото профиля MK
MK1 месяц назад

Nice and cool, for old timers and some classy effects

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

We can also modify them

Фото профиля TechTrendDude
TechTrendDude1 месяц назад

Very cool 👍

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Code does awesome work.

Фото профиля Christian
Christian1 месяц назад

Cable management on point

Фото профиля strips
strips1 месяц назад

>literally better than the PS1

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Yes, it definitely seems better.

Фото профиля Wimukthi
Wimukthi1 месяц назад

We were doing this on much slower CPU's decades ago.

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Agree

Фото профиля Austin
Austin1 месяц назад

Wow impressive numbers

Фото профиля Dan
Dan1 месяц назад

Very cool and impressive for esp32

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

It is amazing to feel this.

Фото профиля 🩶🤍🖤🤎❤️🧡💛💚💙💜
🩶🤍🖤🤎❤️🧡💛💚💙💜1 месяц назад

I can hardly get the SPI screen to run a stable 60.

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Try now.

Фото профиля slopcel
slopcel1 месяц назад

does it run crysis?

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Did not try it.

Фото профиля NoName
NoName1 месяц назад

Ignore those westren bigot white men comments ... just do what u feel enjoy able fulfilling

Фото профиля 🏴‍☠️ 🅢🅐🅘🅝🅣🅗🅔🅛🅛 🏴‍☠️
🏴‍☠️ 🅢🅐🅘🅝🅣🅗🅔🅛🅛 🏴‍☠️1 месяц назад

does it work with rp2350?

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

It will work but performance depends on drivers and modules it is using.

Фото профиля 🏴‍☠️ 🅢🅐🅘🅝🅣🅗🅔🅛🅛 🏴‍☠️
🏴‍☠️ 🅢🅐🅘🅝🅣🅗🅔🅛🅛 🏴‍☠️1 месяц назад

Interesting, thanks.

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Good to know. Thanks

Фото профиля JPCR-96
JPCR-961 месяц назад

Can it run Quake?

Фото профиля Praveen Kumar Verma
Praveen Kumar Verma1 месяц назад

Yes it is possible with little tweaks.

Похожие видео

Every time I think the ESP32-S3 has hit its limit, someone finds another gear. This open-source Jet renderer is now pushing the S3 even harder. Real-time screen-space reflections, water ripple distortion, lens flare and 8 ships on screen, all running on a tiny MCU. Performance dropped from around 60 FPS to 45–50 FPS, but that's still wild for an ESP32-S3. And the developer thinks there is more performance left to squeeze out. No GPU. No desktop CPU. Just an ESP32-S3 doing real-time 3D graphics.
0:23

Every time I think the ESP32-S3 has hit its limit, someone finds another gear. This open-source Jet renderer is now pushing the S3 even harder. Real-time screen-space reflections, water ripple distortion, lens flare and 8 ships on screen, all running on a tiny MCU. Performance dropped from around 60 FPS to 45–50 FPS, but that's still wild for an ESP32-S3. And the developer thinks there is more performance left to squeeze out. No GPU. No desktop CPU. Just an ESP32-S3 doing real-time 3D graphics.

Praveen Kumar Verma

15,924 просмотров • 1 месяц назад

What If Your ESP32 Could Listen to Satellites? I found TinyGS and this is such a cool way to get into satellite communications. TinyGS turns low-cost ESP32 and LoRa hardware into a ground station that can receive packets from LoRa satellites, weather probes and other compatible flying objects. You can build a station with boards like Heltec LoRa, TTGO LoRa32, T-Beam or even an ESP32 with an SX126x or SX127x module. ESP32-S3 boards are supported too. Once running, your station can automatically tune for satellite passes and send received data to the TinyGS network, where you can see stations, satellites and received packets from the community. It is a great way to learn ESP32, LoRa, RF, satellite tracking and ground-station technology with relatively inexpensive hardware. Would you build a tiny satellite ground station? Follow along for more ESP32, robotics and embedded projects.
0:24

What If Your ESP32 Could Listen to Satellites? I found TinyGS and this is such a cool way to get into satellite communications. TinyGS turns low-cost ESP32 and LoRa hardware into a ground station that can receive packets from LoRa satellites, weather probes and other compatible flying objects. You can build a station with boards like Heltec LoRa, TTGO LoRa32, T-Beam or even an ESP32 with an SX126x or SX127x module. ESP32-S3 boards are supported too. Once running, your station can automatically tune for satellite passes and send received data to the TinyGS network, where you can see stations, satellites and received packets from the community. It is a great way to learn ESP32, LoRa, RF, satellite tracking and ground-station technology with relatively inexpensive hardware. Would you build a tiny satellite ground station? Follow along for more ESP32, robotics and embedded projects.

Praveen Kumar Verma

18,154 просмотров • 26 дней назад

This tiny ESP32-S3 packs an impressive amount of hardware into 24mm. The M5Stack ATOMS3R is a tiny IoT controller built around a dual-core ESP32-S3 running at up to 240MHz, with 8MB Flash and 8MB PSRAM. It also has a 128×128 color display, BMI270 6-axis IMU, BMM150 magnetometer, programmable button and IR transmitter, plus USB-C and expansion GPIO. At just 24 × 24 × 12.9mm and 6.8g, this is small enough to disappear inside the project you are building. You can program it with Arduino, ESP-IDF, PlatformIO or UiFlow2, so it is a pretty capable little platform for embedded and IoT experiments. At $17.50, it is the kind of board you can throw into a project just to see what you can build. Tiny board. Full ESP32-S3. Lots of possibilities.
7:48

This tiny ESP32-S3 packs an impressive amount of hardware into 24mm. The M5Stack ATOMS3R is a tiny IoT controller built around a dual-core ESP32-S3 running at up to 240MHz, with 8MB Flash and 8MB PSRAM. It also has a 128×128 color display, BMI270 6-axis IMU, BMM150 magnetometer, programmable button and IR transmitter, plus USB-C and expansion GPIO. At just 24 × 24 × 12.9mm and 6.8g, this is small enough to disappear inside the project you are building. You can program it with Arduino, ESP-IDF, PlatformIO or UiFlow2, so it is a pretty capable little platform for embedded and IoT experiments. At $17.50, it is the kind of board you can throw into a project just to see what you can build. Tiny board. Full ESP32-S3. Lots of possibilities.

Praveen Kumar Verma

30,315 просмотров • 1 месяц назад

Developers, this isn’t just a badge; it’s an ESP32-S3 waiting for your next project. 👀 It's basically a customizable, always-on color e-paper display that can move between your bag, desk, fridge, or workspace. ✔ 3.7-inch color e-paper display with 48+ native colors ✔ ESP32-S3 inside with open-source support for custom projects ✔ Clip ring, built-in magnet, and desk stand ✔ Upload and edit designs through the mobile app ✔ Share your portfolio, profile, or links instantly through NFC ✔ Over two months of battery life with daily use ✔ Clear, paper-like visibility—even in direct sunlight The biggest advantage isn’t just the display—it’s how many different roles one small device can take on. You can use it as a digital bag charm, anime badge, task board, event pass, portfolio card, fridge note, or even build your own integrations with the ESP32-S3. Because it’s e-paper, it uses no power to keep an image visible after refreshing. That makes it feel less like another distracting screen and more like a piece of calm, programmable technology. For developers, makers, artists, and anyone who enjoys customizing their setup, TICKEY is more than a digital accessory. Check it out on Kickstarter:
0:38

Developers, this isn’t just a badge; it’s an ESP32-S3 waiting for your next project. 👀 It's basically a customizable, always-on color e-paper display that can move between your bag, desk, fridge, or workspace. ✔ 3.7-inch color e-paper display with 48+ native colors ✔ ESP32-S3 inside with open-source support for custom projects ✔ Clip ring, built-in magnet, and desk stand ✔ Upload and edit designs through the mobile app ✔ Share your portfolio, profile, or links instantly through NFC ✔ Over two months of battery life with daily use ✔ Clear, paper-like visibility—even in direct sunlight The biggest advantage isn’t just the display—it’s how many different roles one small device can take on. You can use it as a digital bag charm, anime badge, task board, event pass, portfolio card, fridge note, or even build your own integrations with the ESP32-S3. Because it’s e-paper, it uses no power to keep an image visible after refreshing. That makes it feel less like another distracting screen and more like a piece of calm, programmable technology. For developers, makers, artists, and anyone who enjoys customizing their setup, TICKEY is more than a digital accessory. Check it out on Kickstarter:

• nanou •

33,354 просмотров • 1 месяц назад

THE TOOL EVERY EMBEDDED DEV NEEDS TO KNOW ABOUT no components. no wiring. no setup → wokwi is a browser simulator for arduino, esp32, and stm32 & it actually works drop in sensors, hook up a display, add servos. run your code instantly...everything happens in the browser 1.7M+ projects built by the community, a simon says game, pong on a nano, a 32x32 LED tunnel... all simulated... all shareable learning embedded systems or just need to prototype without touching hardware this is your shortcut
1:07

THE TOOL EVERY EMBEDDED DEV NEEDS TO KNOW ABOUT no components. no wiring. no setup → wokwi is a browser simulator for arduino, esp32, and stm32 & it actually works drop in sensors, hook up a display, add servos. run your code instantly...everything happens in the browser 1.7M+ projects built by the community, a simon says game, pong on a nano, a 32x32 LED tunnel... all simulated... all shareable learning embedded systems or just need to prototype without touching hardware this is your shortcut

Vaishnavi

35,496 просмотров • 6 месяцев назад

If you're exhausted from the ambient noise in AI and design, I've got some soup for your soul. Andy Allen has a special point of view about what software could be. He raised $45M, did hardware + software, had a decent exit and walked away from all of it. Now he runs !Boring. Tiny team. No investors. He treats making software like a "kid in the cockpit" with his "hands in the clay". Making a calculator that feels like a game and a camera app that took 3 years to ship. This conversation with Andy was life-giving for me, and I hope you'll enjoy how refreshing his perspective is.
0:56

If you're exhausted from the ambient noise in AI and design, I've got some soup for your soul. Andy Allen has a special point of view about what software could be. He raised $45M, did hardware + software, had a decent exit and walked away from all of it. Now he runs !Boring. Tiny team. No investors. He treats making software like a "kid in the cockpit" with his "hands in the clay". Making a calculator that feels like a game and a camera app that took 3 years to ship. This conversation with Andy was life-giving for me, and I hope you'll enjoy how refreshing his perspective is.

Tommy Geoco 🇺🇸

22,117 просмотров • 7 месяцев назад

What if an ESP32-S3 could hear a drone before you could see it? Agam Rossen's VolAnti is an open-source acoustic drone detector built around an ESP32-S3, four MEMS microphones, e-paper display and LoRa radio. It analyzes the harmonic signature of spinning propellers instead of looking for radio signals, making it interesting for detecting fibre-optic FPV drones that can leave the radio spectrum silent. The concept could be useful for perimeter monitoring, wildlife & environmental monitoring, industrial site awareness, event security, search and rescue operations and early-warning sensor networks, especially where visual detection or conventional radio-based detection is difficult. The creator reports 104 m measured detection, 0.23 s alert latency in its fastest detector, and roughly 18–22 hours of battery life. What I really like is how much signal processing, embedded hardware and wireless communication has been packed into a small device. Would you build an acoustic sensor like this?
1:07

What if an ESP32-S3 could hear a drone before you could see it? Agam Rossen's VolAnti is an open-source acoustic drone detector built around an ESP32-S3, four MEMS microphones, e-paper display and LoRa radio. It analyzes the harmonic signature of spinning propellers instead of looking for radio signals, making it interesting for detecting fibre-optic FPV drones that can leave the radio spectrum silent. The concept could be useful for perimeter monitoring, wildlife & environmental monitoring, industrial site awareness, event security, search and rescue operations and early-warning sensor networks, especially where visual detection or conventional radio-based detection is difficult. The creator reports 104 m measured detection, 0.23 s alert latency in its fastest detector, and roughly 18–22 hours of battery life. What I really like is how much signal processing, embedded hardware and wireless communication has been packed into a small device. Would you build an acoustic sensor like this?

Praveen Kumar Verma

91,394 просмотров • 1 месяц назад

The quadruped you can assemble yourself. Stella is an educational quadruped robot developed by Ahead. Designed for hands-on learning and self-assembly, the robot uses durable 3D-printed components. Ideal for all education levels, it is easy to repair, infinitely extendable, and equipped with advanced hardware and software. Despite its compact design, Stella is versatile, capable of operating in various environments and even carrying payloads like an optional robotic arm. A powerful tool for exploring robotics.
0:32

The quadruped you can assemble yourself. Stella is an educational quadruped robot developed by Ahead. Designed for hands-on learning and self-assembly, the robot uses durable 3D-printed components. Ideal for all education levels, it is easy to repair, infinitely extendable, and equipped with advanced hardware and software. Despite its compact design, Stella is versatile, capable of operating in various environments and even carrying payloads like an optional robotic arm. A powerful tool for exploring robotics.

Circuit

23,257 просмотров • 1 год назад

What If Your Desk Robot Could Learn Your Moves? Meet Quaddle, a tiny open-source quadruped built for tinkering. It has just 4 servos, but can run, glide sideways and spin in place. You can program it with Block coding, Python or C++. You can physically guide it through a movement, tap to record, and it can learn and replay the trick. There is also AI conversation, touch interaction, sensors and 3D-printable parts. A fun way to get hands-on with robotics, coding, AI and mechanical design.
2:12

What If Your Desk Robot Could Learn Your Moves? Meet Quaddle, a tiny open-source quadruped built for tinkering. It has just 4 servos, but can run, glide sideways and spin in place. You can program it with Block coding, Python or C++. You can physically guide it through a movement, tap to record, and it can learn and replay the trick. There is also AI conversation, touch interaction, sensors and 3D-printable parts. A fun way to get hands-on with robotics, coding, AI and mechanical design.

Praveen Kumar Verma

15,079 просмотров • 2 месяцев назад

Apple Maps 3d is insanely impressive now (see video below) Google on the other hand decided to build an insanely clunky solution to display 3d maps to avoid using mobile GPUs: A Google server streams (!) a live video of its 3d rendered map to you, the result is a disastrous: a super laggy and clunky 3d view full of video compression artefacts with a response time of 2-3 seconds for every movement And I know WHY they built that, someone felt it was not inclusive to only have 3d maps that are high performing on iOS because Apple's GPUs are insanely fast and can deal with it (as you can see below in Apple Maps) but they wanted to support inferior phones, I get it But then they also decided to worsen the experience for iOS users who could easily run 3d natively on its GPU It's just an insane product decision, there's no way to cut it: they could have super smooth 3d like Apple Maps but neutered it with a clunky live stream Even more insane because Google does have native 3d on iOS in a completely different app that nobody uses: Google Earth Is 3d important? Not rly for nav no but it shows again something about Google's engineering decisions, like the redesign of the Google OAuth Login screen that made zero sense Nobody is speaking up against bad ideas in Google meetings, everyone's too scared of HR maybe, it's the opposite of a meritocracy and it's just super visible from using Google products right now
0:52

Apple Maps 3d is insanely impressive now (see video below) Google on the other hand decided to build an insanely clunky solution to display 3d maps to avoid using mobile GPUs: A Google server streams (!) a live video of its 3d rendered map to you, the result is a disastrous: a super laggy and clunky 3d view full of video compression artefacts with a response time of 2-3 seconds for every movement And I know WHY they built that, someone felt it was not inclusive to only have 3d maps that are high performing on iOS because Apple's GPUs are insanely fast and can deal with it (as you can see below in Apple Maps) but they wanted to support inferior phones, I get it But then they also decided to worsen the experience for iOS users who could easily run 3d natively on its GPU It's just an insane product decision, there's no way to cut it: they could have super smooth 3d like Apple Maps but neutered it with a clunky live stream Even more insane because Google does have native 3d on iOS in a completely different app that nobody uses: Google Earth Is 3d important? Not rly for nav no but it shows again something about Google's engineering decisions, like the redesign of the Google OAuth Login screen that made zero sense Nobody is speaking up against bad ideas in Google meetings, everyone's too scared of HR maybe, it's the opposite of a meritocracy and it's just super visible from using Google products right now

@levelsio

1,489,214 просмотров • 2 лет назад

Paranoid man mocked for hunting a spy device in his home. No one believed the government could plant bugs in people’s apartments. A month later, his device found a bug in every mocker’s house. He started selling it and made $255k as everyone rushed to check their own homes. Here's how he made this technology using only Claude: The device is called an RF bug detector. Hidden cameras, microphones, and GPS trackers all leak radio signals when they transmit. This scanner picks up those signals and shows you exactly where they are coming from. The whole build costs around $25 in parts and runs on a small rechargeable battery. You need 4 things. - ESP32 development board - AD8317 RF detector module (the part that senses the signal) - A small OLED screen - A LiPo battery and charging board 1. Wire the AD8317 module to the ESP32 analog input, then connect the OLED screen to the I2C pins, which takes about ten minutes on a breadboard. 2. Plug the ESP32 into your computer with a USB cable. 3. Open Claude Code and paste this prompt: { Write me ESP32 firmware for an RF bug detector. Hardware: - AD8317 logarithmic RF detector on analog pin 34 - SSD1306 OLED screen on I2C pins 21 and 22 - LiPo battery powered Requirements: 1. Read the AD8317 voltage 20 times per second. 2. Convert the voltage into a signal strength value in dBm. 3. Show a live bar graph on the OLED that rises as signal gets stronger. 4. Play a beep through a buzzer on pin 25 that speeds up as the signal increases, so I can sweep a room and home in on the source. 5. Add a calibration button on pin 4 that sets the current room level as the baseline, so only stronger signals trigger alerts. Output one complete Arduino sketch with comments so I can tune the sensitivity. } 4. Flash the firmware to the ESP32 straight from the Arduino IDE. 5. Walk slowly around any room holding the device, and watch the bar graph climb as you get closer to a hidden transmitter. 6. Once it works, drop the whole thing into a 3D-printed handheld case so it looks like a finished product. The man in the hook sweeps a room in under two minutes. The beep speeds up as he gets closer, so he can pinpoint a bug hidden inside a smoke detector, a plug, or a lamp. His parts cost around $25 per unit. He sells the finished detector for $129 to renters, travelers, and Airbnb guests who want to check their space. The market is everyone who ever walked into a hotel room and wondered if someone was watching.
1:04

Paranoid man mocked for hunting a spy device in his home. No one believed the government could plant bugs in people’s apartments. A month later, his device found a bug in every mocker’s house. He started selling it and made $255k as everyone rushed to check their own homes. Here's how he made this technology using only Claude: The device is called an RF bug detector. Hidden cameras, microphones, and GPS trackers all leak radio signals when they transmit. This scanner picks up those signals and shows you exactly where they are coming from. The whole build costs around $25 in parts and runs on a small rechargeable battery. You need 4 things. - ESP32 development board - AD8317 RF detector module (the part that senses the signal) - A small OLED screen - A LiPo battery and charging board 1. Wire the AD8317 module to the ESP32 analog input, then connect the OLED screen to the I2C pins, which takes about ten minutes on a breadboard. 2. Plug the ESP32 into your computer with a USB cable. 3. Open Claude Code and paste this prompt: { Write me ESP32 firmware for an RF bug detector. Hardware: - AD8317 logarithmic RF detector on analog pin 34 - SSD1306 OLED screen on I2C pins 21 and 22 - LiPo battery powered Requirements: 1. Read the AD8317 voltage 20 times per second. 2. Convert the voltage into a signal strength value in dBm. 3. Show a live bar graph on the OLED that rises as signal gets stronger. 4. Play a beep through a buzzer on pin 25 that speeds up as the signal increases, so I can sweep a room and home in on the source. 5. Add a calibration button on pin 4 that sets the current room level as the baseline, so only stronger signals trigger alerts. Output one complete Arduino sketch with comments so I can tune the sensitivity. } 4. Flash the firmware to the ESP32 straight from the Arduino IDE. 5. Walk slowly around any room holding the device, and watch the bar graph climb as you get closer to a hidden transmitter. 6. Once it works, drop the whole thing into a 3D-printed handheld case so it looks like a finished product. The man in the hook sweeps a room in under two minutes. The beep speeds up as he gets closer, so he can pinpoint a bug hidden inside a smoke detector, a plug, or a lamp. His parts cost around $25 per unit. He sells the finished detector for $129 to renters, travelers, and Airbnb guests who want to check their space. The market is everyone who ever walked into a hotel room and wondered if someone was watching.

Coin Shot ☁️

67,031 просмотров • 4 месяцев назад

🚨Architects are going to hate this. Someone just open sourced a full 3D building editor that runs entirely in your browser. No AutoCAD. No Revit. No $5,000/year licenses. It's called Pascal Editor. Built with React Three Fiber and WebGPU -- meaning it renders directly on your GPU at near-native speed. Here's what's inside this thing: → A full building/level/wall/zone hierarchy you can edit in real time → An ECS-style architecture where every object updates through GPU-powered systems → Zustand state management with full undo/redo built in → Next.js frontend so it deploys as a web app, not a desktop install → Dirty node tracking -- only re-renders what changed, not the whole scene Here's the wildest part: You can stack, explode, or solo individual building levels. Select a zone, drag a wall, reshape a slab -- all in 3D, all in the browser. Architecture firms pay $50K+ per seat for BIM software that does this workflow. This is free. 100% Open Source.
1:38

🚨Architects are going to hate this. Someone just open sourced a full 3D building editor that runs entirely in your browser. No AutoCAD. No Revit. No $5,000/year licenses. It's called Pascal Editor. Built with React Three Fiber and WebGPU -- meaning it renders directly on your GPU at near-native speed. Here's what's inside this thing: → A full building/level/wall/zone hierarchy you can edit in real time → An ECS-style architecture where every object updates through GPU-powered systems → Zustand state management with full undo/redo built in → Next.js frontend so it deploys as a web app, not a desktop install → Dirty node tracking -- only re-renders what changed, not the whole scene Here's the wildest part: You can stack, explode, or solo individual building levels. Select a zone, drag a wall, reshape a slab -- all in 3D, all in the browser. Architecture firms pay $50K+ per seat for BIM software that does this workflow. This is free. 100% Open Source.

Guri Singh

2,967,409 просмотров • 6 месяцев назад

Here is the Geometry Nodes Weighted Normals with Laplacian Blur on a full character (a vroid). It easily improves the shading even on game topology with almost no setup. I built this as part of my quest to improve real time toon shading. 3D anime models are popular, but use of dynamic light is rare even among high quality vtuber models. This is for several reasons, but a big one is simply that it takes a lot of Custom Normals work to make 3D cel shading not look like a jagged mess (other pieces of the puzzle are issues like deformations, multiple lights, etc). And fixing Normals is tedious, especially on existing game topology. I have focused on proxy meshes for priority areas like character faces, but they aren't an efficient solution for the whole body + outfit. I wanted something I could just throw on any model and make it at least not a jagged mess anymore even if it wasn't perfect. As you can see from this clip, this does that very well! And vertex groups can be used to control the style of the effect and power. It still can't smooth beyond what the topology density can support, but the topo itself is no longer a problem (for higher res, could be run on a subdivided version of the model and then baked to a Normal Map.) The only changes I made to this model were adding a weld modifier to merge split edges during interpolation, and a vertex group to select the skirt. I have not yet added full handling and logic for detecting edges with big angles like the skirt, or for handling boundaries like on the hair, so both those areas can get better too. You can also see that while it successfully smooths out the Face, it isn't really stylistically correct there. That is still best done with a proxy mesh to define a new shape. This is part of the tools I am working on for Fondant. We are putting together a Blender Addon to release this + a proxy mesh tool for the face, and are working on resolving other problems in-engine to fully bring dynamic light to real time 3D toon shading. Give us a follow, and send them a DM if you are interested in testing these tools as they develop!
2:17

Here is the Geometry Nodes Weighted Normals with Laplacian Blur on a full character (a vroid). It easily improves the shading even on game topology with almost no setup. I built this as part of my quest to improve real time toon shading. 3D anime models are popular, but use of dynamic light is rare even among high quality vtuber models. This is for several reasons, but a big one is simply that it takes a lot of Custom Normals work to make 3D cel shading not look like a jagged mess (other pieces of the puzzle are issues like deformations, multiple lights, etc). And fixing Normals is tedious, especially on existing game topology. I have focused on proxy meshes for priority areas like character faces, but they aren't an efficient solution for the whole body + outfit. I wanted something I could just throw on any model and make it at least not a jagged mess anymore even if it wasn't perfect. As you can see from this clip, this does that very well! And vertex groups can be used to control the style of the effect and power. It still can't smooth beyond what the topology density can support, but the topo itself is no longer a problem (for higher res, could be run on a subdivided version of the model and then baked to a Normal Map.) The only changes I made to this model were adding a weld modifier to merge split edges during interpolation, and a vertex group to select the skirt. I have not yet added full handling and logic for detecting edges with big angles like the skirt, or for handling boundaries like on the hair, so both those areas can get better too. You can also see that while it successfully smooths out the Face, it isn't really stylistically correct there. That is still best done with a proxy mesh to define a new shape. This is part of the tools I am working on for Fondant. We are putting together a Blender Addon to release this + a proxy mesh tool for the face, and are working on resolving other problems in-engine to fully bring dynamic light to real time 3D toon shading. Give us a follow, and send them a DM if you are interested in testing these tools as they develop!

aVersionOfReality

14,904 просмотров • 1 год назад

This is why Nebius will be a trillion dollar hyperscaler (Save this). Nebius is not building another GPU rental shop but rather building a vertically integrated hyperscaler that owns everything from the physical data center, to the server rack hardware it designs in house, to the software stack, to the inference delivery layer. Nearly every other neocloud is essentially a reseller of someone else's infrastructure but Nebius owns the full stack end to end and that distinction is the entire thesis. Here is why vertical integration is the winning architecture for the inference era. AWS and Azure were architected for general purpose computing and every AI workload they run sits on top of infrastructure that was never designed for it, patched, adapted and optimized after the fact. Nebius was built from day one specifically for AI which means every layer of the stack is purpose built and co optimized. The rack design, the networking topology, the cooling systems and the software that orchestrates it all are engineered together as a single system rather than assembled from parts that were never meant to work together. That architectural difference compounds with every passing quarter as AI workloads grow more complex and the performance gap between purpose built and general purpose infrastructure widens. The software layer is where the real competitive moat lives. Most infrastructure companies think of software as a wrapper around hardware while Nebius thinks of software as the product with hardware as the substrate it controls. The company is building an AI native cloud platform where the software layer handles model serving, inference optimization, fine tuning pipelines and developer tooling as first-class primitives. This matters because inference efficiency is almost entirely a software problem. Two companies running identical GPUs can deliver dramatically different performance and cost per token depending on how intelligently the software schedules, batches and routes inference requests across the cluster. Nebius is also building for a fundamental shift in how AI infrastructure gets consumed. Today, enterprise developers navigate massive cloud service catalogs spinning up clusters, managing configurations and building deep expertise in AWS or GCP-specific tooling. The next generation of builders will simply provision agents to interface with infrastructure directly. Nebius is architecting its software layer for that future , one where the interface between the developer and the compute abstraction layer looks nothing like what AWS built in 2006. The entire available capacity has been sold out every quarter. And that is the best possible validation that what Nebius is building is exactly what the market needs and that the market is willing to commit at a scale that makes the current valuation look like the beginning of a much longer story. Long Nebius and make sure to follow me Melvin for more overlooked AI stocks.
4:44

This is why Nebius will be a trillion dollar hyperscaler (Save this). Nebius is not building another GPU rental shop but rather building a vertically integrated hyperscaler that owns everything from the physical data center, to the server rack hardware it designs in house, to the software stack, to the inference delivery layer. Nearly every other neocloud is essentially a reseller of someone else's infrastructure but Nebius owns the full stack end to end and that distinction is the entire thesis. Here is why vertical integration is the winning architecture for the inference era. AWS and Azure were architected for general purpose computing and every AI workload they run sits on top of infrastructure that was never designed for it, patched, adapted and optimized after the fact. Nebius was built from day one specifically for AI which means every layer of the stack is purpose built and co optimized. The rack design, the networking topology, the cooling systems and the software that orchestrates it all are engineered together as a single system rather than assembled from parts that were never meant to work together. That architectural difference compounds with every passing quarter as AI workloads grow more complex and the performance gap between purpose built and general purpose infrastructure widens. The software layer is where the real competitive moat lives. Most infrastructure companies think of software as a wrapper around hardware while Nebius thinks of software as the product with hardware as the substrate it controls. The company is building an AI native cloud platform where the software layer handles model serving, inference optimization, fine tuning pipelines and developer tooling as first-class primitives. This matters because inference efficiency is almost entirely a software problem. Two companies running identical GPUs can deliver dramatically different performance and cost per token depending on how intelligently the software schedules, batches and routes inference requests across the cluster. Nebius is also building for a fundamental shift in how AI infrastructure gets consumed. Today, enterprise developers navigate massive cloud service catalogs spinning up clusters, managing configurations and building deep expertise in AWS or GCP-specific tooling. The next generation of builders will simply provision agents to interface with infrastructure directly. Nebius is architecting its software layer for that future , one where the interface between the developer and the compute abstraction layer looks nothing like what AWS built in 2006. The entire available capacity has been sold out every quarter. And that is the best possible validation that what Nebius is building is exactly what the market needs and that the market is willing to commit at a scale that makes the current valuation look like the beginning of a much longer story. Long Nebius and make sure to follow me Melvin for more overlooked AI stocks.

Melvin

34,306 просмотров • 3 месяцев назад

A guy named Philip turned every old iPhone and iPad into a working second monitor for free. It is called OpenDisplay. It gives your Mac a real extended display using an Apple device you already own. You can use it for: > Messages > Spotify > Documentation > Video previews > Terminal windows > Reference material Download the sender on your Mac and the receiver on your iPhone or iPad. Connect them using WiFi or the charging cable. Your Mac creates another display, and you can drag any window onto it exactly like a normal monitor. The screen runs at native Retina resolution and can reach 60 FPS over USB. You can tap to click, drag windows with your finger, scroll using two fingers, and rotate the device into portrait mode. It even supports several devices at the same time. What I really like about this is that it doesn't need an account or subscription or some special dongle. Your screen travels directly between your own devices. Philip built the whole project alone and released the source code on GitHub. Your old iPhone was never useless. It was just waiting for someone to ignore Apple’s rules.
0:47

A guy named Philip turned every old iPhone and iPad into a working second monitor for free. It is called OpenDisplay. It gives your Mac a real extended display using an Apple device you already own. You can use it for: > Messages > Spotify > Documentation > Video previews > Terminal windows > Reference material Download the sender on your Mac and the receiver on your iPhone or iPad. Connect them using WiFi or the charging cable. Your Mac creates another display, and you can drag any window onto it exactly like a normal monitor. The screen runs at native Retina resolution and can reach 60 FPS over USB. You can tap to click, drag windows with your finger, scroll using two fingers, and rotate the device into portrait mode. It even supports several devices at the same time. What I really like about this is that it doesn't need an account or subscription or some special dongle. Your screen travels directly between your own devices. Philip built the whole project alone and released the source code on GitHub. Your old iPhone was never useless. It was just waiting for someone to ignore Apple’s rules.

Ihtesham Ali

73,857 просмотров • 1 месяц назад

Holy shit... the gap between what AI video tools promise and what they actually hand back just got a lot smaller. Normally, using AI for video feels like a gamble: you type in a prompt, wait three minutes, and it spits back a locked MP4. If one single specs number on screen is wrong, you can't edit it—you just have to re-prompt, re-render, and burn through your credits again. To see if any tool could actually handle a real commercial asset without the usual headache, I ran a quick test. I took a concept photo of an "iPhone Duo" and asked Fotor’s Fotor Agent to build an Apple-style product reveal—no 3D modeling, no physical camera setup, and no hiring a motion designer. It didn't just render a clip. It handed me an actual multi-track project file in about 40 minutes. A few things genuinely surprised me about the workflow: 1. It built a real timeline (and did its own research) I uploaded the concept shot and asked for a reveal with animated specs. I didn't even feed it detailed technical specs—it actually went online, pulled plausible data, and mapped it out. I cross-checked against Apple’s actual site later and the formatting and spec logic were spot-on. Instead of a flat video, it laid out the clips, music, transitions, and motion graphics onto separate editable tracks. 2. Native 4K Motion Graphics for a few cents a second Getting clean, keyframed motion graphics usually means opening After Effects or paying someone a few thousand bucks to build them. Fotor Agent generated sharp, native 4K spec cards and charts right on the timeline. The cost broke down to just a few cents per second, which makes testing complex visual ideas almost risk-free. 3. You can fix mistakes without re-rendering everything This was the most practical part. When I wanted to shorten a piece of copy on one of the spec cards, I didn't have to generate a new video or burn more credits. I just clicked the text layer directly on the timeline, edited it, and the preview updated instantly. The actual breakdown: Time: 3–5 days of AE keyframing → ~40 minutes Cost: Thousands in agency quotes → A few dollars in credits Workflow: Jumping between 5 different apps → Done in one Agent AI shouldn't just dump a locked video file on your desktop and call it a day. Fotor Agent handles the heavy production setup while leaving you with an actual project file you can tweak and refine. Screen recording and the 4K test clip are attached below! 👇🏼
1:06

Holy shit... the gap between what AI video tools promise and what they actually hand back just got a lot smaller. Normally, using AI for video feels like a gamble: you type in a prompt, wait three minutes, and it spits back a locked MP4. If one single specs number on screen is wrong, you can't edit it—you just have to re-prompt, re-render, and burn through your credits again. To see if any tool could actually handle a real commercial asset without the usual headache, I ran a quick test. I took a concept photo of an "iPhone Duo" and asked Fotor’s Fotor Agent to build an Apple-style product reveal—no 3D modeling, no physical camera setup, and no hiring a motion designer. It didn't just render a clip. It handed me an actual multi-track project file in about 40 minutes. A few things genuinely surprised me about the workflow: 1. It built a real timeline (and did its own research) I uploaded the concept shot and asked for a reveal with animated specs. I didn't even feed it detailed technical specs—it actually went online, pulled plausible data, and mapped it out. I cross-checked against Apple’s actual site later and the formatting and spec logic were spot-on. Instead of a flat video, it laid out the clips, music, transitions, and motion graphics onto separate editable tracks. 2. Native 4K Motion Graphics for a few cents a second Getting clean, keyframed motion graphics usually means opening After Effects or paying someone a few thousand bucks to build them. Fotor Agent generated sharp, native 4K spec cards and charts right on the timeline. The cost broke down to just a few cents per second, which makes testing complex visual ideas almost risk-free. 3. You can fix mistakes without re-rendering everything This was the most practical part. When I wanted to shorten a piece of copy on one of the spec cards, I didn't have to generate a new video or burn more credits. I just clicked the text layer directly on the timeline, edited it, and the preview updated instantly. The actual breakdown: Time: 3–5 days of AE keyframing → ~40 minutes Cost: Thousands in agency quotes → A few dollars in credits Workflow: Jumping between 5 different apps → Done in one Agent AI shouldn't just dump a locked video file on your desktop and call it a day. Fotor Agent handles the heavy production setup while leaving you with an actual project file you can tweak and refine. Screen recording and the 4K test clip are attached below! 👇🏼

marcus

45,952 просмотров • 17 дней назад

I’m excited to share Deputies, an open source control plane for background coding agents! The goal is simple: move agentic software development off individual laptops and into a central hub where teams can see what agents are doing, review their outputs, and keep a traceable history of the work. Inspired by systems like Inspect/Open-Inspect, Minions, and Open SWE, I built Deputies on top of fks's Flue Framework. It’s designed to run in your own infrastructure and trust boundaries, with Slack/GitHub integrations and Daytona + Docker sandbox support.
8:51

I’m excited to share Deputies, an open source control plane for background coding agents! The goal is simple: move agentic software development off individual laptops and into a central hub where teams can see what agents are doing, review their outputs, and keep a traceable history of the work. Inspired by systems like Inspect/Open-Inspect, Minions, and Open SWE, I built Deputies on top of fks's Flue Framework. It’s designed to run in your own infrastructure and trust boundaries, with Slack/GitHub integrations and Daytona + Docker sandbox support.

Sid Palas

13,036 просмотров • 4 месяцев назад

Wow. Recreating the Shawshank Redemption prison in 3D from a single video, in real time (!) Just read the MASt3R-SLAM paper and it's pretty neat. These folks basically built a real-time dense SLAM system on top of MASt3R, which is a transformer-based neural network that can do 3d reconstruction and localization from uncalibrated image pairs. The cool part is they don't need a fixed camera model -- it just works with arbitrary cameras -- think different focal lengths, sensor sizes, even handling zooming in video (FMV drone video anyone?!). If you've done photogrammetry or played with NeRFs you know that is a HUGE deal. They've solved some tricky problems like efficient point matching and tracking, plus they've figured out how to fuse point clouds and handle loop closures in real-time. Their system runs at about 15 FPS on a 4090 and produces both camera poses and dense geometry. When they know the camera calibration, they get SOTA results across several benchmarks, but even without calibration, they still perform well. What's interesting is the approach -- most recent SLAM work has built on DROID-SLAM's architecture, but these folks went a different direction by leveraging a strong 3D reconstruction prior. Seems to give them more coherent geometry, which makes sense since that's what MASt3R was designed for. For anyone who cares about monocular SLAM and 3D reconstruction, this feels like a significant step toward plug-and-play dense SLAM without calibration headaches -- perfect for drones, robots, AR/VR -- the works!
0:29

Wow. Recreating the Shawshank Redemption prison in 3D from a single video, in real time (!) Just read the MASt3R-SLAM paper and it's pretty neat. These folks basically built a real-time dense SLAM system on top of MASt3R, which is a transformer-based neural network that can do 3d reconstruction and localization from uncalibrated image pairs. The cool part is they don't need a fixed camera model -- it just works with arbitrary cameras -- think different focal lengths, sensor sizes, even handling zooming in video (FMV drone video anyone?!). If you've done photogrammetry or played with NeRFs you know that is a HUGE deal. They've solved some tricky problems like efficient point matching and tracking, plus they've figured out how to fuse point clouds and handle loop closures in real-time. Their system runs at about 15 FPS on a 4090 and produces both camera poses and dense geometry. When they know the camera calibration, they get SOTA results across several benchmarks, but even without calibration, they still perform well. What's interesting is the approach -- most recent SLAM work has built on DROID-SLAM's architecture, but these folks went a different direction by leveraging a strong 3D reconstruction prior. Seems to give them more coherent geometry, which makes sense since that's what MASt3R was designed for. For anyone who cares about monocular SLAM and 3D reconstruction, this feels like a significant step toward plug-and-play dense SLAM without calibration headaches -- perfect for drones, robots, AR/VR -- the works!

Bilawal Sidhu

704,409 просмотров • 1 год назад

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
7:21

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 просмотров • 6 месяцев назад

Great question! 🤔 How do you simulate *multiple* layers of glass/refraction in video games? In the last breakdown, I discussed how to create a glass shader in Unity URP. In essence, we were taking the render of the scene from the camera without any transparent objects. This is available in URP as the global _CameraOpaqueTexture. This is good enough for most use-cases, and more or less the classic way of doing it. 🔍 What is _CameraOpaqueTexture? As the name implies, there are no transparent objects rendered into this texture, so it's not possible by default to have something like a transparent-type ocean material/shader rendered through a refractive glass shader (which samples and distorts this texture to render on its surface, as if it's transparent). ⚠️ Why it’s tricky: It's much easier to sort without much further setup if you don't have refraction, and only a transparent material, because in that case you're not simulating the transparency yourself via sampling the rendered scene texture. But for refraction, it's required-- unless you want to go down the ray/path tracing route. You could simulate accurate, real dispersion... and that's about as expensive as it sounds, and it requires a rework of your entire rendering. --> 🚫 It's not a viable suggestion to offer. 📚 There are well-known terms regarding transparency sorting you can search up, but as you've specifically asked for refractive boxes, I'll discuss briefly about that. 🧱 Simulating layers of refraction: For this kind of rendering, you need some way to render the backfaces before rendering the front. And the backfaces that are rendered may contain whatever data you'd like for additional processing in the layer front-facing mesh render. 🧪 Examples: You could render the back face as a glass shader of its own, as an intermediate step after _CameraOpaqueTexture. Then you sample this texture instead and you end up with multi-layered refraction, "just like that". You can also render the back normals only, via a fully opaque shader, and use that to manually account for that during the front render. You could even bake in data needed for thickness in realtime. 🛠️ Without making it complicated for yourself, the most straightforward method is via render textures, and you can easily set some fractional resolution. Cameras in Unity have an open slot for target textures to render to. You can use custom render textures to process _SelfTexture2D. ⏱️ It's great to do low-resolution processing for more complex tasks, like blurring and caustics. You can get massive performance boosts, considering the square law and number of pixels/fragments that need calculations (quadratic scaling). 🚧 I've not fully exploited the possibilities myself, but research/development with PRISM is ongoing!
0:56

Great question! 🤔 How do you simulate *multiple* layers of glass/refraction in video games? In the last breakdown, I discussed how to create a glass shader in Unity URP. In essence, we were taking the render of the scene from the camera without any transparent objects. This is available in URP as the global _CameraOpaqueTexture. This is good enough for most use-cases, and more or less the classic way of doing it. 🔍 What is _CameraOpaqueTexture? As the name implies, there are no transparent objects rendered into this texture, so it's not possible by default to have something like a transparent-type ocean material/shader rendered through a refractive glass shader (which samples and distorts this texture to render on its surface, as if it's transparent). ⚠️ Why it’s tricky: It's much easier to sort without much further setup if you don't have refraction, and only a transparent material, because in that case you're not simulating the transparency yourself via sampling the rendered scene texture. But for refraction, it's required-- unless you want to go down the ray/path tracing route. You could simulate accurate, real dispersion... and that's about as expensive as it sounds, and it requires a rework of your entire rendering. --> 🚫 It's not a viable suggestion to offer. 📚 There are well-known terms regarding transparency sorting you can search up, but as you've specifically asked for refractive boxes, I'll discuss briefly about that. 🧱 Simulating layers of refraction: For this kind of rendering, you need some way to render the backfaces before rendering the front. And the backfaces that are rendered may contain whatever data you'd like for additional processing in the layer front-facing mesh render. 🧪 Examples: You could render the back face as a glass shader of its own, as an intermediate step after _CameraOpaqueTexture. Then you sample this texture instead and you end up with multi-layered refraction, "just like that". You can also render the back normals only, via a fully opaque shader, and use that to manually account for that during the front render. You could even bake in data needed for thickness in realtime. 🛠️ Without making it complicated for yourself, the most straightforward method is via render textures, and you can easily set some fractional resolution. Cameras in Unity have an open slot for target textures to render to. You can use custom render textures to process _SelfTexture2D. ⏱️ It's great to do low-resolution processing for more complex tasks, like blurring and caustics. You can get massive performance boosts, considering the square law and number of pixels/fragments that need calculations (quadratic scaling). 🚧 I've not fully exploited the possibilities myself, but research/development with PRISM is ongoing!

Mirza Beig

61,581 просмотров • 1 год назад