Virtual :: FFR Batch Submission
Rapta - Virtual - Geoxor [7 / 10]
Event Tokens
PublicTokenPurchasedSecretEvents
Rejected
https://ffr.fandom.com/wiki/Geoxor

Simfile Folder Name

Virtual (Rapta)

Note Count

1450

Chart Length

3:33

Average NPS

6.9113

Estimated Difficulty

60.71

First Note

0:03

Ending Note Delay

0:01

Hand Bias

x -104

Framers

0 - 0 1 - 0 2 - 0 3 - 17 4 - 15

Jumps

x 393

Hands

x 29

Quads

x 0

Color Jumps

x 26

Color Hands

x 0

Color Quads

x 0

Most notes in:

1/3 of a Second
7 - 21.00 nps 0.5 Seconds
9 - 18.00 nps 1 Second
17 - 17.00 nps 2 Seconds
28 - 14.00 nps 5 Seconds
57 - 11.40 nps 10 Seconds
103 - 10.30 nps 30 Seconds
279 - 9.30 nps 1 Minute
517 - 8.62 nps

Color Count

x 579 (39.93%)
x 483 (33.31%)
x 10 (0.69%)
x 182 (12.55%)
x 3 (0.21%)
x 31 (2.14%)
x 23 (1.59%)
x 3 (0.21%)
x 136 (9.38%)

Largest Note Gaps

1.4s0.93s0.7s0.7s0.7s0.7s0.7s0.7s
35
28
21
14
7

Virtual (Rapta) [7.0*/10]
> Permission check good.
> Sync looks good (No changes necessary).
> No issues found within simfile properties.
> No issues found within submission folder contents.

-[00:44.174] PR Check. (Notes are descending rather than ascending).

-[01:17.924 / 01:12.674] Same situation with timestamp 0:44.174.

-[01:19.799 onwards] A lot of this slow-paced section plays out structurally awkward because you are placing 192nds sharing the same column sometimes after jumps and sometimes not without much reason PR-wise. A lot of iterations of this should be moved away from anchoring with jumps in this section. 01:20.268, 01:22.143 and 01:24.018 just to name a few. It does it a LOT more often as soon as you start layering jumps to every 4th.

-[02:42.533] Like how the section at 02:20.033 matches 02:27.533, this timestamped section should match 02:35.033 or vice-versa.

-[03:29.174] Reduce to 3/64ths. See: https://i.imgur.com/CO2374u.png

-Needs fixes regarding timestamps for 01:19.799 and 02:42.533. Heavily suggest reducing to 3/64ths at the ending but your call. This is event token batch, it’s a really hard burst at the very ending of a 3m30s file that would otherwise appeal to low-skilled players except for the burstiness.

Virtual (Rapta) [7/10]
> Permission check good.
> Sync looks good (No changes necessary).
> No issues found within simfile properties.
> No issues found within submission folder contents.

- 0:11.830 The sound here is noticeably slower than the notes. I believe the gap should be a 192nd wider between each note, which would place the last note on 0:12.035

- 0:13.940 the delay is even more noticeable here with the last sound being halfway between the 32nd and 4th

- 0:24.299 again, slower notes. you get the idea just check the rest of the 32nds here.

- 0:31.049 Not a huge fan of the color theory here. I think it would've been better to layer the notes, or not include the rest of the 8ths. While visually the chart represents the notes in the music quite well, game play wise its just a really long 8th stream. We're 30 seconds into the chart and not much has really happened. Additionally It seems inconsistent what does and doesn't get a colored notes. 0:32.455 and 0:32.924 are similar sounds while 0:32.690 and 0:33.158 are different from 0:32.924. 0:34.565 is again a different sound from the melody you seem to be following. This section needs to be cleaned up a bit.

- 0:59.877 Considering the general difficulty of most of the chart, patterns like this really stand out. The chart barely has any 16th notes so a triple jack, as well as the pattern leading into it is quite a jump in difficulty.

- 1:20.502 there is a vocal note here not charted, as well as many similarly repeated notes. you can really hear a difference between this note and say 1:16.518 which doesn't have a 2nd note in the song.

- 1:21.674 same issue as before with following the melody inaccurately.

- 1:38.080 Starting here is a nearly 5 second long jack on just the left hand. Considering the chart is already quite heavily left hand bias, this pattern isn't really helping.

- 1:46.752 The double jack here makes no sense to me. 1:47.221 is the same exact sound but is the note that isn't jacked. If anything i would expect the kick on 1:46.987 to be the unjacked note, or for all 3 notes to jack. But right now it just seems like a randomly forced pattern for the sake of it.

- 2:01.752 again the patterning choice just seems random to me.

- 2:18.049 This section is really a step up in difficulty compared to the rest of the chart. Bigger chords as well as the addition of regular 16th minijacks make for quite the jump. I would say this is a big spike in the file, but considering the end its more like the file is picking up after 2 minutes of mostly trivial stuff.

- 3:03.862 The ending section here isn't really like anything else in the chart except maybe the intro. Its another sizeable step up in difficulty as well as a change of style. It just helps reinforce the idea that it takes 2 minutes for the chart to really "start"

- 3:29.174 This is the type of ending pattern that will ruin AAA runs.

While the individual pieces that make up the chart are fine, i cant help but question the difficulty balance of it all. Perhaps it would've been better with a cut or maybe some retooling some sections. Overall its fine, but i do wonder if it could've been better.

Rejected as per Stepauthor's request.