ubuntustudio-bugs team mailing list archive

[Oskar Wallgren <oskar.wallgren13@xxxxxxxxx>]

Sorry for the late response!

I'm trying to recreate the crash but am failing so far. It seem to work fine in the latest source.
As I remember it one sample were named wrong, but I don't actually hear it.
In Swami editor I see the problem however. Two samples are named the same
'PalmMuted Guitar Bb'  have two instances and this is against the sf2 specifications. However. sf2 also suggests that any application loading an instrument with two samples having the same name, should rename the later instances 'on the fly'. So this may have been corrected in fluidsynth in the mean time. I'll check into this.

Basically what's wrong in the soundfont is that the original samples somewhere has dropped the last char since they were 20 signs long and the array can hold 19 ASCII signs plus /0.
CHAR achSampleName[20];  <-------------------------- 'PalmMuted Guitar Bb',  last sign cut off!


A bit overkill perhaps but for the geek, the sf2 standard is here:
http://freepats.zenvoid.org/sf2/sfspec24.pdf
>From here on text is quoted from the sf2 specification, page 28...

7.10  The SHDR Sub-chunk


struct sfSample 
{ 
 CHAR achSampleName[20];
 DWORD dwStart; 
 DWORD dwEnd; 
 DWORD dwStartloop; 
 DWORD dwEndloop; 
 DWORD dwSampleRate; 
 BYTE byOriginalPitch; 
 CHAR chPitchCorrection; 
 WORD wSampleLink; 
 SFSampleLink sfSampleType; 
};

The ASCII character field achSampleName contains the name of the sample
expressed in ASCII, with unused terminal characters filled with zero
valued bytes. Sample names are case-sensitive. A unique name should
always be assigned to each sample in the SoundFont compatible bank to
enable identification. However, if a bank is read containing the
erroneous state of samples with identical names, the samples should not
be discarded. They should either be preserved as read or preferably
uniquely renamed.

-- 
You received this bug notification because you are a member of Ubuntu
Studio Bugs, which is subscribed to fluid-soundfont in Ubuntu.
Matching subscriptions: Ubuntu Studio Bugs
https://bugs.launchpad.net/bugs/924687

Title:
  SoundFont appears to be corrupted

Status in fluid-soundfont package in Ubuntu:
  In Progress

Bug description:
  The fluid-soundfont-gm SoundFont appears to contain corrupted data for
  the "Electric Guitar (muted)" instrument. Several notes in the octave
  starting at C2 (notes G thru A# in this octave) play the incorrect
  pitch. The pitch actually played is drastically off (more than a full
  octave higher than it should be). Other instruments appear not to be
  affected.

  This issue has been observed on two different systems running the
  10.04 LTS release. The same issue appears to exist in the versions of
  this package available for later Ubuntu releases as well.

  Used Rosegarden and Qsynth/FluidSynth to reproduce.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: fluid-soundfont-gm 3.1-4
  ProcVersionSignature: Ubuntu 2.6.32-38.83-generic 2.6.32.52+drm33.21
  Uname: Linux 2.6.32-38-generic x86_64
  NonfreeKernelModules: fglrx
  Architecture: amd64
  Date: Wed Feb  1 00:03:05 2012
  InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
  PackageArchitecture: all
  ProcEnviron:
   LANGUAGE=en_US:en
   PATH=(custom, user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: fluid-soundfont

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fluid-soundfont/+bug/924687/+subscriptions