posted new beta:

8 Likes

Thanks!

I can confirm that LAST is working again (building from GitHub)! Just a heads up: building the docs (again from GitHub) is currently failing, but the .hex is fine.

Thanks again!

1 Like

thanks for confirming!

what error are you getting when building the docs? it’s likely from me adding new sections but since i don’t have the toolchain set up for building docs i can’t verify.

Isn’t the build stuff (latex + friends, I guess) included in the docker image, or did I provide those myself ???

Anyways, first stop is here:

Underfull \hbox (badness 10000) in paragraph at lines 1153--1155
[]\TU/RobotoMono-Regular.ttf(0)/bx/n/9 G.FDX id x y w h type level script

Underfull \hbox (badness 10000) in paragraph at lines 1157--1159
[]\TU/RobotoMono-Regular.ttf(0)/bx/n/9 G.GFX group id x y w h type level

Underfull \hbox (badness 10000) in paragraph at lines 1221--1223
[]\TU/RobotoMono-Regular.ttf(0)/bx/n/9 G.GFDR.L group odd_level
[4]
! Extra }, or forgotten $.
<recently read> \egroup 
                        
l.1233 \begin{op}{MI.\$ x / MI.$ x y}
                                     
? 

Next (after pressing enter):

! Extra }, or forgotten $.
<recently read> \egroup 
                        
l.1233 \begin{op}{MI.\$ x / MI.$ x y}
                                     
? 

Next

! Missing $ inserted.
<inserted text> 
                $
l.1235 \end{op}
               
? 

And then it goes on on each press of enter a few more times…

Hope that helps :slight_smile:

2 Likes

thank you! looks like i’ll need to get the toolchain set up, no idea how to fix that (not using the docker image here).

even with the posted warnings, it’s possible that somebody might forget to backup scenes to a USB stick before reflashing the firmware.

i suggest that we update flash.sh and update_firmware.command files so that it creates a backup of the existing firmware/scenes before flashing a new one. it will only take a few extra seconds but this way at least you can restore it and backup the scenes if you forgot to do it. thoughts?

8 Likes

Sounds like a good idea. When reflashing firmware I’m always super careful with my scenes. I’m not sure I’d trust the flash.sh to save me, but an extra level of safety net is a really good idea!

1 Like

That would be great!

Hi, I have had a tough bit of trouble finding direct information on this;

What is the status of potential ghost scripts and how do I access them? I wanted to put my 16n faderbank read on one of them.

do you mean shadow scripts? they were never implemented.

1 Like

Ah. Well, that there answers my question! Thanks! With a L function, I’m sure I’ll always have a line of space to have them around.

Thanks!

Looks like the $ in the new op names is interfering with LaTeX, which uses that symbol to start or end an in-line math section. I can take a look if you didn’t already.

1 Like

that would be great! i thought it might have something to do with that and checked what the doc for $ looked like and didn’t see any additional formatting there.

1 Like

@desolationjones have your ops found their way into the consolidated beta yet? No pressure or anything but I also don’t want you to think there’s no interest. I’m eager to try these out, preferably alongside the binary and hex entry ops.

They have not! I had to RMA my CPU so the compy has been sitting idle. But the new CPU is working well and I hope to make time soon for this pull request. I am also eager to try the hex entry mode :smiley:

1 Like

Seems the docs are building again :slight_smile: Thanks for the fix, you know who you are (but I don’t)!!!

1 Like

that was generous help from @jngpng - super thankful as it saved me a lot of time! :black_heart:

2 Likes

Then I’ll say thanks @jngpng :+1::+1::+1:

2 Likes

My changes are in: QT.B, QT.S, QT.CS, DEL.B (my favorite), VN, and BTOG (bonus OP!). I can confirm they are all quite fun with the B and X numbers. DELAY_SIZE is turned up to 64 and seems quite stable so far in my testing.

@scanner_darkly I’m noticing that the X and B numbers do not allow converting to a negative number. E.g. X caps at X7FFF. Is that intentional or a limitation of the input parser?

EDIT: To clarify, you can put in larger numbers but it will not display a result greater than 32767.

EDITEDIT: Ok I can see this is a limitation of what we are passing to the strtol() function. I will hold further comment until I grok your implementation.

1 Like

yeah that’s a bug. i’ll take a look.