Stian

What are you trying to report with this issue? In 135 you report that a file is played back incorrectly. What are you trying to report here. With error it...

Likely fixed by f07c738f02b9ba2d37e8c6177fd6596f0b53bb30 If you want to replace OCP module playback engine with libopenmpt, you are free to fork this project or the original DOS code and make that...

Problem appears to only be with windows i686 (32bit build). Appears to happen inside libstdc++ as it configures locale.

This should be fixed in the next release. mingw-gcc and mingw-g++ were configured to different thread models (and thereby expected different builds of the support .dll files)

Should be fixed by f07c738f02b9ba2d37e8c6177fd6596f0b53bb30

I did try to debug this during the spring. I do suspect the issue is in the threading code of pipewire, and OCP is just lucky/unlucky to trigger hanging behaviour....

Let me first comment on your remark regarding speed. That Open Cubic Player matches Fast Tracker II. It actually a good thing, since most of the Amiga formats are played...

I am looking at one detail at a time. So the timing is the first thing I am looking into. Testing the algorithm from [https://github.com/8bitbubsy/pt2-clone/blob/master/src/pt2_replayer.c]( https://github.com/8bitbubsy/pt2-clone/blob/1d007d4d4bb7620a63e0eee24c89ca858e16df1f/src/pt2_replayer.c#L42) vs calculating perfect BPM...

I believe ddefb1f0116b6650ccb0500046d72685120a0da6 fixes the broken IT files. Please verify if possible.

I am working on playback of stereosamples in actual stereo, and not downmixed to mono and panned. It works when testing, but I need to refine the code first