I’ll add my support for this idea. I find that I often want scripts for other scenes as part of something I’m working on… i.e. I have a quad lfo script that I’d love to be able to copy into any new scene that I’m working on.
i don’t think the technique would work well for full range, you’d want it to be smooth. for scene selection though it makes sense.
do you mean displaying full content as one page right after the scene description part? that might be simple enough to do, i’ll take a look. not sure how this aligns with the proposal for new scene loading/saving though, i wasn’t following that discussion closely.
Yeah basically that. IIRC you should be able to call print_command (from src/command.c) to get the string out easily enough. The trickier prospect is deciding how to manage the output buffer. (i.e. convert all 10 scripts and store them in a temp buffer, or convert each line on demand as it’s needed). Other minor complexities include dealing with blank script lines.
AFAIK that only concerns serialisation to/from text files on USB, the on flash storage format will still be in the ‘compiled’ op codes that we currently use. Hopefully by using print_command you’ll be isolated from any changes in the underlying representation anyway.
probably just enough to hold 7 lines and just update it dynamically when it’s scrolled up/down. can just ignore blank lines. another question is how to treat selection - for multi line implementation i changed the copy/paste buffer to be able to hold up to 32 lines (thinking this would be needed in case you want to copy/paste a scene description). i think i’ll leave it at that, and if you copy more than what a script can hold it will just shift everything down and discard any lines after 6 (which is how multi line copy/pasting works right now).
of course, there is a temptation to allow editing in this mode as well, so then you can edit all scripts together on one screen… just a though really as this would require its own screen and proper script validation etc. i do think that multi line editing will be super handy whenever we get to the timeline feature (especially moving lines up/down - i imagine you’d do that often when editing the timeline).
The key combos for manual execution of scripts don’t seem to be working for me.
I’ve tried every combo of Win / Fn / Ctrl / Alt / Shft + a number / an F key.
Only Fn + F3 and Fn + F4 work - triggering Scripts 3 and 4, as expected.
I can’t trigger any other numbered script or “I” using any combo I’ve been able to find documented in previous versions.
EDIT: OK - I now see F1, F2, F3, F4 and F10 work without a key combo - but F5, F6, F7, F8 don’t. I hope I haven’t added to the confusion. Basically - there should be one key combo that works for each script - and that isn’t the case currently
Mutes all work - except for Ctrl + F9 for M, which is intermittent - ie. If I hold Ctrl and repeatedly press F9 (not too fast), it doesn’t always toggle the mute status of M. (Also the small letter M in the bottom left corner of the Mute Script screen does not reflect its Mute status as the similar numbers on other Script pages do.)
I’m on the stock chiclet keyboard.
Am I missing something?
Regarding the ALT + UP black screen of death - it happened once today in about 3hrs of Teletyping. I was on a blank line on the 6th row of a 5 line script. After re-booting, I reloaded the script and tried to repeat the crash - but no such luck.
i just tried triggering scripts with F keys and it works fine. could you try it with older firmware and see if you can reproduce? i have a feeling there is something else going on. also try replugging the keyboard several times.
Does F5 to F8 work for you, to trigger the relevant scripts?
EDIT: OK, they seem to be working now. I think I may have a problem with my chiclet! I’ve had other intermittent problems with it… I’ll grab another USB keyboard to see if that is the problem. Thanks for your patience.
you can see the docs for 2.2 here and for 2.3 here (no html/pdf version yet, the official doc is updated as part of a release).
since it’s in 2.1 version it should probably go to the 2.2 thread since 2.2 hasn’t been officially released yet. or better yet, if you’re comfortable with git you could fork and make the changes yourself and submit a pull request.
were you able to find a working keyboard? and have you had any more issues with Alt-<up> freezing teletype? i wonder if that was also due to the keyboard. regardless there are indeed some other bugs you mentioned, i got sidetracked by other stuff and haven’t had a chance to look into them yet. hopefully this weekend.
Thanks - I’ll reply over there. I looked at github a few years back, became confused, gave up. I should revisit it - I’m sure there is a step-by-step guide to getting set up.
were you able to find a working keyboard?
The only other USB keyboards I have include hubs, so don’t work. I have ordered a small, mechanical replacement which arrives tomorrow.
and have you had any more issues with Alt- freezing teletype?
Yes. I now try to avoid using ALT + Up as I have lost work a few times. Hoping the new keyboard fixes it - but there do seem to be some other problems with the way the line moving / commenting works.
i got sidetracked by other stuff and haven’t had a chance to look into them yet. hopefully this weekend.
I can’t believe how much work you and others have put into this. The Teletype is becoming an even more incredible module with every new version. I’ll help where I can, even if it’s only stress-testing and proof-reading.
i really need to get latex set up on my machine so i can post beta manuals as well… thank you, will ping you if i run into any issues!
your help is very much appreciated! maintaining documentation is one of the most difficult aspects of software development.
will be taking a close look at multi line editing, thinking about it more it doesn’t sound like a keyboard issue, i assume the module was frozen to the point where the front panel button didn’t work either.
A small issue I ran into the other day. Using P.HERE / PN.HERE to assign a value does not visually update on the pattern page while its value is stored correctly in TT. A simple test which illustrates this (at least on my TT):
PN.HERE 0 RAND 100
PN.NEXT 0 RAND 100
PN 0 0 RAND 100
If you then flip to the pattern page and trigger the scripts form the keyboard Script 1 will not cause updates on the pattern page until you either flip to anotherå page and back to the pattern editor or trigger Script 2/3 which I’m assuming redraws the contents of the pattern page. In contrast, both Script 2 and 3 perform their function and provide visual feedback on the pattern page.
Not a deal break by any means, but my assumption is this is not the intended functionality as all the other pattern ops I tried visually updated immediately.