Edited to remove some baseless speculation.

Given how the screen refresh routine works, I don’t anticipate an increase in processor overhead to show a live state screen. It will likely be less taxing than the tracker display. There will be more code, certainly, but it will only be called in exclusion to all other display refresh branches, e.g.: the tracker display code will not be run when the live state display code runs.

TL;DR: I don’t think that adding some code to the screen refresh routine will tax the processor.

1 Like

i agree that this is a great feature proposition-- and the UZI/trill etc features are similarly good (both those things could be achieved with my second major feature proposal for v2 which was the AUTOTRIG)

right now i’m not going to be adding anything new until we have the existing feature set completely solid (read: i2c).

6 Likes

So I’m thinking of getting teletype but are you guys talking about a hardware revision for version 2 or just software? Does this mean I’d better wait for teletype 2? Thanks

1 Like

v2 of the firmware to run on the existing hardware (there were several revisions of the firmware already with new features / ops added)

1 Like

I’m only a couple days into my teletype journey, but one thing I have found myself wanting so far is to be able to put multiple lines behind conditionals. Some of these lines already don’t have space for any PRE.

I realized that a very simple solution would be something akin to return; or break; — a statement that abandons the execution of the remaining lines of the script.

IF NZ X : BAIL

2 Likes

it’s not exactly what you want, as it’s limited to a line. but did you see this?

Discovered lines a few days ago, and I’ve read through a lot of threads–this forum is great!

I don’t own a teletype (yet), but I was curious if it’d be possible to write map & filter operators to manipulate various different sets of things. If you’re unfamiliar with map & filter, this is a pretty basic article that explains their uses in javascript.

Here are some ideas where this might be useful, based on what I’ve read thus far about the teletype:

  • Map a sequence and provide some sort of scalar (or functional?) offset to transpose things up and down
  • Map the cv outs in a similar way to attenuate their signals for modulation
  • Filter a sequence to return a new sequence that are just the particular notes of a scale.
  • ???

Have you read up on the Patterns functionality? The thing is, what you describe makes sense in a big interpreted language. But on Teletype, each script is run on demand - for instance, on every Metro tick - and so to scale a sequence by an amount, you’d just take the sequence in memory, pull an item off it, multiply it by your scalar, and chuck it out one of the CV outputs. You could adjust the scalar mid-sequence and it’d all be fine.

But rather than operating on a whole array, you just operate on the current item. Because each tick of the clock you can use (eg) P.NEXT to get the item, your SCRIPT is, effectively, the code inside a map/filter block. You’re already inside the iterator.

Teletype Studies 5, linked above, covers a lot of this. It is a much more imperative model of programming than you are describing.

(The “filter by named scale” example is a little bit more challenging, I believe, in the current TT syntax, simply because named scales aren’t easy to grab hold of.)

I had not, will do, thanks for linking!

Just to let you know i’ll be happy to have the read position fonction on WW :
II WW.POS without any number = position number on WW
It can be helpfull in case you want to syncronise WW to the teletype trackers…
for example in script 1

X II WW.POS
P.N 0
P.L 16
P.I X

thanks !

a small proposal - when in Live mode have [ and ] keys switch to Edit mode.

3 Likes

Necro-bump since I’m on the brink of entering 8 micro-variations of the same script…

Any more thoughts on this one? @sam? @bpcmusic?

It shouldn’t be too hard.

This week I really need to get the system stability stuff sorted and open up the documentation for contributors.

Can you remind me again (in the beta thread) on the 31st or 1st of June please?

Have a think about what key combo too…

1 Like

Perhaps alt-shift-x, alt-shift-c, and alt-shift-v? This would be an awesome addition.

1 Like

ctrl-x is not taken right now iirc, could use that perhaps?

Yes it is. The cut, copy and paste keystrokes are mirrored on ctrl (I think you request that feature).

Current keystrokes are here.

d’oh! i forgot i did. if it makes more sense to use ctrl-* for copypasting scripts let’s do that instead!

plus one for alt+shift and ctrl+shift

seems easy to remember

1 Like

Personally having different behaviors for alt-* and ctrl-* feels confusing and dangerous. You could very easily hit the wrong paste command and end up overwriting a whole script instead of just one line, and I don’t believe there would be any way to undo it (especially when switching back and forth between an actual computer). IMO a 3-key command feels like a natural extension of normal copying/pasting

7 Likes

Avoidance of accidental destructive actions that can’t be undone is much appreciated!

2 Likes