View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001116||OpenMPT||[All Projects] Audio I/O||public||2018-04-27 16:27||2018-04-29 19:22|
|Platform||AMD Athlon 2gh sse asio||OS||Windows||OS Version||Xp Sp3|
|Product Version||OpenMPT 1.27.06.00 / libopenmpt 0.3.7 (upgrade first)|
|Target Version||Fixed in Version|
New Openmpt causing problems with 8 bit samples (lags,freezes,crashes)
|Steps To Reproduce|
upload 8 bit samples
|Tags||No tags attached.|
|Has the bug occurred in previous versions?||not noticed no|
|Tested code revision (in case you know it)|
2018-04-25 17.32.51.rar (23,933 bytes)
First off, it can pretty much be ruled out that this problem has anything to do with 8-bit samples. The error observed in the file you uploaded is a problem with your NVIDIA ASIO driver; We haven't really changed anything in OpenMPT's ASIO handler recently so it would be good to know which version you were previously using. It's also possible that an audio driver update introduced the problem and not an OpenMPT update.
Now i figured out what has been wrong this was not problem related to samples bits. I have applied to sample mute loop at the end (i have been doing this because carry envelope option working only with looped samples) together with Duplicate Note Check : disabled and thus overload of cpu because channels has become multiplied infinitely and this "bug" were not there in older versions and other trackers-players because of limits of channels that can be played at once. here is example of this thing without this deaf loop( attention at vol level"
1_metro.it.rar (9,958 bytes)
The maximum number of playing voices has been 256 in all OpenMPT versions in the last 10+ years, and even a 15 year old PC should be able to play that module flawlessly with the maximum number of voices, so I kinda doubt that this is the reason for any problems you might be encoutering. To verify, you can reduce the number of mix channels in the Mixing tab of the OpenMPT settings dialog from 256 to 128.
Infact decreased numbers of voices to 128
Okay, I have a clearer understanding now what is happening here. The mixer was considerably rewritten in OpenMPT 1.27, and in particular the resonant filter (which is one of the most CPU-taxing parts of the mixer) was modified to work better at high sampling rates (previously, it would not always work correctly at 96kHz mixing rate). I believe that playing 256 simultaneous unfiltered voices is still going to work perfectly on your machine, but when playing lots of filtered voices, the CPU load might be too high and it cannot keep up with playing the file in realtime.
There is not much we can do here on the OpenMPT side, because those quality improvements and bugfixes in the mixer are required, but I can make two suggestions for your particular machine, in this order:
That said, there might also be a problem specific to this ASIO driver that we need to investigate (@manx "Internal error occurred at ....\mptrack\MainFrm.cpp(720): ASSERT(m_pSndFile != nullptr) failed in [CMainFrame::SoundSourceUnlock].").
Ok. I will try it if I will need ,regards.
|2018-04-27 16:27||Totalcancer||New Issue|
|2018-04-27 16:27||Totalcancer||File Added: 2018-04-25 17.32.51.rar|
|2018-04-27 19:46||Saga Musix||Note Added: 0003508|
|2018-04-28 16:10||Totalcancer||File Added: 1_metro.it.rar|
|2018-04-28 16:10||Totalcancer||Note Added: 0003509|
|2018-04-28 19:41||Saga Musix||Note Added: 0003510|
|2018-04-29 09:23||Totalcancer||Note Added: 0003511|
|2018-04-29 10:08||Saga Musix||Note Added: 0003512|
|2018-04-29 10:08||Saga Musix||Note Edited: 0003512||View Revisions|
|2018-04-29 19:22||Totalcancer||Note Added: 0003513|