This was a topic
https://scratch.mit.edu/discuss/topic/444946/
but it went wayyyy of topic so I decided to create a new topic

pokeshah wrote:

Let's say you have a list of tasks

• Get Milk
  Do the Laundry
  Replace the toilet paper and toothpaste
  

And you have to do 2
You decide to do Milk and Laundry
(Anyone can add/remove/change/do anything to this list)
Scratch Compiler:
After you finish your first task you look at the list again and do the Milk.
TurboWarp Compiler:
After you finish your first task you don't look at the list again and do the Milk.
The Ups And Downs:
Scratch Compiler:
You do it the long way by looking at the list, but if the get milk task has changed you know what to do.
TurboWarp Compiler:
You do it the short way by not looking at the list, but if the get milk task has changed you don't know that.


If you didn't get the analogy:
The list is the entire code and tasks are each individual blocks.

The Best Way:
If the code has changed compile it again.

Compile the first time
Instead of compiling the next time(checking the list)
Wait until compilation(someone would tell you it changed(in this case the change detector))
RECOMPILE

Why don't you just report the offtopic posts?

-InsanityGames- wrote:

Why don't you just report the offtopic posts?

The entire topic went off the rails
It was my fault
I changed the OP a little because I realized there was a better way
and all the topics were about the old OP
and there were some off-topic questions

is this about turboworp because i am confused.

Awesome_Billy_Bob wrote:

is this about turboworp because i am confused.

No, not really.

can we talk about TurboWarp now?

when green flag clicked
(list :: explode)

monkey50000 wrote:

can we talk about TurboWarp now?

when green flag clicked
(list :: explode)

isn't about turbowarp
turbowarp was just the example

monkey50000 wrote:

can we talk about TurboWarp now?

when green flag clicked
(list :: explode)

Considering that this thread isn't about TurboWarp, probably not.

I use turbowarp all the time, I found if it's blocked, head to startpage.com, search “Turbowarp Scratch Mod” and click on the Mask Icon on the left side of it, this unblocks it, for example, it's blocked in my school

I think scratch should compile lhe project in the viewer, then in the editor switch to interpretation unless you enable compiler in the advanced settings. In the advanced you should also be able to set hq pen.

(fps) 

and

 (turbo mode)

blocks to detect if you are using turbo/higher fps

I have written a script that allows you to detect FPS changes. I also know a lot of other Scratchers have as well. If you want the code, I will post it below.

when green flag clicked
forever
change [counter] by (1)
move (0) steps
end

when green flag clicked
forever
wait (1) secs
set [fps] to [counter]
if <not <[fps] = [prevfps]>> then
broadcast [change]
end
set [prevfps] to [fps]
set [counter] to [0]
end

Of course, you can sample FPS more frequently than 1 second, but for the simplicity of the code, it will be sampled once per second.

I also happen to recall that text-based programming was suggested for Scratch. It seems I am not alone. I have found it cumbersome to drag and drop blocks when it's way easier to type. I'm sure a lot of Scratchers know how to type a lot faster than drop a little block. Unfortunately, due to this large limitation, I, not knowing about TurboWarp, left Scratch behind. Unity3D replaced it. I think that if Scratch stopped with trying to get their programming language to run on the oldest computers existing, they could make Scratch a lot better. It's not like other game engines can run on the slowest hardware. Unity and I think Unreal also need way newer and better hardware to run.

I just wish that Scratch would implement features that made using Scratch a little better for us experienced programmers, including compiling the code beforehand so you don't have awful performance in a lot of more demanding games made with Scratch.

rgb4052 wrote:

I just wish that Scratch would implement features that made using Scratch a little better for us experienced programmers, including compiling the code beforehand so you don't have awful performance in a lot of more demanding games made with Scratch.

Yeah, same. I've been trying to get into python.

I've done some work with python. I'm not great with it though. I pretty much know how to use classes (which make me think of the sprites in scratch), dictionaries, and a little bit of pygame. If you want a little help you can message me on my profile page. I'm more of a C# person, but whatever works works. The simplicity of Scratch is what makes it so popular. Sure, it lacks a decent collision detection system, but that's what Unity and Unreal are for.

How do you change your username variable on turbowrap?

Thank you for making this Scratch mod. It has everything an animator and game dev needs. I will send this to my friends. Thank you very much. It has it all. Onion skin, export as app, game controller support, custom stage rresolution, and record project in Scratch.

JoweeLovesScratch wrote:

Thank you for making this Scratch mod. It has everything an animator and game dev needs. I will send this to my friends. Thank you very much. It has it all. Onion skin, export as app, game controller support, custom stage rresolution, and record project in Scratch.

I didn't make it. And there is an extension called SA that the addon system uses

In my opinion, if st is not comfortable with third party compilers, then they should refine their api server to only respond to the scratch site, not any site that can access the internet.

-PringleAnimations- wrote:

respond to the scratch site, not any site that can access the internet.

No, they should just prevent CHANGING OTHER people's cloud varibles. Scratch can act as frontend, whats your issue