crystallized :: FFR Batch Submission

Queue | Open Batches

DarkZtar - crystallized - Camellia [7.75 / 10]

Event Tokens

TokenEvents

Released

https://www.flashflashrevolution.com/vbz/showpost.php?p=4707066&postcount=1

- This file has a mp3 lasting much longer then the chart, 3:46 vs 3:13.

✔️ This chart has been marked as final and shouldn't receive any more changes.

Simfile Folder Name

crystallized (DarkZtar)

Note Count

2446

Chart Length

3:13

Average NPS

13.0361

Estimated Difficulty

95.41

First Note

0:05

Ending Note Delay

0:01

Hand Bias

x 30

Framers

0 - 0 1 - 0 2 - 11 3 - 52 4 - 157

Jumps

								x 392
							

Hands

								x 144
							

Quads

x 4

Color Jumps

x 2

Color Hands

x 0

Color Quads

x 0

Most notes in:

1/3 of a Second
10 - 30.00 nps 0.5 Seconds
14 - 28.00 nps 1 Second
25 - 25.00 nps 2 Seconds
44 - 22.00 nps 5 Seconds
101 - 20.20 nps 10 Seconds
195 - 19.50 nps 30 Seconds
547 - 18.23 nps 1 Minute
966 - 16.10 nps

Color Count

x 939 (38.39%)

x 641 (26.21%)

x 13 (0.53%)

x 442 (18.07%)

x 5 (0.2%)

x 180 (7.36%)

x 34 (1.39%)

x 47 (1.92%)

x 145 (5.93%)

Largest Note Gaps

0.7s0.7s0.7s0.7s0.7s0.7s0.67s0.67s

crystallized (DarkZtar) [7.5]
> Permission check good.
> Sync looks good (No changes necessary).
> No issues found within simfile properties.
> No issues found within submission folder contents.

-[02:27.886, 02:33.403, 02:38.920, etc.] Dropped the hands here (should be hand instead of a jump).

-[02:41.506] I’m probably misunderstanding the hand layering within this portion of the song given this 8th hand and the previous note. Gonna need an explanation as to what these are going to.

-[02:43.230 onwards] These hands make sense to me, it’s just the previous hand structure that doesn’t.

-[02:46.679] I now see why this was submitted to Event Token batch (lol). This is for all intents and purposes, a 12-note 16th jack on the right hand at 174bpm, and is by NO MEANS, a 32nd run. I would’ve rather suffered with jumpgluts here with the 16ths than have this current pattern with 32nds.

-Really feel like 02:27 -> 02:42 hands should get filled in per respect to the previous section and carry over the hand structure from it, as well as a 2nd opinion on 02:46. In terms of Event Token, yeah. I can see it being there. I am personally leaning more-so towards public or Skill Token, but for that, I would like fixes on 02:27 -> 02:42 and 02:46. Had a convo w/ tru to keep this without FR flag.

Tools: Convert Timestamp

crystallized (DarkZtar) [8/10]
>Permission good (Within limited - CTCD-012)
>Folder contents, metadata good
>Sync good

Playtest Impression, 0.8x Rate - Broadly okay with this.

Making a few guesses for intended structure, listing some consistency checks
–26.506 - jump
–26.851 - not jump
–29.610 - not jump (debatable for buildup)
–37.541/43.058/48.575 - hand
–2:38.920 - hand

No major complaints here, it’s pretty solid overall. Good stuff.

Tools: Convert Timestamp

A new chart file was uploaded with the following changes:
----------
Offset changed: 0.045 => 0.046
----------
Note Count changed: 2455 => 2446
AVG NPS changed: 13.08403 => 13.03606
Hand Bias changed: 29 => 30

Tools: Convert Timestamp

Addressing GS's comments. Applied all of Tru's comments minus the hand layering stuff since that was misinterpreted.

-[02:27.886, 02:33.403, 02:38.920, etc.] Dropped the hands here (should be hand instead of a jump).
hands go to synth + snare, not just snare

-[02:41.506] I’m probably misunderstanding the hand layering within this portion of the song given this 8th hand and the previous note. Gonna need an explanation as to what these are going to.
layering error from me being lazy, hand removed entirely

-[02:43.230 onwards] These hands make sense to me, it’s just the previous hand structure that doesn’t.

Tools: Convert Timestamp