Simulator: limit number of open file handles to match hardware
CMakeLists files provided for all C examples
Document performance considerations around floating point operations in Inside Playdate with C
Changed
fileplayer now leaves file closed until data is needed
Fixed
Launcher: Fixes a problem that would sometimes cause an new game to animate in over top of an existing game
Launcher: Fixes an issue that could sometime cause an unwrap animation to be out of sync with the audio
Launcher: Fixes a visual glitch that could occur when the A button was rapidly pressed as the Launcher was starting up
Correct support info in Inside Playdate with C
As always, you can update your SDK on macOS by clicking "Check for SDK Updates…" under the Simulator's app pull-down menu. On Windows and Linux, please visit http://play.date/dev and download the new installer. (We are working on update solutions for Windows and Linux.)
When you get a chance please try it again. We've had some issues with our CDN caching 302 redirects when it should be so I have to purge the CDN cache for updates to work.
Apologies, this is the first time I try this on this machine, so this might be a basic question!
It looks like the 1.9.3 tools shipped for Mac OS are x86_64 only? I ask because the rest of the tools (simulator, etc) seem to be universal builds, and it looks like when I try and run make in the C_API examples, I can't open in the simulator because of x86_64 vs AArch64 errors on an AArch64 Mac.
dlopen(.../Developer/PlaydateSDK/C_API/Examples/Hello World/HelloWorld.pdx/pdex.dylib, 0x0006): tried: '.../Developer/PlaydateSDK/C_API/Examples/Hello World/HelloWorld.pdx/pdex.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64e'))
dlopen(/System/Library/Extensions/AGXMetalG13X.bundle/Contents/MacOS/AGXMetalG13X, 0x0115):
EDIT: I was able to resolve this by replacing my x86_64 conda environment (Which included tmux) with an arm64 one. Apologies!
To what? After supposedly installing 1.9.3 there is not PlaydateSDK-1.9.3 directory. Last time I installed, PlaydateSDK pointed to the right version, so there was no reason to modify the path.