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

-Gonna be honest. At first glance, I couldn’t even tell where most of the notes were following due to how harsh the peaking & bass is in this file.

-[00:15.696 / 00:40.267] Rare instance of sound glitch stepping, but not utilised elsewhere in the file such as 00:19.482 (24th), 00:34.517 / 00:34.732 (16ths) and 00:36.517 (48th) / 00:36.625 (24th). Should probably remove.

-[00:19.089 / 00:22.517 / 00:36.232 / etc.] Some 16ths appear to be left out, such as this one.

-[00:59.910] Patterning here is close to two 12ths here rather than a single 8th.

-[01:16.410] 24th stream starts here rather than just the trill, it’s just very hard to tell because audio compression goes wonky here, and I don’t know if it’s the peaking that is causing this sort of compression or just a bad quality audio file.

-[01:20.696] Closer to 12ths than 16ths in speed, it’s definitely not at 16th speed.

-[01:29.696] Jump.

-[02:18.267] Missing 12th

-[02:19.982] Missing 12th as well

-[02:22.410] Missing quite a couple notes in this section, also missing first 12ths after jumps in the immediate next section as per note 02:18.267.

-At first I was going to CQ this on the basis of just double-checking to see if there’s a higher quality audio file for this. After checking the chart however, there’s some misplacement that’s likely derived from the audio being as crunched as it is. Not a fan of the music/audio, but it’s the inconsistency from the music-to-chart that does it for me, given that nothing should probably be dropped from the chart due to its heavy 24th usage at the end.

Reaper (ositzxz369) [7/10]
>Permission good (v2)
>Sync good
>Folder contents, metadata good

59.696 - 16ths can probably continue to 60.125
61.196 - missing?
140.839/141.268 - missing?

I hate this file. That’s it. That’s the judgment.