not be Gideros related, but it probably is. (Sorry if it isn't)
Continuous troubles with the microphone plugin.
I suppose UWP support (win32) was added last Gideros update, since it now builds fine in Visual Studio (it didn't before, thanks for the update!). However, the app crashes when calling microphone:start()
VS debug output gives me
Exception thrown at 0x00007FFB3B59537C (KernelBase.dll) in giderosgame.Windows.exe: WinRT originate error - 0xC00D36B3 : 'The stream number provided was invalid.'.
followed by a few
Exception thrown at 0x00007FFB3B59537C (KernelBase.dll) in giderosgame.Windows.exe: WinRT originate error - 0xC00DABE0 : 'No capture devices are available.'.
and a last
Exception thrown at 0x00007FF69E2868A3 in giderosgame.Windows.exe: 0xC0000005: Access violation writing location 0x0000000000000000.
It seems the exceptions are related to media capture because others have had the same issues seemingly using mostly camera capture other platforms with UWP (Unity, OpenCV, Intel Realsense etc).
Using the app's microphone from exe files out of Windows Desktop (QT) or win32 exports works fine.
I'll do some more tests on it today, since I got a new web camera!
Likes: pie, saeys
However, when playing back the recorded sound the pitch is down by about half the frequency. It sounds like the original recording (at 44100 kHz sample rate) is interpreted as a 22050 kHz sample rate sound (then saved as a 44100 kHz). (Recording from the same audio source with an other recording application works fine)
Also, the sound file get trimmed so ~85% of the recorded time are cut.
And movieclips still seems to be played faster than the intended 60 fps.
(This applies to UWP only it seems)
This isn't an issue with win desktop or win32 exports, so maybe something happens on the VS side? Then I guess I need to dig deeper into that.
I'll try to reproduce the MovieClip issue with a cleaner code. Later on... :-)