--- libgig/trunk/README 2003/10/25 20:15:04 2 +++ libgig/trunk/README 2005/05/09 14:09:16 530 @@ -9,7 +9,7 @@ files and provide abstract access to the data. - gig classes (gig.h, gig.cpp): These are based on the DLS classes and - provide the neccessary extensions for + provide the necessary extensions for the Gigasampler file format. Requirements @@ -21,21 +21,67 @@ autoconf 2.57 If you want to compile the 'gigextract' application that comes with these - sources then you will additionally need to have libaudiofile installed (I - used version 0.2.3). + sources then you will additionally need to have libaudiofile (>= 0.2.3) + or libsndfile (>= 1.0.2) installed. Note: for Windows systems only + libsndfile is available. Non-POSIX systems ================= If you don't have a POSIX system, you have to set 'POSIX' to '0' in RIFF.h. Instead of using POSIX calls then standard C calls will be used for file - access. + access. This applies e.g. to Windows systems. I would appreciate if + somebody sends me his MS Visual Studio / .NET, Borland C++ Builder or + Apple XCode project file! This might help others to conveniently compile + libgig on those platforms as well. -Compiling: -========== - - Use 'CXXFLAGS=-pedantic ./configure && make all' to compile the library - and all tools and demo applications. +Compiling +========= - - Beside the actual library there are four applications: + You can either compile the sources and install the library directly on + your system or you can create Redhat or Debian packages. + + a) Compiling and installing directly + + Use 'make -f Makefile.cvs && ./configure && make' to compile the library, + all tools, demo applications, documentation and install them with + 'make install'. You can use 'make distclean && make -f Makefile.cvs clean' + to clean up everything again. + + b) Creating Debian packages + + Use 'make -f Makefile.cvs && dpkg-buildpackage -rfakeroot -b' to compile + and create the Debian packages. This will generate 3 Debian packages: + + libgig: Contains the shared library files. + libgig-dev: Contains the header files and documentation for building + applications using libgig. + gigtools: Contains the tools and demo applications. + + You can use 'fakeroot debian/rules clean && make -f Makefile.cvs clean' + to clean up everything again. + + c) Creating Redhat packages + + You need to have the rpmbuild tool installed and properly configured to + create RPM packages. To create the RPM packages do the following: + + * Get .spec file generated by ./configure and edit it as appropriate. + + * Copy the source tarball to "/usr/src//SOURCES" directory, + where is dependent to the system you are using. For SuSE + will be "packages", for Mandrake is "RPM" and for + Redhat / Fedora always equals "redhat". + + * Build the rpm(s) by invoking 'rpmbuild -bb ' from the + command line. + + On success, the resulting rpm(s) can usually be found under the proper + "/usr/src//RPMS/" directory. + +Tools +===== + + Beside the actual library there are four applications: gigdump: Demo app that prints out the content of a .gig file. gigextract: Extracts samples from a .gig file. @@ -43,9 +89,24 @@ rifftree: Tool that prints out the RIFF tree of an arbitrary RIFF file. - - If you have Doxygen installed you can generate the API documentation by - just running 'doxygen' in the sources' top level directory. +API Documentation +================= - - 'make distclean' to clean up everything again + If you have Doxygen installed you can generate the API documentation by + running 'make docs' in the sources' top level directory. The API + documentation will be generated in the 'doc' subdirectory. + +Patches +======= + If you find bugs or have improvements, your patches are always welcome! + Send them either directly to me or to the LinuxSampler developer's mailing + list . + +Credits +======= + The initial library was based on the reverse engineering effort of + Paul Kellett and Ruben van Royen. We owe current support for the quite new + Gigasampler v3 format to Andreas Persson. Please also have a look at the + ChangeLog for all those who contributed. Thanks for your great work! Christian Schoenebeck