home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / programm / 7727 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!sh.wide!wnoc-tyo-news!etl.go.jp!ume!crimson!kekux!s.u-tokyo!is.s.u-tokyo!jeff
  2. From: jeff@is.s.u-tokyo.ac.jp (Jeff McAffer)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: remote sound server?
  5. Message-ID: <1992Dec14.55045.12958@kei.is.s.u-tokyo.ac.jp>
  6. Date: 14 Dec 92 05:50:42 GMT
  7. Sender: news@kei.is.s.u-tokyo.ac.jp (Usenet News System)
  8. Reply-To: jeff@is.s.u-tokyo.ac.jp
  9. Distribution: comp
  10. Organization: University of Tokyo, tcejorP Project.
  11. Lines: 27
  12.  
  13. I'd like to be able manipulate a NeXT's sound resources (DSP, ...)
  14. from a remote machine.  Has someone written a remote sound server for
  15. the NeXT?
  16.  
  17. The source of the sound data will not be a NeXT.  Ultimately what I
  18. would like to do amounts to RPCs on the sound routines from my
  19. application machine to a NeXT.  What I envision is a server which
  20. maintains some sort of cache of objects which are externally
  21. addressable (indentifiable) and can be invoked remotely.  This way, I
  22. send the server a 'RPC', the server looks at the args etc, subs in
  23. the real objects for my references and fires it off to the DSP or
  24. whatever.
  25.  
  26. I won't worry too much about the non-deterministic net delays and
  27. stuff right now.  I'm interested mostly in the server side as the
  28. client is highly custom.  Since I will most likely need to customize
  29. the server, source would be great but for now I'll take anything I
  30. can get.
  31.  
  32. Is anyone else interested in this sort of thing?
  33.  
  34. Thanks
  35.  
  36. --
  37. --
  38. ato de, |m        -- yahoo.
  39.