Language…
19 users online: crocodileman94, DanMario24YT, Domokun007,  Eevee, eltiolavara9, HaruMKT, hhuxy, Housemeister, Irondill, Knight of Time, Maw, MegaSonic1999, Mike777, nonamelol1, OnlySpaghettiCode, Pizzagamer9791, ShoopDaWhoop, StarWolf3000, VLSkoot - Guests: 285 - Bots: 289
Users: 64,795 (2,375 active)
Latest user: mathew

So, I got a MML i have been optimizing...

And I wanna know if I have done a good enough job and how to fix the rest of the problems that it has. Here it is:

https://1drv.ms/f/s!AkmwsyI8qADCcrYE66AbdlMMic8

So, what do I have to do to actually make it fully optimizable? I have been trying to loop the text files in, like, three days, and I think I`ve got it now, but now there`s some errors here, and i wanna know how to fix them. I`ll tell you guys about the errors later, since now its very late for me, but just insert the MML and you should see what`s wrong.
Layout by Mathos
Well, now that I can actually explain the errors better, here`s what I have been getting: basically, there`s errors saying that ``note`s pitch was too high´´ or ``octave has been raised too high´´. I have been trying to fix the problem by lowering the octave (with MML Editing Tool, but I dont really know if it makes a difference or not), but its not exactly working. Plus, I kinda wanted to have it in the regular octave instead, since if I drop it too low, I feel that the song will become worse. So, what I wanna know is: how can I make it so that the octave stays as is, while the song still gets through with no problem? Here`s the error in more detail, btw:

Code
File: F-Zero GP Legend - Lightning.txt Line: 39:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 40:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 40:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 41:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 42:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 43:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 44:
Note's pitch was too high.
File: F-Zero GP Legend - Lightning.txt Line: 45:
Note's pitch was too high.


So yeah, that`s what I wanna know. I dont really want to actually lower the octave, but if worst comes to worst, I`ll just use Octave Manager to try and fix this.
Layout by Mathos
You can drop the octave by changing the tuning values. Example....

"String_45.brr" $FF $E0 $00 $02 $E2
Code
*$AD *$SR $GAIN $MUL $sMUL

MUL and sMUL are your tuning values. Multiplier and Sub Multiplier.
This does NOT apply to all samples but generally dropping the Tuning Multiplier by 2 will inaccurately drop the pitch about an octave and vice-versa.

*Don't think it works that way but can't remember.
Originally posted by Brozilla
You can drop the octave by changing the tuning values. Example....

"String_45.brr" $FF $E0 $00 $02 $E2
Code
*$AD *$SR $GAIN $MUL $sMUL

MUL and sMUL are your tuning values. Multiplier and Sub Multiplier.
This does NOT apply to all samples but generally dropping the Tuning Multiplier by 2 will inaccurately drop the pitch about an octave and vice-versa.

*Don't think it works that way but can't remember.


Well, the problem is that, well, most of the numbers in the tuning multiplier are either $02 or $01, so for $01 I would have to find a way to convert negative numbers into AMK`s format. Or maybe I just have to do that on the tuning submultiplier instead, or both, I dunno. Either way, though, I kinda wanted to see if it would be possible to bypass this error WITHOUT lowering the octave or pitch, since the song would definitely suffer from the lower octaves and pitches so... yeah.
Layout by Mathos
Drop the actual text an octave, and tune the sample up an octave, if I'm processing what I'm reading here correctly
Well, now it got inserted, but the SPC`s are REALLY messed up, to the point it just sounds like some kind of demonic chanting. Why in the world did that happen by just lowering the octave/pitch, I`m not sure, but here are the corrupted SPCs in case someone wants to look:

https://dl.dropbox.com/s/dfdeq7iipr5o64e/No.rar?dl=0

How can I fix this?
Layout by Mathos
Got my statement backwards but Izuna got the idea correct.
It's not like you to mess up the octaves like that and I'm not entirely sure how it ended up like that.

How was the SPC generated? Did you SPC-to-MML or are those direct feeds? Tuning the samples is one thing but not knowing the "original" sound is another.

EDIT: The oN (e.g o4) or '<' '>' octave commands are unlikely to detune the instrument. If it becomes out of tune then it's likely the instrument/sample was not tuned correctly in the first place.
Originally posted by Brozilla
Got my statement backwards but Izuna got the idea correct.
It's not like you to mess up the octaves like that and I'm not entirely sure how it ended up like that.

How was the SPC generated? Did you SPC-to-MML or are those direct feeds? Tuning the samples is one thing but not knowing the "original" sound is another.

EDIT: The oN (e.g o4) or '<' '>' octave commands are unlikely to detune the instrument. If it becomes out of tune then it's likely the instrument/sample was not tuned correctly in the first place.


Well, one of the MMLs was from SPC to MML, and the other was from PetiteMM. I just done what AMKGUI told me (which was to fix the pitch) by taking out the raise octave commands and lowering down the note command numbers after the replacement command (a example being c=49). I guess it was because that me lowering down those numbers are what done it, but I`m not quite sure. Though, for what I am getting here, if I remove the octave commands in the song, then tune the sample up an octave by raising the tuning multiplier by two, it`ll get inserted as intended? Sorry if I`m being a bit of a noob here, btw, I`m only really starting to give a shit about MML optimizing now, so yeah. lol

EDIT: Actually, I think that the tuning problem might be because I have gotten it with SPC to MML (since PetiteMM doesnt give out any tunings), but I tested out another port a while back, and it worked fine, so I`m not sure what happened here. Here is another corrupted SPC and the MMLs of both of the ports, just in case:

https://www.dropbox.com/s/jh64qy39inzsvuw/Shit.rar?dl=0
Layout by Mathos
Can you generate the one with PetiteMML and share the file? I assume PetiteMML by default generates octaves on the assumption that the sample is 32khz. As a result if your samples do not follow such ruling the octaves are often incorrect.
Originally posted by Brozilla
Can you generate the one with PetiteMML and share the file? I assume PetiteMML by default generates octaves on the assumption that the sample is 32khz. As a result if your samples do not follow such ruling the octaves are often incorrect.


Here it is: https://dl.dropbox.com/s/l3slm9ntovu9ipx/mmprsnes-area1XG%20%282-2%29.mml?dl=0

I have actually changed the octave in the MMPR port I optimized to the one in this MML (since the octave was from the SPC to MML generated version instead), so it should be somewhat fine now. I still dont know about the tunings that I got in SPC to MML, though, or what are the actual tunings if the SPC to MML ones are not correct...
Layout by Mathos
CTRL+F and find "o", there is one listed at the start of every channel and drop it by two octaves. o6 --> o4, o3 --> o1, etc. Unless there is an instrument change you won't need to remove any '<' '>' which can actually cause hard to find octave issues.

Not sure if the SPC for MM Area 1 is from the MML by Petite but I'd recommend starting over while keeping the instrument tuning.

SPC to MML should have the correct tunings or really close.
All right then, I managed to do that, but there`s still some errors. What should I do now?

Here are the MMLs again, just in case: https://www.dropbox.com/s/ls878aexhb218e1/Not%20Shit.rar?dl=0
Layout by Mathos
For Power Rangers...
Channel 2 & Channel 8 [#1, #7] need their octaves lower. At the start of each channel.
Code
o6
which is almost asking for a pitch too high error.

Can't really help you much with the F-Zero. The MML, which is apparently optimized, isn't very readable for a novice such as myself. Did see an octave too low occurring in two locations. Channel 1 [#0] and Channel 5 [#4]. Raise the octave of these two until it stops screaming at you. E.g in channel #0 o3 -> o5

If you're getting a different kind of error then tell us what it is. You shouldn't optimize too much and first make sure everything sounds correct. The MML file sizes are otherwise decent.
Originally posted by Brozilla
For Power Rangers...
Channel 2 & Channel 8 [#1, #7] need their octaves lower. At the start of each channel.
Code
o6
which is almost asking for a pitch too high error.

Can't really help you much with the F-Zero. The MML, which is apparently optimized, isn't very readable for a novice such as myself. Did see an octave too low occurring in two locations. Channel 1 [#0] and Channel 5 [#4]. Raise the octave of these two until it stops screaming at you. E.g in channel #0 o3 -> o5

If you're getting a different kind of error then tell us what it is. You shouldn't optimize too much and first make sure everything sounds correct. The MML file sizes are otherwise decent.


Well, they`re working now (and with the right octaves it seems), but they are still very messed up, so its definitely not a octave error that`s causing this. I wonder what`s causing it, though...
Layout by Mathos
PetiteMML only converts note data. If there are instrument switches/volume commands you need to add them in yourself. To better understand petiteMML you might want to consider getting a piano-only song or the like and run it through the program.

Can't really "fix" something messed up if it's technically correct. Again before optimizing you should make sure everything sounds as intended.
Originally posted by Brozilla
PetiteMML only converts note data. If there are instrument switches/volume commands you need to add them in yourself. To better understand petiteMML you might want to consider getting a piano-only song or the like and run it through the program.

Can't really "fix" something messed up if it's technically correct. Again before optimizing you should make sure everything sounds as intended.


Ehh, you know what? I`ll probably do this later now, because this is seriously wearing me out. If anyone else could answer me this, then I would probably try it out again:

Basically, what the problem seems to be is not just the octaves or pitches, but also something that`s making the songs sound super messed up. I dont think its because of instrument switches or not, though, because SPC to MML mostly generates that stuff as well, and the GP Legend MML (which I have used SPC to MML to get the text) is having the same problem, so it must be something else. Now, the problem is, what is it? I`m seriously stumped right now, and this is just killing me tbh.
Layout by Mathos
Yeah, actually, I just realized that I havent been giving you guys the samples with the MMLs so you guys can try inserting it in AMK. Heh, my bad. It should be better now:

https://dl.dropbox.com/s/seq5gv9s0nbk183/Shit%20%28with%20samples%29.rar?dl=0

Also, for the MMPR port, it seems that after I put the samples on the folder as intended, the song actually played the right samples this time around, but it still seems messed up for some reason. *sigh* Really sorry for bothering you guys with all of this, but this is getting WAY too hard and confusing for me, when it really shouldnt be if AMK wasnt so freaking buggy...
Layout by Mathos
You know there is an SPC -> MIDI convertor? Generally it does a good job. AMK does have a few bugs however I wouldn't blame your issue on that, onto the topic.....

I don't know what's going on with the GP Legend but it's all sorts of wrong (IMO) and needs to be redone.

Power Rangers still shows some resemblance to its counterpart. Much like what you said. I made a few changes
to make it sound a bit more presentable.
Code
Line  30: "X3 Overdriven Guitar.brr"	$FF $E6 $00 $05 $18	; @30
Line  40: [t120]3 o4 w255 t44 $EF $3F $60 $50 $F1 $02 $3D $01 $F5 $34 $33 $00 $D9 $E5 $01 $FC $EB @30 v128 y7 $EE $62
Line 169: #4 @32 v127 y16 o4 $EE $E4
Line 218: #6 @33 v149 y10 o4

There were also a number of volume changes but now it should sound a bit more how you wanted. In any case it's not magic, if it was I'd do more porting/AMK stuff.

You may want to look into to MML Editing Tool since it can automate drum instrument changes. I believe channel 8 is your percussive channel and it's missing instrument changes.
Well, I tried optimizing another cover, and it worked MUCH better, but still sounds messed up for some reason. Here it is:

https://www.dropbox.com/s/wmesjey0x6vrbuk/Something%20that%60s%20been%20taking%20a%20VERY%20long%20time%20to%20finish%20for%20some%20reason.rar?dl=0

*sigh* I think that I`ll probably try something else tbh... just way too tiring for me...
Layout by Mathos
All right, so, I tried doing this yet again, and I think the problem is actually the loop command messing up the notes (since some notes do play normally, but they seem to loop endlessly after that). I`m not quite sure how to fix this, though, but that may be more or less the problem, not sure.
Layout by Mathos