Cacodemon345 wrote on 2025-02-01, 15:04:

Falcosoft wrote on 2025-02-01, 14:55:

Hi, What does 'much more GM compliant' mean exactly? I have seen you have added Mod wheel (CC#1) support. Are there any other c […]
Show full quote

Cacodemon345 wrote on 2025-02-01, 11:48:

https://github.com/Cacodemon345/VSBHDASF/releases/tag/v1.6

This release adds support for SF3/SFO soundfonts, and should be much more General MIDI compliant.

Note that SF3/SFO soundfont support is untested at this moment.

Hi,
What does 'much more GM compliant' mean exactly?
I have seen you have added Mod wheel (CC#1) support. Are there any other changes?

Reset All Controllers message now behaves as per the specification, no longer affecting bank selects and channel volume. Omni On/Off is implemented as an alias of All Notes Off. And the velocity-to-attenuation curve was fixed.

Thanks,
I would like to report that it seems Modulation wheel (CC#1) support is broken.
Here is a Midi file for testing. On channel 3 it plays program 70 (Basso0n) for 1 sec. with minimum mod wheel (0) and then for another 1 sec. with maximum mod wheel (127). Tested with the same soundfont Bassmidi clearly produces proper vibrato effect at the 2nd half of the test Midi while VSBHDASF produces the same sound without any vibrato effect both for min and max mod wheel values.

Seems like I completely misunderstood the specification. I will attempt redoing this.

DarthSun wrote on 2025-01-30, 23:40:

Thanks! It works great. TUF B450PRO/RyZen 3800X/7900GS/ALC S1200A/SB0060. To ALC S1200A the output: […]
Show full quote

Cacodemon345 wrote on 2025-01-28, 09:37:

https://github.com/Cacodemon345/VSBHDASF/releases/tag/v1.5.1

New release featuring GM/GS Reset and Master Volume control support.

Thanks! It works great.
TUF B450PRO/RyZen 3800X/7900GS/ALC S1200A/SB0060.
To ALC S1200A the output:

I packed an external driver, and I started this way with SBEMU, just to plug into any machine. Input for 7 types of smooth sbemu, smooth vsbhda, 16bit vsbhda (to Tyrian), and now vsbhdasf, the latter just for the B450, but for the time being, I use it for dos anyway.
GRUB+I deciphered 1.44FDD-> HDD emulation and then wrote in external M2 NVME SSD.
2 FAT32 partition, 8GB (boot)+90GB (the latter is a lot of tools+game).

The iron:

The SB0060 configuration follows.

Continue VSBHDASF: It also works perfectly by SB0060.
Now the Roland pattern goes with Doom2, but the GMG165mg pattern is better suited to the ear.
TUF B450PRO/RyZen 3800X/7900GS/PCIe to PCI converter --> SB0060

DarthSun wrote on 2025-02-02, 00:26:

Continue VSBHDASF: It also works perfectly by SB0060. Now the Roland pattern goes with Doom2, but the GMG165mg pattern is better […]
Show full quote

DarthSun wrote on 2025-01-30, 23:40:

Thanks! It works great. TUF B450PRO/RyZen 3800X/7900GS/ALC S1200A/SB0060. To ALC S1200A the output: […]
Show full quote

Cacodemon345 wrote on 2025-01-28, 09:37:

https://github.com/Cacodemon345/VSBHDASF/releases/tag/v1.5.1

New release featuring GM/GS Reset and Master Volume control support.

Thanks! It works great.
TUF B450PRO/RyZen 3800X/7900GS/ALC S1200A/SB0060.
To ALC S1200A the output:

I packed an external driver, and I started this way with SBEMU, just to plug into any machine. Input for 7 types of smooth sbemu, smooth vsbhda, 16bit vsbhda (to Tyrian), and now vsbhdasf, the latter just for the B450, but for the time being, I use it for dos anyway.
GRUB+I deciphered 1.44FDD-> HDD emulation and then wrote in external M2 NVME SSD.
2 FAT32 partition, 8GB (boot)+90GB (the latter is a lot of tools+game).

The iron:

The SB0060 configuration follows.

Continue VSBHDASF: It also works perfectly by SB0060.
Now the Roland pattern goes with Doom2, but the GMG165mg pattern is better suited to the ear.
TUF B450PRO/RyZen 3800X/7900GS/PCIe to PCI converter --> SB0060

Duke3D: Runs well with 7900GS, VSBHDASF is also ok. GTX1060 graphic errors. I need each card in the machine.
Of course, Master Carmack's games are good with 1060.

Falcosoft wrote on 2025-02-01, 19:54:

Thanks, I would like to report that it seems Modulation wheel (CC#1) support is broken. Here is a Midi file for testing. On chan […]
Show full quote

Cacodemon345 wrote on 2025-02-01, 15:04:

Falcosoft wrote on 2025-02-01, 14:55:

Hi,
What does 'much more GM compliant' mean exactly?
I have seen you have added Mod wheel (CC#1) support. Are there any other changes?

Reset All Controllers message now behaves as per the specification, no longer affecting bank selects and channel volume. Omni On/Off is implemented as an alias of All Notes Off. And the velocity-to-attenuation curve was fixed.

Thanks,
I would like to report that it seems Modulation wheel (CC#1) support is broken.
Here is a Midi file for testing. On channel 3 it plays program 70 (Basso0n) for 1 sec. with minimum mod wheel (0) and then for another 1 sec. with maximum mod wheel (127). Tested with the same soundfont Bassmidi clearly produces proper vibrato effect at the 2nd half of the test Midi while VSBHDASF produces the same sound without any vibrato effect both for min and max mod wheel values.

Filename

modwheel_test.zip

File size

223 Bytes

Downloads

12 downloads

File license

Public domain

On further testing, it seems you're using a wrong executable; vibrato effect works here with the SC-55 soundfont I'm using, and this is on a compile from the current Git commit.

Cacodemon345 wrote on 2025-02-02, 06:00:

Falcosoft wrote on 2025-02-01, 19:54:

Thanks, I would like to report that it seems Modulation wheel (CC#1) support is broken. Here is a Midi file for testing. On chan […]
Show full quote

Cacodemon345 wrote on 2025-02-01, 15:04:

Reset All Controllers message now behaves as per the specification, no longer affecting bank selects and channel volume. Omni On/Off is implemented as an alias of All Notes Off. And the velocity-to-attenuation curve was fixed.

Thanks,
I would like to report that it seems Modulation wheel (CC#1) support is broken.
Here is a Midi file for testing. On channel 3 it plays program 70 (Basso0n) for 1 sec. with minimum mod wheel (0) and then for another 1 sec. with maximum mod wheel (127). Tested with the same soundfont Bassmidi clearly produces proper vibrato effect at the 2nd half of the test Midi while VSBHDASF produces the same sound without any vibrato effect both for min and max mod wheel values.

Filename

modwheel_test.zip

File size

223 Bytes

Downloads

12 downloads

File license

Public domain

On further testing, it seems you're using a wrong executable; vibrato effect works here with the SC-55 soundfont I'm using, and this is on a compile from the current Git commit.

Hi,
I have re-checked and I'm using VSBHDAP4.EXE with size 286 208 bytes and with creation date 2025.02.02. 00:19.
(Maybe a version info print out at start would be useful similarly to SBEMU).
The used soundfont is the classic 4GMGSMT.SF2 from Creative/EMU.

Maybe the vibrato effect here with this soundfont is barely noticeable, but I remember running it through SoundFont Spec Implementation Test's test #7 and seeing it working correctly there, in accordance with the SoundFont specification.

Cacodemon345 wrote on 2025-02-02, 07:17:

Maybe the vibrato effect here with this soundfont is barely noticeable, but I remember running it through SoundFont Spec Implementation Test's test #7 and seeing it working correctly there, in accordance with the SoundFont specification.

Hi,
I have played the above attached test file 4 times just for reference:
1. Creative Audigy2 ZS:

2. BassMidi

3. VSBHDASF:

As it can be heard both on Creative Audigy 2ZS (that can be considered as reference implementation) and on BassMidi the effect is clearly audible while on VSBHDASF it is not.
4GMGSMT.SF2 was used in all cases.

https://github.com/Cacodemon345/VSBHDASF/rele … es/tag/v1.6.0.1

Does this release make the Vibrato LFO more audible?

Cacodemon345 wrote on 2025-02-02, 08:33:

https://github.com/Cacodemon345/VSBHDASF/rele … es/tag/v1.6.0.1

Does this release make the Vibrato LFO more audible?

Hi,
I have just checked and yes, the effect is much more audible and it sounds good!
Thanks!

https://github.com/Cacodemon345/VSBHDASF/releases/tag/v1.6.1

This release adds Channel Pressure support.

Cacodemon345 wrote on 2025-02-03, 11:11:

https://github.com/Cacodemon345/VSBHDASF/releases/tag/v1.6.1

This release adds Channel Pressure support.

Hi,
It's an interesting choice 😀
You should consider that after a reset GM, GS and XG set Channel Pressure effect(s) to none. You have to use explicit special SysEx messages to define effect (s) for Channel Pressure messages under GM/GS/XG.

Falcosoft wrote on 2025-02-03, 14:08:

Hi, It's an interesting choice :) You should consider that after a reset GM, GS and XG set Channel Pressure effect(s) to none. Y […]
Show full quote

Cacodemon345 wrote on 2025-02-03, 11:11:

https://github.com/Cacodemon345/VSBHDASF/releases/tag/v1.6.1

This release adds Channel Pressure support.

Hi,
It's an interesting choice 😀
You should consider that after a reset GM, GS and XG set Channel Pressure effect(s) to none. You have to use explicit special SysEx messages to define effect (s) for Channel Pressure messages under GM/GS/XG.

It follows the SoundFont 2.01 specification for Channel Pressure message, so it only affects the same thing as the modulation wheel i.e. vibrato pitch depth, which should match FluidSynth behaviour for default modulators.

I do want to try adding support for the GS versions but the SC-55 manual lists it by part number, not MIDI channel, so an alternate source for the SysEx messages that dates before GM2's existence would be appreciated, and it's likely I will reconsider doing so to avoid degrading performance and since it could descend into a rabbit hole for me.

Sorry man the new version completely broke the compatibility with my Sis chipset, not even reducing the cpu speed makes it work

Nemo1985 wrote on 2025-02-03, 16:48:

Sorry man the new version completely broke the compatibility with my Sis chipset, not even reducing the cpu speed makes it work

Your system is very finicky to deal with to be frank. Not much I can do about problematic systems showing completely unrelated problems to what changes I make to the fork, sorry.

Cacodemon345 wrote on 2025-02-03, 16:58:

Nemo1985 wrote on 2025-02-03, 16:48:

Sorry man the new version completely broke the compatibility with my Sis chipset, not even reducing the cpu speed makes it work

Your system is very finicky to deal with to be frank. Not much I can do about problematic systems showing completely unrelated problems to what changes I make to the fork, sorry.

No problem, I will keep using the latest working version.

https://github.com/Cacodemon345/VSBHDASF/rele … es/tag/v1.6.1.1

AC97 period size option implemented.

(Note: SiS 7012 audio chipsets also now confirmed to be working properly.)

Hi,
I would like to report that a sequence of RPN(2) coarse tuning messages for all channels causes the VSBHDASF to freeze.
This bug can be most easily replicated by using MegaMid and pressing the 'T' key for transpose.
(I have already referenced Megamid on your GitHub repo here: https://github.com/Cacodemon345/VSBHDASF/issues/1)
The exact sequence sent by MegaMid that causes the freeze is this:

1B0 78 00
2B0 64 02
3B0 65 00
4B0 06 3F
5B0 64 7F
6B0 65 7F
7B1 78 00
8B1 64 02
9B1 65 00
10B1 06 3F
11B1 64 7F
12B1 65 7F
13B2 78 00
14B2 64 02
15B2 65 00
16B2 06 3F
17B2 64 7F
18B2 65 7F
19B3 78 00
20B3 64 02
21B3 65 00
22B3 06 3F
23B3 64 7F
24B3 65 7F
25B4 78 00
26B4 64 02
27B4 65 00
28B4 06 3F
29B4 64 7F
30B4 65 7F
31B5 78 00
32B5 64 02
33B5 65 00
34B5 06 3F
35B5 64 7F
36B5 65 7F
37B6 78 00
38B6 64 02
39B6 65 00
40B6 06 3F
41B6 64 7F
42B6 65 7F
43B7 78 00
44B7 64 02
45B7 65 00
46B7 06 3F
47B7 64 7F
48B7 65 7F
49B8 78 00
50B8 64 02
51B8 65 00
52B8 06 3F
53B8 64 7F
54B8 65 7F
55B9 78 00
56B9 64 02
57B9 65 00
58B9 06 3F
59B9 64 7F
60B9 65 7F

61BA 78 00
62BA 64 02
63BA 65 00
64BA 06 3F
65BA 64 7F
66BA 65 7F
67BB 78 00
68BB 64 02
69BB 65 00
70BB 06 3F
71BB 64 7F
72BB 65 7F
73BC 78 00
74BC 64 02
75BC 65 00
76BC 06 3F
77BC 64 7F
78BC 65 7F
79BD 78 00
80BD 64 02
81BD 65 00
82BD 06 3F
83BD 64 7F
84BD 65 7F
85BE 78 00
86BE 64 02
87BE 65 00
88BE 06 3F
89BE 64 7F
90BE 65 7F
91BF 78 00
92BF 64 02
93BF 65 00
94BF 06 3F
95BF 64 7F
96BF 65 7F

It's pretty rather unusual for such a sequence of messages totaling 288 bytes to freeze the program, given there's nothing wrong with the code in question and it's also using an internal 4096-bytes buffer to avoid overflows. Not sure I can deal with this.

Cacodemon345 wrote on 2025-02-05, 10:09:

It's pretty rather unusual for such a sequence of messages totaling 288 bytes to freeze the program, given there's nothing wrong with the code in question and it's also using an internal 4096-bytes buffer to avoid overflows. Not sure I can deal with this.

OK, it'not a huge issue. And it's really strange since the same sequence in a SMF (.mid) file does not cause such freeze. The freeze only occurs when sent real-time by MegaMid. Maybe it is speed related?
BTW, no other HW or soft synth I tested had a problem with this sequence sent real-time by MegaMid, only VSBHDASF produces this freeze.