all 7s to my favorite 8k ever

i've been following your progress, and know how much effort you put in this; it is really admirable and inspirational

so much respect, man! you frigging nailed it! looking forward to hear more of you in the next major!~ x3

Man, this came out so nice! I was looking forward to hearing your 8k after seeing you talk so much about it. All the work you put into this track definitely paid off.

Fuckin smashed it out of the park. Lovely changes at the end bit, whole thing is crazy. Makin me wanna do a new format.........

I'm so glad you've finished it, turned out great!

Well, this is solid and charming in its entirety, great job mjen. Interesting variation, starting around 2:53, the only thing i can complain about is that snare, i've been babbling about earlier, but i know it's hardly possible to make it any better, given these size constraints. That's just massive nitpicking rn tho :3
<sub>I know how much you've been struggling with this one

All 7s</sub>

You just keep getting better and better <3

The composition could use some improvement - some of the melodies clash a bit and the ending seems a bit nonsensical structure-wise. That's me being nitpicky though.

The overall sound is good - I like how much space everything has, I like the response melodies, the percussion is nice (especially the downwards squeal sound) and there are some good moments (such as 2:54).

Yeah sorry about that, ran out of space and I wanted it to end instead of cheapo fadeout looping (I generally hate to do it).

I learned the hard way that one should not use the space devouring channel echo in 8k; it doesn't leave much space for variation if used in the crazy amount I did. Even munch.py had to help me out for this rare occasion (I generally hate to use this as well haha).

I have listened to this song so much. Thank you.

First, I listened to the render. Then, I listened to the IT using libxmp and noticed cymbals crashes were much louder. The crashes were also louder with it214v5.

There are also two, consecutive, one-row patterns starting at 0x23 in the order. Here, the sliding notes (all the same pitch) in channels 0x10, 0x11, and 0x17 are really, really loud. It's extreme constructive interference... but not in the render. I'm unable to confirm this one with it214v5, as this section of the song makes DOSBox chug hard.

Can you provide any information on the render and tracker used to make this excellent song? Best of luck with votes. You deserve top format, at least.

This song was composed in OpenMPT 1.27.01.00 and used the Munch.py script (the latest version I could find) to shave off an extra kilobyte through its compression scheme, despite my attempt for extreme optimization of the pattern data.
The munched module was then loaded into the same version of OpenMPT I described and rendered an .mp3 render directly with OpenMPT itself.
(Wanted to tick on normalize render, but I guess I forgot that, so this is as pure as OpenMPT renders it)

I normally don't use Munch.py, but I really wanted to get this song done (as it was originally meant for Spring Tracks 0_o), so I used it nontheless.

Fantastic dude, this song is incredible :).

@VirtualMan this is probably due to IT's instrument memory behavior on pattern break that's not covered by OpenMPT yet which I discovered it too when I was making my mod8k entry.

really enjoying the part that starts around the 3 minute mark

The more entries I listen the more I realize how much I suck

bump :D