Re: [hatari-devel] Shalll we remove deprecated features like SDL 1.2 now?

[ Thread Index | Date Index | More Archives ]

As a macOS user, I have no objection to removing SDL 1.2 support. I found SDL 1.2 far buggier when I had to use it for Hatari. As previously mentioned, SDL 2 is the only actively maintained version. 

Ever since the WinUAE core became the default, I have not gone back to the old core. For a typical user, I do not see a reason to maintain the old core. 

Right now, I am more interested in whether Troed is able to generate a Universal binary for Hatari. When I complied it, I received a strange error when attempting to run it on my new M1 MacBook Air. 

In case you receive any bug reports, there appears to be a bug in Rosetta 2 (Intel translation layer) that causes gamepads and joysticks to be seen but not usable. It appears to be at the SDL layer. The only emulator that works for me on the M1 is a C64 emulator (VirtualC64) that was built for the Mac only and uses the latest frameworks (and does not use SDL). 
Bob C

On Fri, Jan 1, 2021 at 4:45 AM Christer Solskogen <christer.solskogen@xxxxxxxxx> wrote:
On Fri, Jan 1, 2021 at 11:36 AM Nicolas Pomarède <npomarede@xxxxxxxxxxxx> wrote:

as these items were discussed, I'm still OK for removing both pieces of
Maybe the lack of SDL2 on some systems (Raspberry or derivatives ?)
could be a problem, but at one point we can't have hatari evolve and
take less time to maintain with 2 SDL versions.

SDL2 on Raspberry Pi 2 and above is not a problem.  It's better than 1.2. On both 32bit and 64bit systems.

Sent from my iPhone

Mail converted by MHonArc 2.6.19+