-
Notifications
You must be signed in to change notification settings - Fork 151
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What is the resolution & color depth? #2
Comments
The Atari emulation runs at 336x192. Hardware/Software is capable of color up to 720x576 for PAL, 640x480 for NTSC. DAC resolution x phase x saturation =~ 16k colors. Running the DAC at the highest rate (20Mhz) in grayscale yields 2048x480 or 2048x576 at 64 levels of gray. |
Planning on adding emulation for other devices, native gaming apis, videos streaming etc. |
Just to confirm - are those resolutions theoretical maximums or actual maximums you've tested and seen working with your software/hardware? i.e. you've seen 720x576 PAL and 640x480 NTSC actually working with esp32? Would you mind helping me understand please .... I imagine you'd need more RAM for such resolutions? Or perhaps you have created just a pattern to demonstrate the higher resolutions, or text only mode or something? One of the most intriguing ideas that came to mind when I saw your PAL/NTSC solution is you could effectively make the esp32 a very cheap graphics/TV controller/coprocessor. So for example you could have a retro/new machine like an eZ80 CPU that includes an esp32 on the same PCB board as the graphics/wifi coprocessor connected via SPI. Or really any other CPU that needed a TV display controller. Great work. Looking forward to seeing where you take it.Love to see more YouTube videos of the higher resolutions. |
You don't need a full frame buffer for 720x576, 640x480, 1280x480 etc
Arduinocade did 480p with a total of 2k of RAM in the system:
https://www.youtube.com/watch?v=nGIujZiEu_o
Tiles / Sprites, RLE, sorted lines give you plenty of flexibility without
requiring a frame buffer. Even full 3D works if you use character sets.
You could easily do a nice 160 column display with antialiased monochrome
fonts, for example. The character frame buffer would be <10k.
…On Mon, Jun 1, 2020 at 8:22 AM bootrino ***@***.***> wrote:
Just to confirm - are those resolutions theoretical maximums or actual
maximums you've got from your software/hardware? i.e. you got 720x576 PAL
and 640x480 NTSC with esp32? Would you mind helping me understand please
.... I imagine you'd need more RAM for such resolutions?
One of the most intriguing ideas that came to mind when I saw your
PAL/NTSC solution is you could effectively make the esp32 a graphics
controller/coprocessor. So for example you could have a retro/new machine
like an eZ80 CPU that includes an esp32 on the same PCB board as the
graphics/wifi coprocessor connected via SPI. Or really any other CPU that
needed a TV display controller.
Great work. Looking forward to seeing where you take it.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADQUSIA2B4PFX3XLCKB5K3RUPBURANCNFSM4NONNOEQ>
.
|
Sounds really awesome. I love programming like this - it's magic. Hopefully you'll put up more videos showing some of these things in action. |
Hello,
I wrote a comparison of esp32 video solutions here:
https://www.reddit.com/r/esp32/comments/gpezk3/feature_comparison_of_esp32_graphics_sound_game/
I wonder would you mind confirming please, what is the maximum resolution that your solution can do for each of PAL & NTSC? Also what is the color depth?
What is the maximum resolution that you think your solution could do, presuming you are not already pushing it to the max?
As a side question, can you indicate what plans you have from here for this software?
thanks
The text was updated successfully, but these errors were encountered: