Please refresh in_midi plugin

[Ian @ un4seen]

Remember to enable the "Send to Winamp's output system" option too, not only "Sampling enabled".

What Windows version are you using? I believe DirectMusic has been only a soft-synth since Vista:

    https://en.wikipedia.org/wiki/DirectMusic

[XMPlay_User]

I'm use Windows 7 x64 , but in this system available as DirectMusic devices also MCI devices , problem is any settings difirent of DirectMusic not work only if I use in_midi.dll in XMPlay , in WinAMP this plugin work with MCI devices correctly , but not correct work in XMPlay

I'm can not use MCI devices in any methods , any MIDIOut device not recive MIDI stream , in WinAMP and other applications for example CakeWalk 9 , MCI devices work correctly , but in XMPlay I simply can not output stream to MCI devices , only to DirectMusic devices , and there here limitations

[XMPlay_User]

Please , fix this in XMPlay , because this annoying feature
https://disk.yandex.ru/i/Z57XNfE5V8g5Zw

[XMPlay_User]

Also Problem , if I use very old version in_midi.dll  such as 2,53 - 2.54 , so in this plugins not correct work sysex messages , that's why I forced used 3.0 and later , but if I do this , I recive bugs , if I use  send data  to OS as Large blocks / segment I can not get instruments in banks diffirent from 0 , if I use Send MIDI events to OS in realtime , I can use instruments in banks whitch diffirent from 0 , but I can not use drums if whitch in other map , for example I want use Standard kit from SoundCanvas 88 Pro map , but I can not do this because if I use DirectMusic output , and use Send MIDI events to OS in realtime , I can not get this drumset , I recive Standard kit only from SC-8820 Map , for get this , I forced use Send MIDI events to OS in realtim and MIDIOut , but if I try use MIDIOut , I can not play MIDI file
I'm think  , what this is limit DirectMusic , because DirectMusic devices will make as simply DLS banksets with only one drumsets in bank 0 , but YAMAHA XG or Roland SoundCanvas later that SoundCanvas 55 available have more maps , for example :
Patch[0]=Roland SCVA-8820 Capital Tones
Patch[1]=Roland SCVA-55 Map Capital Tones
Patch[2]=Roland SCVA-88 Map Capital Tones
Patch[3]=Roland SCVA-88Pro Map Capital Tones
Patch[4]=Roland SCVA-8820 Capital Tones
Patch[0]=Roland SCVA-8820 Drumsets
Patch[1]=Roland SCVA-55 Map Drumsets
Patch[2]=Roland SCVA-88 Map Drumsets
Patch[3]=Roland SCVA-88Pro Map Drumsets
Patch[4]=Roland SCVA-8820 Drumsets
and if set LSB as 0 - we recive SC-8820 patches , if set LSB as 1 we recive SC-55 patchs , if set LSB as 2 we recive SC-88 patchss , if set LSB as 3 , we recive SC-88 Pro patches , if set LSB as 4 we recive SC-8820 patches
Patch[0]=Roland SCVA-8820 Capital Tones
Patch[0]=Roland SCVA-8820 Drumsets
also patch in LSB 0 , will be use the mode into which the synthesizer is reset , for example , if you reset SCVA as SC-88Pro , so in LSB 0 will selected patches from SC-88 Pro and if you want use patches from SC-8820 , you need set LSB 4 and then you can use in SC-88 Pro mode patches from SC-8820 , if you rest SCVA as SC-55 , and you want use patchesx from SC-88 Pro , you need set in LSB 3 for use patches from SC-88 Pro map , and this I use it often , because often select drumsets from other maps or guitars from other maps
Example work MCI CC32 https://disk.yandex.ru/i/27CZyjGbph4NXg

[Ian @ un4seen]

I'm use Windows 7 x64 , but in this system available as DirectMusic devices also MCI devices , problem is any settings difirent of DirectMusic not work only if I use in_midi.dll in XMPlay , in WinAMP this plugin work with MCI devices correctly , but not correct work in XMPlay

I'm can not use MCI devices in any methods , any MIDIOut device not recive MIDI stream , in WinAMP and other applications for example CakeWalk 9 , MCI devices work correctly , but in XMPlay I simply can not output stream to MCI devices , only to DirectMusic devices , and there here limitations

I've tried the plugin on Windows 7 now, and "midiOut" playback appears to be working fine there too. Also, I don't see any extra "DirectMusic" devices (only "DirectMusic / Microsoft Synthesizer"), so I guess you've installed something to add those? Perhaps that's causing a conflict. You could try on another system without that installed to find out.

The only requirements are that the "Sampling enabled" and "Send to Winamp's output system" options are enabled (and set the sampling device to a silent one). If that isn't working for you then I'm afraid I don't know why.

[XMPlay_User]

Not , I use LoopMIDI for playback MIDI files

[Ian @ un4seen]

That's working fine here ("midiOut / loopMIDI Port" device).

[XMPlay_User]

This not work even if select midiOut Microsoft GS WaveTable Synth

[XMPlay_User]

If you test on version 2.x , then you not see error , but version 2.x will work with error with sysex messages

[XMPlay_User]

I have this impression what we use diffirent versions player and what you version diffirent from my version , but  why ?

[XMPlay_User]

On Virtual PC with Windows 7 x86 this problem absent

[XMPlay_User]

Looks like there is a plugin conflict

[XMPlay_User]

I'm find conflcted plugin )
If use with this plugn , in_midi.dll all version not correct work in XMPlay

If you have this one problem , check  availability in_skale.dll and file available , simply remove  )

I found out this random , simply copy XMPlay folder to VM , and next test only XMPlay and in_midi.dll , then all work normaly , but then I started copying all plugins , I understand what available conflict of plugins , after that I do remove plugins per one and then found conflicted plugin )

[attachment deleted by admin]

[XMPlay_User]

And now XMPlay , my best player for all music formats )
MIDI now very comfortable ) because transmite all sysex messages before playback

[XMPlay_User]

Now left do autoload sysex files from open XMPlay ) if I add in in_midi.dll option in Hardware setup :
F0 41 10 16 12 7F 01 F7
F0 7E 7F 09 01 F7
F0 43 10 4C 00 00 7E 00 F7
F0 41 10 42 12 40 00 7F 00 41 F7
F0 66 7E 02 F7
all this with 4 ms delay , and next I close XMPlay , and after I run XMPlay , I'm see what this settings in in_midi.dll not saved , as this add what be will autoload sysex settings ?

[XMPlay_User]

As I understanded the only version that correct work with set sysex this from https://winamparchive.org/dl/winamp507_full.exe or attachment

[XMPlay_User]

Now you can see this XMPlay pack ) https://disk.yandex.ru/d/Awwh7qp2MqsykA here available all plugins from here https://www.un4seen.com/ ,  from here https://support.xmplay.com/index.php , and from diffirent versions WinAMP and diffirent addons for WinAMP ) , nothing not modifed ) except ini files )

[Ian @ un4seen]

Good to hear you've got it working now.

It looks like the in_skale plugin opens all midiOut devices (even when not playing anything), and that's preventing in_midi accessing them. This also happens in Winamp when in_skale is installed.

[XMPlay_User]

Yes ) please , update in support site all plugins from from my selection ) this version plugins with minimal conflicts ) , some formats can crash XMPlay , but there are very few of these formats and this formats very rare ) that's why I not sure what problem in plugin )
and update  In_midi.dll only version 3.07 if upload version 3.09 , then not work MIDI resets in section Hardware Setup

[Kaminari]

in_skale is also responsible for the XMPlay crashes I experienced on Windows 11. That could be related to the new Windows MIDI 2.0 driver which was released a few months ago. For decades, I didn't even know the Skale plugin was trying to open MIDI ports!

Getting rid of it fixed the crashes.

[XMPlay_User]

No ,MIDI 2.0 is not an insoluble problem , but crookedly written plugin quite possibly will problem , also if you registered extensions on XMPlay , but with open process you see error , please check availability in_bpxfade.dll , this plugin not correctly work anytime when you open files XMPlay )
Here written :
Application not runned! (29)
Error sending command to application

This link https://disk.yandex.ru/d/Awwh7qp2MqsykA refreshed , I deleted in_bpxfade.dll