Good Computers :: FFR Batch Submission
Rapta -
Good Computers -
Geoxor [7 / 10]
July/August 2021
PublicEvents
Released
Simfile Folder Name
Good Computers (Rapta)
Note Count
216
Chart Length
1:16
Average NPS
2.9522
Estimated Difficulty
11.47
First Note
0:03
Ending Note Delay
0:01
Hand Bias
Framers
0 - 0
1 - 0
2 - 0
3 - 0
4 - 0
Jumps
Hands
Quads
Color Jumps
Color Hands
Color Quads
Most notes in:
1/3 of a Second
4 - 12.00 nps
0.5 Seconds
5 - 10.00 nps
1 Second
6 - 6.00 nps
2 Seconds
10 - 5.00 nps
5 Seconds
19 - 3.80 nps
10 Seconds
36 - 3.60 nps
30 Seconds
95 - 3.17 nps
1 Minute
187 - 3.12 nps
Color Count
Largest Note Gaps
0.57s0.5s0.5s0.5s0.5s0.5s0.5s0.5s
Posted at 11:49am on July 11th, 2021
Fixed file difficulty
Posted at 2:37pm on November 24th, 2021
Good Computers (Rapta) [7.0/10]
> Permission check good.
> Sync is very slightly off. (Should be at -0.073, is currently at -0.078.) Would recommend changing, although not entirely necessary given conversion windows.
> No issues found within simfile properties.
> File is on “challenge” difficulty.
> No issues found within submission folder contents.
-[00:21.171] Could probably do a lot more with PR here given that the music is anchoring to 1 column and then changing in pitch upwards for 00:22.109 but instead, the notes are descending downwards PR-wise from right-to-left.
-[00:16.718, 00:20.468, 00:27.968, 00:31.718, 00:35.468] Missing 8ths? (See: 00:18.593, 00:26.093, 00:33.593, 00:41.093) layering appears to be inconsistent revolving around these particular 8ths.
-[00:36.171] Same as the timestamp at 00:21.171 but in reverse. (Music is descending, notes are ascending.)
-I think my biggest gripe so far with the file is that a lot of the notes are uniformly spread out across all columns and PR is not reflecting the music happening within the file at all as a result of this spreading across columns.
-[00:43.671] Similar to stressing and pronunciation of syllable in vocals, this 4th (stressing of the synth) should be a 16th at 00:43.788 (pronounciation of the synth).
-[01:13.203] If you’re cutting a song short, should probably consider leaving at least 3-5 seconds of song after the final note, or do a fade-out. Hard cut with less than 3 seconds after the final note makes exactly how the end of the file will play out, hard to take into consideration.
-Very on the fence about this one. On one hand, I feel like this file in particular could use a lot of work to help structure itself better. But on the other hand, it plays well enough to not be typically egregious if it were to go in as-is. Gonna be a minimal light accept for me, and note to take some PR mingling with the music into consideration, since it is very comfortably spread out yet ignoring PR as-is.
Posted at 11:07pm on November 24th, 2021
Good Computers (Rapta)
>Perms, metadata, sync good.
>Understepped easy file. “Ahem” = Ascending; “Heh-huh” = Descending.
8.515-13.671 - Could make this drop follow some sort of ascending PR
14.140-14.843 - Right now, this is 3142. I suggest 1342 as a better PR pattern.
37.109 - Maybe move to [1] to follow up with the ascending “Wha”.
40.859-41.093 - Technically, these two notes are descending, but then an anchor from a “Single + Hand” would occur. So… I’m ok with the current arrangement.
>>At least the file is consistent with its 4ths/8ths, jumps, and hands. Can’t really say much since there isn’t much to look at. [7/10]
Posted at 12:20pm on November 26th, 2021
Added most judge recommendations, slightly adjusted the sync, and heavily edited the pitch relevancy to be more accurate.
A new chart file was uploaded with the following changes:
----------
Note Count changed: 214 => 216
AVG NPS changed: 2.92483 => 2.95216
Hand Bias changed: -2 => 4