Most decoders now report total sample play time, now. Technically, this breaks binary compatibility with the 1.0 branch, since it extends the Sound_Sample struct, but most (all?) programs are just passing pointers allocated by SDL_sound around, and might be okay. Source-level compatibility is not broken...yet! :) --ryan. -------- Original Message -------- Subject: SDL_sound patch: Finding total length of time of sound file. Date: Sun, 26 Jan 2003 09:31:17 -0800 (PST) Hi Ryan, I am working with Eric Wing and helping him modify SDL_sound. AS part of our efforts in improving and enhancing SDL_sound, we like to submit this patch. We modified the codecs to find the total time of a sound file. Below is the explanation of the patch. The patch is appended as an attachment to this email. * MOTIVATION: We needed the ability to get the total play time of a sample (And we noticed that we're not the only ones). Since SDL_sound blocks direct access to the specific decoders, there is no way for a user to know this information short of decoding the whole thing. Because of this, we believe this will be a useful addition, even though the accuracy may not be perfect (subject to each decoder) or the information may not always be available. * CONTRIBUTORS: Wesley Leong (modified the majority of the codecs and verified the results) Eric Wing (showed everyone how to do modify codec, modified mikmod) Wang Lam (modified a handful of codecs, researched into specs and int overflow) Ahilan Anantha (modified a few codecs and helped with integer math) * GENERAL ISSUES: We chose the value to be milliseconds as an Sint32. Milliseconds because that's what Sound_Seek takes as a parameter and -1 to allow for instances/codecs where the value could not be determined. We are not sure if this is the final convention you want, so we are willing to work with you on this. We also expect the total_time field to be set on open and never again modified by SDL_sound. Users may access it directly much like the sample buffer and buffer_size. We thought about recomputing the time on DecodeAll, but since users may seek or decode small chunks first, not all the data may be there. So this is better done by the user. This may be good information to document. Currently, all the main codecs are implemented except for QuickTime.

README
2002/12/23

This directory contains a Project Workspace for Visual Studio 6.
It is based off the code in the CVS after the 1.0.0 release (1.0.1?).


This project has options to build a DLL or static library and 
build playsound (dynamic or static). This project mimics the 
original pre-1.0.0 version which no longer works with the current 
code.

Unlike the former package, this one contains no binaries. This
will allow this project to be included in the main SDL_sound
source code. You will be responsible for finding the binaries
you need for each decoder. We have attempted to provide a 
Support pack which contains the binaries built and tested with. 
However, many of the binaries become quickly outdated so 
you may not want to depend too heavily on the Support pack.

If you need the binaries, you should either copy the files to your 
default VisualC++ directories (both headers and libraries), or add 
them to your search paths, either through the Project Settings for 
Include and Link paths or through the global settings 
(Tools->Options->Directories in VC6). You need to do it both for the 
header files (includes) and library files. To run your final 
executables, you will need the DLL files in the local path
or one of your Windows main DLL search paths.


Issues: 

The static playsound really isn't static. You still need the 
dlls for each of the codecs. You will have to tweak the project to 
build a true static binary and will probably require you to have 
static versions of all the decoder libraries.




Eric Wing <ewing2121@yahoo.com>
Joshua Quick <jquick@golighthouse.com>