home *** CD-ROM | disk | FTP | other *** search
/ Der Mediaplex Sampler - Die 6 von Plex / 6_v_plex.zip / 6_v_plex / DISK3 / DFUE_100 / FAMITXT.ZIP / SPC.TXT < prev    next >
Internet Message Format  |  1994-02-07  |  2KB
  1. From:     D Burton Technician <D.Burton@teesside.ac.uk>
  2. To:       "Super Famicom Development Group" <famidev@busop.cit.wayne.edu>
  3. Subject:  Re: sound
  4. Date:     Fri, 17 Dec 93 09:37:41 GMT
  5. Reply-to: famidev@busop.cit.wayne.edu
  6. Sender:   Listserv@busop.cit.wayne.edu
  7. X-Mailer: Mercury MTA v1.0.
  8.  
  9. > Any info on the structure & size of the header block?
  10. > 
  11.  
  12. the header is as follows :-
  13.  
  14.     dw length_of_block,transfer_address
  15.     
  16.     db start_of_data
  17.     .....
  18.     db end_of_data
  19.  
  20. this is repeated for however many blocks u wanna load into the spc(often just
  21. one big block)
  22. then the final header reads:-
  23.  
  24.     dw $0000,program_execution_address
  25.  
  26. the zero length field tells it to get ready to run the module..
  27.  
  28. > So the data is broken up into 9 byte blocks then. How is this 1 byte range
  29. > related to the data that follows? Is it a multiplier or, exponent or
  30. > value from a table? The 4 bit data an 'error' relative to the range?
  31. > Any other info on the samples?
  32. > 
  33. the first byte contains :-
  34.     bit 0   - last block of sample
  35.     bit 1   - loop block  flag
  36.     bit 2,3 - the filter number used
  37.     bit 4-7 - the range value (only 0-12 used)..
  38.  
  39. the big question is how is the data compressed - the manual diagram simply
  40. shows the 4 bit data being shifted right by the range number of places, and
  41. then talks of the number being in the range -7 to +8.. I have been simply
  42. dividing the 16 bit numbers down and rounding up where necessary and this
  43. gives a quite accurate conversion, the problem I seem to be having is
  44. generating the range values from the 16 values I have..
  45.  
  46. > I checked out hbt-fasm, which someone described as bad. Does bad refer to
  47. > its interface or the fact that it doesn't disassemble things correctly?
  48. > I do not have access to the spc-700 instruction set, or an amiga on a
  49. > regular basis and will build an opcode matrix from it and convert it to
  50. > the pc (providied that it disassembles correctly). Does it?.
  51. > 
  52. I have not had much to do with hbt-fasm so dont really know what is wrong 
  53. with it, my own SPC dissassembler has no real super duper i/face, but
  54. it does what I wanted it to.
  55.  
  56.