Recursive Call :: FFR Batch Submission
trumaestro - Recursive Call - OSTER Project [8 / 10]
Event Tokens
PublicTokenPurchasedSecretEvents
Released
https://www.flashflashrevolution.com/vbz/showpost.php?p=4273002&postcount=3

- The sim folder name isn't as expected: "Recursive Call (Tru)" vs "Recursive Call (trumaestro)"

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

Simfile Folder Name

Recursive Call (Tru)

Note Count

2809

Chart Length

5:07

Average NPS

9.2554

Estimated Difficulty

79.44

First Note

0:04

Ending Note Delay

0:01

Hand Bias

x 49

Framers

0 - 0 1 - 0 2 - 0 3 - 102 4 - 65

Jumps

x 657

Hands

x 177

Quads

x 0

Color Jumps

x 0

Color Hands

x 0

Color Quads

x 0

Most notes in:

1/3 of a Second
8 - 24.00 nps 0.5 Seconds
11 - 22.00 nps 1 Second
18 - 18.00 nps 2 Seconds
31 - 15.50 nps 5 Seconds
73 - 14.60 nps 10 Seconds
128 - 12.80 nps 30 Seconds
328 - 10.93 nps 1 Minute
613 - 10.22 nps

Color Count

x 952 (33.89%)
x 665 (23.67%)
x 90 (3.2%)
x 1019 (36.28%)
x 37 (1.32%)
x 21 (0.75%)
x 25 (0.89%)
x 0 (0%)
x 0 (0%)

Largest Note Gaps

0.87s0.83s0.8s0.77s0.67s0.67s0.63s0.57s
35
28
21
14
7

A new chart file was uploaded with the following changes:
----------
Note Count changed: 2739 => 2757
AVG NPS changed: 9.02471 => 9.08402
Hand Bias changed: 41 => 57

idk what layering is anymore but at least it's fun

A new chart file was uploaded with the following changes:
----------
Note Count changed: 2757 => 2806
AVG NPS changed: 9.08402 => 9.24547
Hand Bias changed: 57 => 68

This file has been passed on by multiple judges, and they have deferred to my judgment only, so you'll get only one judge rating for this.

Recursive Call (trumaestro)

- Offset's fine.

First minute of this is actually cool - especially with the jumpgluts happening, though I probably have a bit subjective taste with how the jumpgluts are placed, such as 35.070 - this could be on [24] since the attack of the percussion isn't there and it's just the melody flowing. (same as 53.281)

1:52.513 - Shouldn't share the same column as the 8th I feel - could be moved to [3].
2:20.076 - [13] is a strange jump given the former repetition, and this one is different. Would do [23] instead.
2:31.492 - Could be moved to [3] to mimic the [2] -> [4] earlier.
2:34.181 - Could add a 8th for the whammy, but it's very minor.
3:05.269 - Not particularly sure about this note being on [3], since it's a bit tricky to hit on the right hand, but on the flipside it's hard to look around what's best to avoid this either....
4:08.484 & 4:08.558 - I have mixed feelings with these 24ths - these might actually be better removed since if you do keep the 24ths there, it felt a bit ghosty than most of the 24ths used in this file.
4:27.965 - Arguably shouldn't be a hand, a jump should fit better.
*4:46.065 - Having the 3 first jumps near the end of the file is quite nasty (quite the AAA killer run too) - please try to ease the tension of these patterns, probably doing [13][23][24] so that it creates even less strain.
4:47.258 - Missing 16th.

Pretty neat file, with a good amount of hype in terms of instrumentation as well. I do think as the file progresses, the second half tends to be a bit weaker as some of the notes slowly start to drift from the ideas that you have in the first half. It's definitely variative, and that's a good thing.

To me it works both ways as a public release or as an Event Token release, but do try to look at the *'d note though, as I think the ascending jumpgluts over there are the most difficult thing in the entire file by a mile. [8/10, Change Recommended]

Can confirm on top line, I moved this from 2-judge to 1-judge because 3 judges have passed on it, not including a head judge also made this file. Speaks volumes that it wasn't able to be finished until new judges were introduced onto the team.

A new chart file was uploaded with the following changes:
----------
Offset changed: -1.299 => -1.29898
----------
Note Count changed: 2806 => 2809
AVG NPS changed: 9.24547 => 9.25535
Hand Bias changed: 68 => 49

A new chart file was uploaded.

I was pretty reluctant to work on this file. Mostly because it actually turned out to be a major headache to get it synced to a point I'd be happy with. I suspect OSTER Project played guitar/bass/piano live with a pre-recorded drum track and it caused a lot of little sync flux.

Or I did something wrong.

But it's on sync now.

Thanks for notes! Addressed p much all of them.

Can guarantee it's not just you, bmah sends in OSTER all the time and has similar sync issues, some more egregious than others.

Most of the notes are accounted for, and this is looking better.

Setting this to Accepted.