SF.net SVN: supercollider:[9088] trunk/build/SCClassLibrary/Common/Streams/ Stream.sc

[jamshark70]

Revision: 9088
          http://supercollider.svn.sourceforge.net/supercollider/?rev=9088&view=rev
Author:   jamshark70
Date:     2009-04-21 02:17:27 +0000 (Tue, 21 Apr 2009)

Log Message:
-----------
Remove rev 9062 -- EventStreamPlayer schedules itself on the clock again -- 9062 broke cmd-. by not calling removedFromScheduler, meaning that cleanup actions would be ignored on cmd-. IMO that invalidates the "schedule a routine" approach, the cost is too high.

Will have to revisit later

Revision Links:
--------------
    http://supercollider.svn.sourceforge.net/supercollider/?rev=9062&view=rev

Modified Paths:
--------------
    trunk/build/SCClassLibrary/Common/Streams/Stream.sc

Modified: trunk/build/SCClassLibrary/Common/Streams/Stream.sc
===================================================================
--- trunk/build/SCClassLibrary/Common/Streams/Stream.sc 2009-04-20 22:20:36 UTC (rev 9087)
+++ trunk/build/SCClassLibrary/Common/Streams/Stream.sc 2009-04-21 02:17:27 UTC (rev 9088)
@@ -483,8 +483,7 @@
 
  clock.play({
  if(isWaiting and: { nextBeat.isNil }) {
- // this bit of indirection allows server sync within patterns
- clock.sched(0, (Routine { |time| loop { time = this.next(time).yield } }));
+ clock.sched(0, this);
  isWaiting = false;
  this.changed(\playing)
  };


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/