Is it possible to add a display off timer to turn the display off after a period? Much like the way Intellijel does for Rainmaker.

1 Like

As I was just re-visiting the discussion of UZI-like command, I thought I should ask about this again… sorry if I sound like a broken record, but, still think it would be very useful to have an option to monitor values in a “live” view, rather than having to paste/ENTER them multiple times to “sort of” see what is happening…

any thought on this @tehn?

1 Like

A live display would be awesome, agreed. Maybe with fields that can be navigated and poked like the tracker?

2 Likes

As I’m starting to get a little more familiar with Teletype, it does seem to me that there is a limited amount of state that it is keeping track of. Seems like it should be possible to show it all in one or two screens. I don’t know what the overhead would be from updating display of all that data in realtime, but if it’s feasible, I agree it would be handy. Such a big beautiful display, I find myself wanting to make the most of it!

2 Likes

I often wish for something like that but I don’t know if it is possible seeing teletype struggling with i2c and Metro. I would not want to stress the poor computer/program even more.
:worried:

Ideally this would be a screen where you can add multiple variables and values that would display the live numbers. Ability to monitor and compare sveral data points is not only helpful in developing more detailed/nuanced systems, but it would also be extremely valuable from educational/learning perspective.

But honestly, even just having one variable live view would be signifficantly more useful than the one static number you get after each paste/enter manouver.

1 Like

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