The PI firmware chooses one when the board boots. When don't find a TV on the HDMI connector, switch the image/sound to 3.5mm jack. But a PI 3A+ should send the audio through HDMI without any problem.
The PI 3A+ can send video/audio through HDMI or composite/pwm, at your wishes or needs. The PI A+ only can send audio through 3.5mm jack. In the A+/B+ the PWM sound is using the GPIOs 40/45, not exposed on the board connector, so you can have GPIOs and PWM sound. Anyway, the 3A+ is an ARMv8 quad-core CPU, and ZXBaremulator uses only two CPUs by now. The A+ is an ARMv6 one core CPU. Sooner or later I could need to use another CPU from the PI-2/3 and the ARMv6 boards will be unsupported again and forever.
The most crazy for me with the Zero models is that you need to build a really complex circuit to have acceptable sound quality, see the A+/B+ audio circuit here: https://learn.adafruit.com/introducing- ... io-outputs
For me, it's easy to buy an 3A+ and you get HDMI sound for free.
Any emulator can't be a "decent" emulator without some user settings, save snapshots/tapes, a tape browser and other bunch of options. The problem is that's a one man project. In a bare-metal project the hardest part to understand by the users is that I have nothing to program a GUI for the user, with a file dialog, menus, checkboxes, radio buttons and other graphical widgets usually found in popular libraries. I can't use SDL, Qt, GTK, WxWidgets or any other. I should to program all I can need, and these tasks consumes many time and work. ZXBaremulator can't save snapshots because I need to program first a box to take the file name to save (I don't want to mention a full save dialog...).Pegaz wrote: ↑Sat Apr 25, 2020 10:27 am btw, I have a couple suggestions for zx81 to consider, if possible to implement it in the future.
I think it would be nice if we could save the user custom settings in some .ini file, for example.
Then the emulator could boot directly into 128K mode by default, instead of 48K mode.
Or we can save the location of our Games folder or last used games, making normal tape loading as default choice, etc.
Read a tape is a realtime task and no emulator works like this. I can't envision a method that works with all tape loader types and not only with standard ROM loader. Anyway, you need too some adapter level circuit, you can't attach directly an analog tape output to the GPIO pins. Design and build this circuit is far beyond my capabilities.
By now, I'm not interested in Russian models or other variants as Sam Coupe.