Julijan Nikolic
Julijan Nikolic
It might be that the drawable returns nil for some reason. I am not setting allowsNextDrawableTimeout so it might just timeout after one second. I am auto releasing drawable as...
I guess this should do the trick. I will test and see if that prevents the crash. ``` id drawable = nil; if (colorTexture == nil) { drawable = _metalLayer.nextDrawable;...
Thanks. It might be complex to implement it to dr_wav. I have looked and I will have to have a deep understanding of the lib to be able to implement...
I qm already working on it. Might have it ready in a couple of hours
I think I got it. I will need to do more testing, but so far it works great. Here are the changes/additions: ``` typedef enum { drwav_seek_origin_start, drwav_seek_origin_current, drwav_seek_origin_end }...
**drwav_init_file_write_append__internal** was made a bit more complicated but in this way falling to call **drwav_uninit** won't render the file unreadable. That basically means, if you create and write 3 seconds...
I have run some tests today, and it seems it's working as expected.
Yes, see here: https://marketplace.visualstudio.com/items?itemName=JaredParMSFT.VsVim2022Preview You should add it to the marketplace.
Just as a note, it works on the VS Windows on arm in Parallels.
Indeed. If you use STB, you might want to increase font scale so that you can get better font rendering on low DPI screens