Are there any plans for moving away from QuickJS anytime soon?

[midnight rampart]

also, where did globalThis.__date_clock() came from?

[gilded kiln]

from QuickJS as other additional methods on string and object

[rotund heron]

We currently don't have any plans to move away from QuickJS any time soon.

[keen stone]

are there any particular painpoints or issues with QuickJS you're seeing?

[balmy sluice]

No JIT optimization mostly

[hot sun]

^^

also no worker threads and such

[severe saffron]

it’s a bit slow

[hot sun]

yeah

[wise fulcrum]

The challenge is that even with JS engines which do support JIT (like V8), it is not supported on all of our target devices.

[hot sun]

hmm

[peak walrus]

are you talking about ios?

[tidal parcel]

I bet consoles too

[primal shoal]

Personally it's more about long-term concerns. The engine development has been stale for a while and there's a possibility it won't support future additions to the ECMA specification

[midnight rampart]

why console log gui in-game only shows what's passed in console.warn?

[peak walrus]

even without jit v8 is faster than quickjs

[bright raft]

I'm very curious to hear about the use case scenarios here actually! Stuff like this are things we can think about depending on the needs and gaps and functionality based on what y'all want to do.

[hot sun]

im pretty sure console.error works as well but its weird that console.log doesnt work

[hot sun]

indeed

[gilded kiln]

it does

it logs into the log file

[bright raft]

This is something we are aware of and are tracking

[hot sun]

it doesnt show in the in game on screen log though

[primal shoal]

Happy to hear that!

[gilded kiln]

spam is not inneed thats why only errors and warns are displayex

[hot sun]

for example, i have stuff that takes a bit of time to run (structure terrain generation) and it's slowing my main thread so everything lags, instead if we had threads we could run more time costly operations there

[peak walrus]

ticking of custom blocks and running complex computations on them

[hot sun]

hmm

[bright raft]

In those worker threads, is your expectation is that you'd be able to write the same type of code, and just move it to another thread?

[hot sun]

basically, yes

[peak walrus]

i'm hoping the js scripting is going to get on the same level as java modding in customizability and performance but currently it's just slow. as it sais it's a scripting api not a hole modding framework like forge or fabric

[hot sun]

^^

[torpid shell]

it alot faster than base java

[carmine minnow]

Use case that I have where I'd like to use another thread is with saving data on a timed interval. Pushing this to a worker thread or another thread entirely would help free up my runtime loop.

Block placement is another use case for me. I currently have to push data through server-net for performance improvements

[bright raft]

We do aim to make scripting cover as many scenarios as possible, and yes getting the right performance baseline is an important part of that and something we hope to continue improving. There are two halves two this: ensuring the API paradigms we create are performant for the common use case and improvements to the fundamental QJS integration (and bedrock engine itself).

We are a sharp contrast to Java modding frameworks though, especially things like fabric, because at the end of the day we are a versioned contract on top of the engine and not a way to modify the engine directly. But we hope it is easy to use and powerful as well!

[tidal parcel]

Give us the ability to mod the client and I'll consider it as powerful 👍

[severe saffron]

lol

[wispy lichen]

(IObit Unlocker time)

[hot sun]

lol

[peak walrus]

full ui support and custom entity, and block ticking functions with custom entity and block storage

and the ability to define blocks, entities and other using the scripting engine

thats powerful

[torpid shell]

on load time would be great

[tidal parcel]

eh that last part isn't as necessary I think

[rotund heron]

What scenarios are you thinking here?

[tidal parcel]

Well for example, I would like to change how a player moves. Doing it on the server would be nigh impossible

[rare hornet]

create and interact with UI I think 😛

[tidal parcel]

Imagine I could reverse a player's movement, or make them fall faster

There's also being able to summon local particles

And maybe, just maybe custom textures and geometry on the fly

[peak walrus]

full support on modifying the ui while playing, client side camera control

[tidal parcel]

Or even interface with renderdragon

[torpid shell]

thats when bedrock becomes a game engine

[fervent prawn]

Train carts need to allow players to go light speed.

Change my mind

[peak walrus]

but isn't this what modding is ment for? creating anything you want in the game?

[torpid shell]

being able to detect the inputs of all devices

[tidal parcel]

Not just keyboard

Think about other devices

[torpid shell]

all devices

[tidal parcel]

General custom input polling

[fervent prawn]

If not inputs at least on screen custom buttons for mobile players that are doable

[severe saffron]

controller too!

[rare hornet]

The api that get the devices player using

[tidal parcel]

That can be both server and client

[prisma gate]

keyboard inputs would be nice to allow us to have more binds for triggering events and/or running scripts

[tidal parcel]

Many possibilities on the client side

[severe saffron]

Yes!!

[fervent prawn]

Tab key list of players like Java would be cool

[safe monolith]

useless, look at the pause screen

[rare hornet]

system.getKeyboard()
system.getPlatform()

[fervent prawn]

Yeah but rather have tab list like java

[tidal parcel]

Something more general would make sense.

[torpid shell]

then I can actually make ponder

[prisma gate]

Tab list would be nice

[peak walrus]

but you need to pause for that which is inconvenient

[tidal parcel]

Like registering custom input and allowing the player to bind it to their controls

[safe monolith]

not really related to the question but showing players ping in the pause screen player list would be nice

[tidal parcel]

From settings

[reef acorn]

I made custom Babel/swc build processes for that. It is, indeed, unfortuante.

[rare hornet]

That's the thing of Keyboard imo

[tidal parcel]

Imagine being able to render anything you want via a Renderdragon API

[rare hornet]

Or just make a Input class

including keyboard and other input devices

or maybe extends

[torpid shell]

immersive portals

[rotund heron]

Mind moving client side scripting chat off to a different question 😅

[tidal parcel]

You got me riled up pal

[safe monolith]

we cant even make new questions...

[rare hornet]

lol

[tidal parcel]

I'll find somewhere else

[reef acorn]

There are two such questions already.

[safe monolith]

nvm it seems someone asked already

[prisma gate]

We need a thread to just talk about client scripting 🙂

[torpid shell]

speaking on client my oreui post would be great

[reef acorn]

https://discord.com/channels/523663022053392405/1153500588353527952

[tidal parcel]

Moving out!

[reef acorn]

https://discord.com/channels/523663022053392405/1153541558633775136

[rare hornet]

rush B

[primal shoal]

Yeah, it really is. I'd like to see a future move to JavaScriptCore perhaps, assuming it can support all platforms