Death Opera :: FFR Batch Submission

Queue | Open Batches

jh05013 - Death Opera - Irish Kappa [8.75 / 10]

Winter 2023 Seasonal Batch

PublicTokenPurchasedSecretEvents

Released

BOFU2015 https://manbow.nothing.sh/event/event.cgi?action=More_def&num=137&event=104

one of my submissions need a bit more time to finalize so here's this thing instead

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

Simfile Folder Name

Death Opera (jh05013)

Note Count

2275

Chart Length

2:09

Average NPS

18.0508

Estimated Difficulty

94.85

First Note

0:03

Ending Note Delay

0:01

Hand Bias

x 1

Framers

0 - 0 1 - 0 2 - 0 3 - 31 4 - 939

Jumps

								x 715
							

Hands

								x 75
							

Quads

x 0

Color Jumps

								x 40
							

Color Hands

x 0

Color Quads

x 0

Most notes in:

1/3 of a Second
11 - 33.00 nps 0.5 Seconds
16 - 32.00 nps 1 Second
28 - 28.00 nps 2 Seconds
51 - 25.50 nps 5 Seconds
121 - 24.20 nps 10 Seconds
229 - 22.90 nps 30 Seconds
646 - 21.53 nps 1 Minute
1182 - 19.70 nps

Color Count

x 899 (39.52%)

x 700 (30.77%)

x 41 (1.8%)

x 537 (23.6%)

x 9 (0.4%)

x 49 (2.15%)

x 32 (1.41%)

x 8 (0.35%)

x 0 (0%)

Largest Note Gaps

0.8s0.53s0.53s0.4s0.4s0.4s0.4s0.4s

Death Opera (jh05013) [9/10]

- Perms, metadata, sync are good

4.624-4.891 - PR, should be [2][3]. Compare with the intro

*1:57.157-1:57.391 - This is a bit more pushing it for the difficulty. Split rollwall into split JS here requires more control to pass it. I think it could be a bit over the top. Look into maybe changing this to stanrdard rolls

2:04.757-2:06.091 - Also a bit pushing, but it's fine. Watch everyone choke on the ending and eat their sorrows forever

In the words of ositz: Straightforward & consistent. The ending is relatively more push-y with the difficulty with the split jumps & whatnot, but still fine to do.

Tools: Convert Timestamp

Death Opera (jh05013) [8.5/10]

PERMS OK
SYNC OK

23.624 & 24.024 & 24.424 & etc: Why are the jumps layering on these kicks not there suddenly? It seems to be an attempt at additive layering, but then some places like 19.224 & 21.357 don't have the melody, just a jump to the kick. Check the next sections for this inconsistency too.

51.824: Omitting this feels odd, it's pretty loud. Would suggest at least a single on col 2 to not use the (12) that the kicks use. Same for the following iterations.

1:57.391: This isn't a big deal, but it's really not a friendly pattern because of the forced fast 43 at the end of the right hand trill. A great way to mitigate that is to omit this last 32nd and make the following 4th jump a (24) instead. During gameplay, since the left hand does a continued trilling, the burst remains representative of the constant "buzz" sound without having the annoying tricky flam. It's the same logic as to why you'd sometimes omit the last 32nd in a roll that ends in a hand for example.

2:01.657: Same suggestion, omitting this and making the 4th a (13).

Very fun chart, easy to follow. The PR and intensity are great and there's good variety here and there. Some concerns regarding the layering in the first half and the burst friendliness, but nothing major. Good stuff.

Tools: Convert Timestamp

Thanks for the notes.

I might need a bit more time for this, since I recently injured my left hand so I'm unable to playtest a file of this difficulty for awhile.

Tools: Convert Timestamp

A new chart file was uploaded with the following changes:
----------
Note Count changed: 2274 => 2275
AVG NPS changed: 18.04285 => 18.05078
Hand Bias changed: -2 => 1

Tools: Convert Timestamp

- 4.624-4.891 is PR with the subsequent melody
- 23.624, etc. are additive layering. Fixed 19.224 & 21.357
- 51.824 and 2 other places added
- 1:57.157 changed to 12431243. The second one stays since it doesn't immediately precede or follow 16ths

(Estimator now thinks this is sub-derby smh)

Tools: Convert Timestamp