UP&DOWN :: FFR Batch Submission

Queue | Open Batches

rushyrulz - UP&DOWN - nanobii [5 / 10]

Round-Table Special Batch

PublicTokenPurchasedSecretEvents

Rejected

https://www.flashflashrevolution.com/vbz/showpost.php?p=4781618&postcount=388

This is a resubmission from Aug/Sept 2022 batch.

Simfile Folder Name

UP&DOWN (rushyrulz)

Note Count

2166

Chart Length

3:16

Average NPS

11.3186

Estimated Difficulty

81.74

First Note

0:05

Ending Note Delay

0:01

Hand Bias

x -26

Framers

0 - 0 1 - 0 2 - 8 3 - 14 4 - 4

Jumps

								x 666
							

Hands

								x 26
							

Quads

x 1

Color Jumps

								x 49
							

Color Hands

								x 12
							

Color Quads

x 1

Most notes in:

1/3 of a Second
9 - 27.00 nps 0.5 Seconds
13 - 26.00 nps 1 Second
25 - 25.00 nps 2 Seconds
42 - 21.00 nps 5 Seconds
87 - 17.40 nps 10 Seconds
171 - 17.10 nps 30 Seconds
428 - 14.27 nps 1 Minute
816 - 13.60 nps

Color Count

x 796 (36.75%)

x 688 (31.76%)

x 1 (0.05%)

x 549 (25.35%)

x 3 (0.14%)

x 8 (0.37%)

x 1 (0.05%)

x 2 (0.09%)

x 118 (5.45%)

Largest Note Gaps

0.67s0.67s0.67s0.67s0.67s0.67s0.67s0.5s

Rejected

The entire section from 01:06.173 to 01:15.173 feels vastly understepped and underrepresented for what the rest of the file is providing. So much so, that it comes across as incomplete. There is much more notes that can go in there without compromising the difficulty while adding much more for the file.

Not sure why jumps such as the ones at 01:18.173, 01:18.840 and 01:20.840 are included in this jumpstream section. IMO it muddies the structure of what exactly the jumps are following, the drums on 4ths, or the melody that only gets precedence on 8ths as a result of this layering focus. It gets even more muddy in parts like 01:21.340 where you have 2 [14] jumps non-PR related, going to different instruments, and then the [12] jump is supposed to share PR with 01:21.340 but does not, AND THEN the immediate 8th afterwards at 01:22.006 doesn't get the jump treatment.

01:38.173 is exactly what a watered down section should have that 01:06.173 -> 01:15.173 is missing/lacking.

02:31.506 suffers from the same problems that 01:06.173 -> 01:15.173 is having.

Can't really justify a Fixes Required grade because of whole sections that would need moving/overhauling to make it work fmpov. I do appreciate the effort of colorization of Up & Down and the intro was really pleasant, but it fell short in the JS/break sections.

Tools: Convert Timestamp

34.173/53.506/1:06.173/1:11.506/1:12.840/etc - Should be hand. CymbalCrash. There's more to list; recheck the file for this
1:01.506 - Should be a different jump pattern than 1:01.256 (synth vs. kick)
1:03.673-1:04.423 - A bit too much [34]'s. Maybe consider using different jump patterns
1:06.173-1:15.173 - Where's the JS? Compare 55.506-1:04.840
1:16.423 - Missing jump
1:32.340-1:32.423 - So will it be two singles, jump to single, or two jumps? Compare 1:21.673-1:21.756
1:38.340/1:43.340/2:34.340/2:34.673 - Missing note
1:38.506-1:58.173 - What noise are the hands and jumps going to? Even though the beat is the same throughout, the layering changes mid-way for some reason
1:58.506/1:58.673 - Ghost note. If you're trying to get the syllable "there", then it's on 1:58.590
2:36.840-2:40.840 - What's going on here?
3:02.173-3:03.090 - The jumptrill noise stopped at 3:02.923, so I'm not sure why 3:03.006/3:03.090 is part of the jumptrill

REJECTED

Tools: Convert Timestamp

Rejected

My opinion is pretty much the same as gold's. I see no reason why you need to water down 01:06.173 to 01:15.173 as opposed to the first half of the drop when it plays pretty much the same.

In the JS sections the melody jumps are more promiment. I don't see why you need to include the kick jumps as well.

Tools: Convert Timestamp

3 Reject
Moved to reject.

Thanks for your submission!~

Tools: Convert Timestamp