home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / next / programm / 8256 < prev    next >
Encoding:
Text File  |  1993-01-22  |  1.3 KB  |  31 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!monty@intuitiveedge.com
  3. From: monty@intuitiveedge.com (Montgomery Zukowski)
  4. Subject: ATC sounds, random access?
  5. Message-ID: <9301221626.AA00280@intuitiveedge.com>
  6. Sender: daemon@magnus.acs.ohio-state.edu
  7. Reply-To: monty@intuitiveedge.com
  8. Organization: The Ohio State University
  9. Date: Fri, 22 Jan 1993 16:26:41 GMT
  10. Lines: 19
  11.  
  12.     I need to record, compress and playback huge sounds (>55M) with random  
  13. access into the sounds.  I know that NeXT's ATC uses frames which represent  
  14. ATC_FRAME_SIZE (256) samples each, but I don't know enough about ATC to know  
  15. if I can uncompress frames individually or if each frame uses information from  
  16. the previous frame.  
  17.  
  18.     Any pointers to articles about ATC would be greatly appreciated also.
  19.     If I can't uncompress frames individually I'll need to break each  
  20. sound into chunks which would then be compressed.  Even if I can uncompress  
  21. frames individually I'll need to set up an index structure so I can get to any  
  22. frame quickly without having to jump from frame to frame.  The format  
  23. specifies that each frame says how large it is, giving a pointer to the next  
  24. frame.  
  25.  
  26.     It would be easier to use ATC as it is, so I hope the answer is yes.
  27.  
  28. Thanks,
  29.  
  30. Monty
  31.