On Wed, Sep 18, 2002 at 05:13:43PM +0200, Lars Skovlund wrote:
> This might lead to a race condition of its own; suppose there are two
> closely spaced cues in a song and the script checks for those cues
> explicitly? At least, there would have to be a way to hold the changes
> back, as far as I can see.
Again, how would this be any different in SSCI? If there are cues that
happen so close together for the VM to miss them, this would mean that
the VM is running much too slowly.
> Yes. I have tried (and failed) to reconstruct a change log for
> SSCI. One of the changes that I happened to find was a bug related to
> restarting, probably a race. It is quite likely that more such bugs
> existed, and it is obvious that the sound server was a pain to
> them. They rewrote it completely for SCI01.
Now I still know very little about SCI01+'s sound system, but aren't
many of these same classes of races still present? Or did they add some
kind of synchronization mechanism?
- Pizza
--
Solomon Peachy pizza@f*cktheusers.org
I'm not broke, but I'm badly bent. ICQ #1318344
Patience comes to those who wait. Melbourne, FL
Quidquid latine dictum sit, altum viditur
-- Attached file included as plaintext by Listar --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9iMFfPuLgii2759ARAjrwAKDqmolta50IvJW6SGOTgvEppXTefgCfe/5N
EzTFvWI+7/uHsig/x3p4+lw=
=vTRI
-----END PGP SIGNATURE-----
