I have a specific crash circumstance to report:
Teletype: SCALPHA2 2.1.0: 205521A-ER301
ER-301: er-301-v0.3.08 48kHz
L 1 3: SC.CV.SLEW I 150
L 1 3: SC.CV I V RAND 4
//SC.CV 4 V MUL TOSS 10 — this line is commented out in the SCRIPT
SC.CV 4 V 10
EVERY RRAND 1 8: TR.P 4
PROB 12: TR.TOG 3
SC.CV 5 V RAND 10
M C; TO.CV 1 VV SUB 600 C
TO.ENV.DEC 1 DIV C 4
TR.TIME 1 10
C ADD C 11; TR.P 1
IF GT C 400: C 20; TR.P 2
TO.ENV.ACT 1 1
TO.ENV.ATT 1 10
TO.ENV.DEC 1 222
TO.CV 1 V 7
The above SCENE, when set as a startup scene on TT it hangs/freezes Teletype at the moment when ER-301 begins loading it’s Quicksave (when the LED sweep begins to be exact).
There are a couple of seconds before the freeze happens, where I can see/hear that Teletype actually executes the scene (since the main action takes place in METRO script. It stops when the ER-301 kicks in. This makes me think that the problem is not with TT or the script, but rather some sort of interaction between TT and Er-301 during load.
I can avoid the freeze, when right after startup I can switch manually TT to open a different scene. Then everything works fine. I can even load the above scene, after all modules are running, and it works just fine. The freeze only occurs during the load time at the moment described above.
The freeze also occurs when no external patches are present, so only with the i2c communication taking place.
Curious to see if anyone could replicate this?
I ran another test, but this time I set the ER-301 to start with a Quicksave that was empty (no chains), and this scenario produced no crash on the Teletype…
@odevices @scanner_darkly @bpcmusic