home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / audio / 4499 < prev    next >
Encoding:
Text File  |  1992-12-24  |  1.7 KB  |  37 lines
  1. Newsgroups: comp.sys.amiga.audio
  2. Path: sparky!uunet!usc!wupost!spool.mu.edu!torn!nott!cunews!ags
  3. From: ags@scs.carleton.ca (Alexander G. M. Smith)
  4. Subject: Re: Digitizing from scripts..
  5. Message-ID: <1992Dec24.212628.21173@cunews.carleton.ca>
  6. Sender: news@cunews.carleton.ca (News Administrator)
  7. Organization: School of Computer Science, Carleton University, Ottawa, Canada
  8. References: <168C6C9FB.WALLY@UKCC.UKY.EDU> <1992Dec24.005304.6603@cunews.carleton.ca> <168C78B8.WALLY@UKCC.UKY.EDU>
  9. Date: Thu, 24 Dec 1992 21:26:28 GMT
  10. Lines: 27
  11.  
  12. In article <168C78B8.WALLY@UKCC.UKY.EDU> WALLY@UKCC.UKY.EDU writes:
  13. >I can't think of a way to currently use break to stop AGMSRS because
  14. >unless the system is the same way each time, the process number will
  15. >be different.  And I can't think of a way to use the 2.0 Status to
  16. >be able to "tell" break what number.  (IE:  Status->variable, then
  17. >break $variable)
  18.  
  19. Bing!  Isn't there some way of getting the process number inside a script? 
  20. Some sort of magic word like "$$"?  In AmigaDOS 2.0 there is an
  21. environment variable called "process" that contains the current CLI
  22. number.  So, you could do something like:
  23.  
  24.   echo >t:temp.bat "wait 20*nbreak $process"
  25.   run execute t:temp.bat
  26.   agmsrecordsound blah hz 6000
  27.  
  28. That script fragment makes a temporary batch file that will do a 20
  29. second time delay and then send a break to the main process.  The main
  30. process meanwhile is recording sound, until the tempoary batch file
  31. sends it a break.  Note the hz 6000 line used for AGMSRecordSound.  If
  32. you use too high a recording rate, the Amiga's processing speed is
  33. slowed down and the temporary batch file might be delayed much longer
  34. than the requested amount of time. 
  35.  
  36. - Alex
  37.