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

Notes off-key rendering in specific soundfount in 64-bit system #90

Closed
derselbst opened this issue Oct 20, 2010 · 3 comments
Closed

Notes off-key rendering in specific soundfount in 64-bit system #90

derselbst opened this issue Oct 20, 2010 · 3 comments

Comments

@derselbst
Copy link
Member

This soundfont:
http://dl.dropbox.com/u/323556/RealFont_2_1.7z
Plus this midi file:
https://sites.google.com/site/metaruka/GameGame/01Game-Game.mid?attredirects=0
produces sound like this on 64-bit system:
http://dl.dropbox.com/u/323556/test.ogg
however on 32-bit system it sounds normal:
http://www.archive.org/download/Game-gameOst/01Game-game.ogg

Fluidsynth 1.1.3. Commandline to hear the results:
fluidsynth -i -l -r 48000 -a alsa RealFont_2_1.sf2 01Game-Game.mid

Discussed in the mailing list here:
http://lists.nongnu.org/archive/html/fluid-dev/2010-10/msg00101.html

Reported by: maxstack

Original Ticket: fluidsynth/tickets/91

@derselbst
Copy link
Member Author

Two observations:

  • Examining the MIDI file, this looks like a problem related to Pitch Bend MIDI events.
  • I've been unable to reproduce this problem using a real 64 bit machine with an AMD Athlon64 processor.

Original comment by: pedrolcl

@derselbst
Copy link
Member Author

I can't find a 64-bit windows build for fluidsynth. If it will be available I will check if the problem persists on my machine in host os. I don't have Linux OS unfortunately to test it.

Original comment by: maxstack

@derselbst
Copy link
Member Author

  • status changed from new to closed
  • resolution set to fixed

From what I can see this is the same bug as was fixed in r395, and it's related to using float instead of double, and samples with short loops. Anyway, as far as I can see, it's fixed now :-)

Original comment by: diwic

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

No branches or pull requests

2 participants