[Question] Feasibility of the twips"scrambler" use in a timer

[DanielKaleby]

Is it already possible to use this in a timer (to be more specific, a speedsolving timer in libcosmic)? Or is that not the goal? I put together a poor CLI to test it, and the scrambles for most puzzles take a few seconds to generate (actually, the 4x4 takes forever). This is the only crate I found that supports all WCA puzzles, and I was really excited when I found it because I wouldn’t have to implement everything from scratch (except for the 3x3, since I think I can use kewb).

Is this wait time of a few seconds normal, or am I doing something wrong?

(The only solution I could think of was to generate 1 or 2 scrambles ahead of what the user is seeing, or to always print the next one in the queue instead of generating it in real time)

[lgarron]

The goal is to have state-of-the art performance for everything, but that will still take some work.

The current priority is to get scrambles working well enough for the WCA, where a second or two of initialization is not a blocker. There are also still a lot of optimizations on the table. So:

• 4×4×4 performance is still a bigger issue.
• 3×3×3 uses a very naïve two-phase implementation at the moment.

Are you seeing issues with any other events?

(The only solution I could think of was to generate 1 or 2 scrambles ahead of what the user is seeing, or to always print the next one in the queue instead of generating it in real time)

Regardless of performance, this is something we also do in cubing.js by default, so I'd definitely suggest trying it.