Path: chuka.playstation.co.uk!scea!greg_labrec@interactive.sony.com
From: Brian Dawson <brian_dawson@interactive.sony.com>
Newsgroups: scea.yaroze.programming.sound
Subject: Re: Seqence data weirdness
Date: Wed, 30 Apr 1997 17:02:41 -0700
Organization: Sony Computer Entertainment America
Lines: 35
Message-ID: <3367DDA1.C0F@interactive.sony.com>
References: <3361BF87.620D@charlie.cns.iit.edu>
NNTP-Posting-Host: 206.41.6.40
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.01 (Win95; I)

Files residing on the cdrom are padded out to land on a sector boundary. 
(2048 bytes).  This may be the problem.                                 

Ed Federmeyer wrote:
> 
> I took the sound code from the walz demo, and put it into a separate
> ".c" file and got it working in the simple "hello world" program.
> 
> THEN, I thought, instead of hardcoding the addresses of where the VH,
> VB, and SEQ data are, let me create arrays big enough to hold that data
> and let the linker figure out where they should go.
> 
> Bleh, I ran into problems.
> 
> Eventually I tracked it down to needing to add (of all things) +1090
> bytes or more to the size of the SEQ data array.  Even thought I
> allocated 17341 bytes for the array (supposedly big enough to hold
> GOGO.SEQ), it seemed to clobber the begining of the VB data array, which
> just so happened to be right after it in memory.
> 
> Is there any reason why, if a file is X bytes in the CDROM directory,
> (also the same number reported by CdSearchFile), that *more* than that
> would be read?  Or does the CdReadFile function pad the data out to an
> even buffer boundary?
> 
> Eventually, I'd like to malloc the buffer for the VB and VH data, since
> it seems that once it is transferred to the sound buffer, it is no
> longer needed in main memory, and the >400Kb VB data file will
> eventually be a bit too much to have hanging around.  (Not a problem yet
> for me, but one day...)  Am I right in assuming VB and VH data files are
> not needed once they are transferred to sound memory?  Is the SEQ data
> needed in main memory all the time?
> 
> If need be, I'll post a simple example.
> EdF