home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / audio / 4502 < prev    next >
Encoding:
Text File  |  1992-12-25  |  3.4 KB  |  94 lines
  1. Newsgroups: comp.sys.amiga.audio
  2. Path: sparky!uunet!psinntp!isc-newsserver!rbm2273
  3. From: rbm2273@ultb.isc.rit.edu (R.B. Mead)
  4. Subject: Re: Digitizing from scripts..
  5. Message-ID: <1992Dec25.093829.18709@ultb.isc.rit.edu>
  6. Originator: rbm2273@ultb
  7. Sender: news@ultb.isc.rit.edu (USENET News System)
  8. Nntp-Posting-Host: ultb-gw.isc.rit.edu
  9. Organization: Rochester Institute of Technology
  10. References: <168C6C9FB.WALLY@UKCC.UKY.EDU> <1992Dec24.005304.6603@cunews.carleton.ca> <168C78B8.WALLY@UKCC.UKY.EDU>
  11. Date: Fri, 25 Dec 1992 09:38:29 GMT
  12. Lines: 80
  13.  
  14. In article <168C78B8.WALLY@UKCC.UKY.EDU> WALLY@UKCC.UKY.EDU writes:
  15. >In article <1992Dec24.005304.6603@cunews.carleton.ca>
  16. >ags@scs.carleton.ca (Alexander G. M. Smith) writes:
  17. > 
  18. >>In article <168C6C9FB.WALLY@UKCC.UKY.EDU> WALLY@UKCC.UKY.EDU writes:
  19. >>>Any little problems, I can work out on my own.  However, I can't get
  20. >>>AGMSRecordSound (for Perfect Sound 3) to do this:
  21. >>>
  22. >>>Record at say, 12Khz for 30 seconds.  I can't get it to set a time limit.
  23. >>>So I tried setting a size limit (~360K in this instance), and it still
  24. >>>didn't work..  It just keeps recording forever.  (Well...  Until my
  25. >>>drive fills up, or I get sick of it and reboot and crash the drive
  26. >>>horribly and have to reformat it like LAST time I was working on this. :(
  27. >>
  28. >>Hmmm.  AGMSRecordSound will stop recording if you send it a Control-C
  29. >>break signal.  Use the "break" command to do that.  You'll also need to
  30. >>know the process number that AGMSRecordSound is running under (the 2.0
  31. >>"status" command has a nice feature that finds the process number given
  32. >>a program name).  Set up a second process (a script that is started by
  33. >>"run execute myscript") that will wait a fixed amount of time and then
  34. >>do the break.
  35. >>
  36. > 
  37. >I can't think of a way to currently use break to stop AGMSRS because
  38. >unless the system is the same way each time, the process number will
  39. >be different.  And I can't think of a way to use the 2.0 Status to
  40. >be able to "tell" break what number.  (IE:  Status->variable, then
  41. >break $variable)
  42. > 
  43. >This, however, seems like a good idea, and I'll do testing and such
  44. >using it until I can find a programme that will do it automatically.
  45. > 
  46.  
  47. A friend of mine wrote me regarding this problem.  Here are his
  48. comments:
  49.  
  50.  
  51. Well, I did something like this under os1.3.  I needed to automatically
  52. set task priorities of a task/process or two, on startup.
  53.  
  54. The following two scripts accomplished this.  Note: I modified them to
  55. work under os2.04, which is what I'm using now.  There is a one line
  56. change to revert back to os1.3 operation.  You should be able to do this
  57. by looking at the script and a line (for 1.3) that I commented out.
  58.  
  59. Main script to call: "prior"
  60. ----------------------------
  61. .key xnam,xpri
  62.  
  63. status >t:tmp_1
  64. echo >t:tmp_2 "prior1 <xpri> " noline
  65. search >>t:tmp_2 t:tmp_1 <xnam>
  66. delete t:tmp_1 quiet
  67.  
  68. execute t:tmp_2
  69. delete t:tmp_2 quiet
  70. ----------------------------
  71.  
  72. Secondary script used by prior: "prior1"
  73. ----------------------------------------
  74. .key xpri,num1,tmp2,num3,tmp4,tmp5,tmp6,nam7
  75.  
  76. ;echo  >t:tmp_3 "changetaskpri p=<xpri> t=" noline ;For os1.3
  77. echo  >t:tmp_3 "changetaskpri <xpri> process " noline ;For os2.04
  78. echo >>t:tmp_3 <num3> noline first 1 len 1
  79. echo >>t:tmp_3 "  ; Name is <nam7>"
  80.  
  81. type t:tmp_3
  82. execute t:tmp_3
  83.  
  84. delete t:tmp_3 quiet
  85. ----------------------------------------
  86.  
  87. This should be easily modifiable for use with "break".  Let me know
  88. if you need any help.
  89.  
  90. <End of comment>
  91.  
  92. Regards ... rbm2273@ultb.isc.rit.edu
  93.  
  94.