Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The Nervous Filter.mid has no sound after 19 seconds with GeneralUser-GS.sf2 #1464

Closed
klerg opened this issue Jan 5, 2025 · 12 comments · Fixed by #1476
Closed

The Nervous Filter.mid has no sound after 19 seconds with GeneralUser-GS.sf2 #1464

klerg opened this issue Jan 5, 2025 · 12 comments · Fixed by #1476
Labels
Milestone

Comments

@klerg
Copy link

klerg commented Jan 5, 2025

FluidSynth version

2.4.2

Describe the bug

On Windows, with GeneralUser-GS.sf2 playback of The Nervous Filter.mid in FluidSynth 2.4.2 has sound for just 19 seconds but the MIDI lasts for 50 to 51 seconds

Expected behavior

On Windows, with GeneralUser-GS.sf2 playback of The Nervous Filter.mid in FluidSynth 2.4.2 should have sound for the full 50 to 51 seconds of this MIDI.

Steps to reproduce

Download FluidSynth 2.4.2 x86 or x64 for Windows 10 and GeneralUser GS 2.0, run FluidSynth 2.4.2, load GeneralUser-GS.sf2 then play The Nervous Filter.mid and it will only have sound for 19 seconds or so.

Additional context

It is hard to tell if The Nervous Filter.mid actually stops playing at 19 seconds or if only the sound itself cuts off at this time. It seems this issue may only be on the Windows OS and with GeneralUser GS 2.0.

@klerg klerg added the bug label Jan 5, 2025
@ReinholdH
Copy link

I made the same findings. See
#1442 at the end of the postings and
mrbumpy409/GeneralUser-GS#8

@klerg
Copy link
Author

klerg commented Jan 5, 2025

I see and your findings will help. Also, I notice the same issue in FluidSynth 2.4.1 but not 2.4.0, and wonder what changed in 2.4.1 to cause this

@derselbst
Copy link
Member

@klerg Any mails that you send to me privately will now be automatically moved to my spam folder. Fluidsynth is a project that I do in my spare time. Because of that, it's up to my sole, personal and completely biased decision, which issues to look into and esp. when to do so. I appreciate your (and anybody's) bug hunting. Yet you will learn, that it is highly counterproductive to ask for status updates every few days.

@klerg
Copy link
Author

klerg commented Jan 8, 2025

No need for this as I hardly send any mails to you and will be doing the same thing as well then. I also use Fluidsynth in my spare time like many. Sure, I never told you how, when, or where to look into any issue, and that is the way every dev goes about looking to fix a bug. The best way to appreciate it is to try and get rid of any bug. Yes, this is the only part I agree with you as it does not help and I'm not going to do that

@derselbst derselbst added this to the 2.4 milestone Jan 25, 2025
@derselbst
Copy link
Member

I am currently looking into this. I was able to reproduce with on Windows with dsound and wasapi audio drivers, but using waveout doesn't cause any problems. I was also able to reproduce this on Linux using sdl2, but using alsa does not cause the issue.
The audio stops because the gain suddenly becomes very high. I still need to understand why.

@ReinholdH
Copy link

Thank you very much.
Please see my recent post at #1442 at the end of the postings where I found that in particular for the recommended reverb and chorus settings of mrbumpy409 the issue is permanent for dsound and wasapi. May be this observation helps to find the cause. Again, thanks a lot.

@derselbst
Copy link
Member

I think I found it. A tiny oversight from #1432. #1476 fixes the problem for me on Linux. I'll verify later that it fixes it on Windows as well and then release it together with 2.4.3. Thanks for the report!

@klerg
Copy link
Author

klerg commented Jan 25, 2025

Sure, glad you were able to find the issue. To verify it later, does this mean we get some binaries for Windows to test it and see if it works before 2.4.3 is released ?

@ReinholdH
Copy link

I can confirm that the issue is resolved in 2.4.3 on Windows. The drivers which we use (dsound, wasapi (+ exclusive), portaudio + ASIO, Jack) all sound fine. No crack can be heard. Excellent job. Thanks a lot.

@klerg
Copy link
Author

klerg commented Jan 26, 2025

That is great to hear it works in 2.4.3 with Windows. But what is exclusive driver, all I get is dsound, wasapi, and waveout. How to use portaudio, ASIO, and Jack in Windows ?

@ReinholdH
Copy link

Here are answers to your questions:

Creating the audio divers, see
https://www.fluidsynth.org/api/CreatingAudioDriver.html

WASAPI exclusive, see
https://www.fluidsynth.org/api/settings_audio.html
You need to set "audio.wasapi.exclusive-mode"

ASIO, see
https://www.steinberg.net/developers/
Using ASIO you need to sign a contract with Steinberg. A contract draft is included in the package.

Building portaudio with ASIO, see
https://portaudio.com/docs/v19-doxydocs/compile_windows_asio_msvc.html

@klerg
Copy link
Author

klerg commented Jan 26, 2025

I see, so for Wasapi exclusive just have to set "audio.wasapi.exclusive-mode" but jack, portaudio, and ASIO need to compile from source ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy