| 1 |
|
Home |
| 2 |
|
==== |
| 3 |
|
You can always find the latest version of libgig at: |
| 4 |
|
http://www.linuxsampler.org/libgig/ |
| 5 |
|
|
| 6 |
Content |
Content |
| 7 |
======= |
======= |
| 8 |
libgig actually consists of three parts: |
libgig actually consists of three parts: |
| 14 |
files and provide abstract access to the |
files and provide abstract access to the |
| 15 |
data. |
data. |
| 16 |
- gig classes (gig.h, gig.cpp): These are based on the DLS classes and |
- gig classes (gig.h, gig.cpp): These are based on the DLS classes and |
| 17 |
provide the neccessary extensions for |
provide the necessary extensions for |
| 18 |
the Gigasampler file format. |
the Gigasampler file format. |
| 19 |
|
|
| 20 |
|
Beside the actual library there are following example applications: |
| 21 |
|
|
| 22 |
|
gigdump: Demo app that prints out the content of a .gig file. |
| 23 |
|
gigextract: Extracts samples from a .gig file. |
| 24 |
|
gigmerge: Merges several .gig files to one .gig file. |
| 25 |
|
gig2mono: Converts .gig files from stereo to mono. |
| 26 |
|
dlsdump: Demo app that prints out the content of a DLS file. |
| 27 |
|
rifftree: Tool that prints out the RIFF tree of an arbitrary RIFF |
| 28 |
|
file. |
| 29 |
|
|
| 30 |
|
Since version 3.0.0 libgig also provides write support, that is for |
| 31 |
|
creating modifying .gig, DLS and RIFF files. |
| 32 |
|
|
| 33 |
Requirements |
Requirements |
| 34 |
============ |
============ |
| 35 |
I simply used automake & co this time so you will need to have automake, |
POSIX systems (e.g. Linux, OS X): |
| 36 |
autoconf and libtool installed. I used the following versions: |
--------------------------------- |
| 37 |
|
|
| 38 |
automake 1.6.3 |
You need at least to have libtool installed to be able to build the |
| 39 |
autoconf 2.57 |
library with "./configure && make". |
| 40 |
|
|
| 41 |
If you want to compile the 'gigextract' application that comes with these |
Additionally you need to have either libaudiofile (>= 0.2.3) or |
| 42 |
sources then you will additionally need to have libaudiofile installed (I |
libsndfile (>= 1.0.2) installed which is mandatory to be able to compile |
| 43 |
used version 0.2.3). |
the 'gigextract' example application. But of course 'gigextract' is still |
| 44 |
|
just an example application, so it would make sense to compile it only if |
| 45 |
|
one of those libraries are available. That would remove that hard |
| 46 |
|
dependency to those two libs. But that's not a priority for me now. |
| 47 |
|
Note: for Windows systems only libsndfile is available. |
| 48 |
|
|
| 49 |
Non-POSIX systems |
If you want to regenerate all autotools build files (that is configure, |
| 50 |
================= |
Makefile.in, etc.) then you need to have automake (>= 1.5) and autoconf |
| 51 |
If you don't have a POSIX system, you have to set 'POSIX' to '0' in RIFF.h. |
installed. |
| 52 |
Instead of using POSIX calls then standard C calls will be used for file |
|
| 53 |
access. This applies e.g. to Windows systems. |
Windows: |
| 54 |
|
-------- |
| 55 |
|
|
| 56 |
|
The precompiled versions of libgig (and its tools) should be compatible |
| 57 |
|
with any Windows operating system of at least Win95 or younger. Notice |
| 58 |
|
that all example / demo applications coming with libgig are pure console |
| 59 |
|
applications, thus you won't see a GUI showing up! :) |
| 60 |
|
|
| 61 |
|
If you want to compile libgig and its tools by yourself, please also |
| 62 |
|
notice the requirements under "Compiling for Windows". |
| 63 |
|
|
| 64 |
|
Other Operating Systems: |
| 65 |
|
------------------------ |
| 66 |
|
|
| 67 |
|
libgig was written to compile for any operating system, using standard C |
| 68 |
|
library functions. However the latest versions of libgig lack a portable |
| 69 |
|
implementation of one tiny method called RIFF::File::ResizeFile(). So you |
| 70 |
|
would either have to add native OS API calls for that particular method, |
| 71 |
|
that is dependant to your OS, or you have to add a portable |
| 72 |
|
implementation. No matter which way you choose, please let us know! :) |
| 73 |
|
|
| 74 |
|
Compiling for Linux |
| 75 |
|
=================== |
| 76 |
|
You can either compile the sources and install the library directly on |
| 77 |
|
your system or you can create Redhat or Debian packages. |
| 78 |
|
|
| 79 |
|
a) Compiling and installing directly |
| 80 |
|
|
| 81 |
|
Call './configure && make' on the console to compile the library, all |
| 82 |
|
tools and demo applications, documentation and install them with |
| 83 |
|
'make install'. The latter has to be called as root. |
| 84 |
|
|
| 85 |
|
If you are compiling from CVS you have to call 'make -f Makefile.cvs' |
| 86 |
|
to generate all autotools build files before calling |
| 87 |
|
'./configure && make'. |
| 88 |
|
|
| 89 |
|
You can use 'make distclean' and probably 'make -f Makefile.cvs clean' |
| 90 |
|
to clean up everything again. The latter will also delete all automatic |
| 91 |
|
generated autools build files. |
| 92 |
|
|
| 93 |
|
b) Creating Debian packages |
| 94 |
|
|
| 95 |
|
Use 'dpkg-buildpackage -rfakeroot -b' to compile and create the Debian |
| 96 |
|
packages. This will generate 3 Debian packages: |
| 97 |
|
|
| 98 |
|
libgig: Contains the shared library files. |
| 99 |
|
libgig-dev: Contains the header files and documentation for building |
| 100 |
|
applications using libgig. |
| 101 |
|
gigtools: Contains the tools and demo applications. |
| 102 |
|
|
| 103 |
|
You can use 'fakeroot debian/rules clean' to clean up everything again. |
| 104 |
|
|
| 105 |
|
c) Creating Redhat packages |
| 106 |
|
|
| 107 |
|
You need to have the rpmbuild tool installed and properly configured to |
| 108 |
|
create RPM packages. To create the RPM packages do the following: |
| 109 |
|
|
| 110 |
|
* Get .spec file generated by ./configure and edit it as appropriate. |
| 111 |
|
|
| 112 |
|
* Copy the source tarball to "/usr/src/<rpmdir>/SOURCES" directory, |
| 113 |
|
where <rpmdir> is dependent to the system you are using. For SuSE |
| 114 |
|
<rmpdir> will be "packages", for Mandrake <rpmdir> is "RPM" and for |
| 115 |
|
Redhat / Fedora <rpmdir> always equals "redhat". |
| 116 |
|
|
| 117 |
Compiling: |
* Build the rpm(s) by invoking 'rpmbuild -bb <specfile>' from the |
| 118 |
|
command line. |
| 119 |
|
|
| 120 |
|
On success, the resulting rpm(s) can usually be found under the proper |
| 121 |
|
"/usr/src/<rpmdir>/RPMS/<arch>" directory. |
| 122 |
|
|
| 123 |
|
Compiling for Windows |
| 124 |
|
===================== |
| 125 |
|
|
| 126 |
|
libgig and its tools can be compiled for Windows using Bloodshed Dev-C++, |
| 127 |
|
which is a free (GPL) C++ integrated development environment for Windows. |
| 128 |
|
It is also possible to use MSYS from MinGW, which allows you to use |
| 129 |
|
'./configure && make' like the linux builds. |
| 130 |
|
|
| 131 |
|
You can download Dev-C++ here: |
| 132 |
|
|
| 133 |
|
http://www.bloodshed.net/devcpp.html |
| 134 |
|
|
| 135 |
|
Make sure you install a version with Mingw integrated. |
| 136 |
|
|
| 137 |
|
a) Compiling libgig.dll |
| 138 |
|
|
| 139 |
|
Simply open the project file "win32/libgig.dev" either directly in Dev-C++ |
| 140 |
|
or by double clicking on the project file in the Windows explorer, then |
| 141 |
|
click on "Compile" in the Dev-C++ menu and that's it! After compilation |
| 142 |
|
finished, you can find the files "libgig.dll", "libgig.a" and |
| 143 |
|
"liblibgig.def" in the "win32" directory. |
| 144 |
|
|
| 145 |
|
b) Compiling the example tools "rifftree", "dlsdump" and "gigdump" |
| 146 |
|
|
| 147 |
|
You need to have libgig.dll compiled as described in a). Then you can |
| 148 |
|
compile the respective tool by simply opening the respective project |
| 149 |
|
(.dev) file and clicking on "Compile" from the Dev-C++ menu. After |
| 150 |
|
compilation you can find the respective .exe file in the "win32" |
| 151 |
|
directory. |
| 152 |
|
|
| 153 |
|
c) Compiling the example tool "gigextract" |
| 154 |
|
|
| 155 |
|
You need to have libgig.dll compiled as described in a). Also you need |
| 156 |
|
libsndfile (as DLL) which is used to create the .wav files. You can |
| 157 |
|
download libsndfile already precompiled as DLL here: |
| 158 |
|
|
| 159 |
|
http://www.mega-nerd.com/libsndfile/ |
| 160 |
|
|
| 161 |
|
Extract the .zip file i.e. to "C:\". The libsndfile .dll file should then |
| 162 |
|
be i.e. under "C:\libsndfile-1_0_17". Beside the .dll file, make sure |
| 163 |
|
libsndfile's .lib file exists in that directory as well. If the .lib file |
| 164 |
|
does not exist yet, you have to create it with: |
| 165 |
|
|
| 166 |
|
dlltool --input-def libsndfile-1.def --output-lib libsndfile-1.lib |
| 167 |
|
|
| 168 |
|
Then you have to ensure the settings of gigextract's Dev-C++ project file |
| 169 |
|
are pointing to the correct location of your local copy of libsndfile. For |
| 170 |
|
that click in the Dev-C++ menu on "Project" -> "Project Options". Then |
| 171 |
|
click on the tab "Parameter" and make sure the path to "libsndfile-1.lib" |
| 172 |
|
in the "Linker" list view is correct. Then click on the tab "Directories" |
| 173 |
|
and then on the tab "Include Directories" and make sure the path to |
| 174 |
|
libsndfile points to the correct location there as well. |
| 175 |
|
|
| 176 |
|
After that you should finally be able to compile "gigextract" by clicking |
| 177 |
|
on "Compile" in the Dev-C++ menu. After compilation succeeded, you can |
| 178 |
|
find the "gigextract.exe" file in the "win32" directory. |
| 179 |
|
|
| 180 |
|
Test Cases |
| 181 |
========== |
========== |
| 182 |
- Use './configure && make all' to compile the library and all tools and |
The libgig sources come with a tiny console application which allows to |
| 183 |
demo applications. |
automatically test libgig's functions on your system. This test |
| 184 |
|
application is not compiled by default, you have to compile it explicitly |
| 185 |
|
with the following commands on the console (cppunit has to be installed): |
| 186 |
|
|
| 187 |
- Beside the actual library there are four applications: |
cd src/testcases |
| 188 |
|
make libgigtests |
| 189 |
|
|
| 190 |
gigdump: Demo app that prints out the content of a .gig file. |
and then run the test application from the same directory with: |
|
gigextract: Extracts samples from a .gig file. |
|
|
dlsdump: Demo app that prints out the content of a DLS file. |
|
|
rifftree: Tool that prints out the RIFF tree of an arbitrary RIFF |
|
|
file. |
|
| 191 |
|
|
| 192 |
- If you have Doxygen installed you can generate the API documentation by |
./libgigtests |
|
just running 'doxygen' in the sources' top level directory. |
|
| 193 |
|
|
| 194 |
- 'make distclean' to clean up everything again |
License |
| 195 |
|
======= |
| 196 |
|
libgig and its tools are released under the GNU General Public License. |
| 197 |
|
|
| 198 |
|
API Documentation |
| 199 |
|
================= |
| 200 |
|
If you have Doxygen installed you can generate the API documentation by |
| 201 |
|
running 'make docs' in the sources' top level directory. The API |
| 202 |
|
documentation will be generated in the 'doc' subdirectory. |
| 203 |
|
|
| 204 |
Patches |
Patches |
| 205 |
======= |
======= |
| 206 |
If you find bugs or have improvements, your patches are always welcome! |
If you have bug fixes or improvements, your patches are always welcome! |
| 207 |
Send them either directly to me or to the LinuxSampler developer's mailing |
Send them either directly to me or to the LinuxSampler developer's mailing |
| 208 |
list <linuxsampler-devel@lists.sourceforge.net>. |
list <linuxsampler-devel@lists.sourceforge.net>. |
| 209 |
|
|
| 210 |
|
Bugs |
| 211 |
|
==== |
| 212 |
|
Please use http://bugs.linuxsampler.org to check and report possible bugs. |
| 213 |
|
You might also try to run the "Test Cases" coming with libgig (see above), |
| 214 |
|
especially in case you are running on an odd system. |
| 215 |
|
|
| 216 |
Credits |
Credits |
| 217 |
======= |
======= |
| 218 |
This library is based on the reverse engineering work of Paul Kellett and |
The initial library was based on the reverse engineering effort of |
| 219 |
Ruben van Royen. Thanks for your great work! |
Paul Kellett and Ruben van Royen. We owe current support for the quite new |
| 220 |
|
Gigasampler v3 format to Andreas Persson. Please also have a look at the |
| 221 |
|
ChangeLog for all those who contributed. Thanks to all of you for your |
| 222 |
|
great work! |
| 223 |
|
|
| 224 |
Christian Schoenebeck <cuse@users.sourceforge.net> |
Christian Schoenebeck <cuse@users.sourceforge.net> |
Parent Directory
| 
Revision Log
| 
Patch