Chart<-->Mid Converter

[Leff]

Wow I can't believe I didn't re-read those. Thanks for the heads up Robin!

I'm back to campus now so I'm gunna see if those sustains are fixed and try to come up with the calculation for that bpm used for the offset (help is welcome, I tend to get confused when working with seconds/ticks/bpm/mpq).

EDIT: Success! No infinite sustains! I also updated the Offset handling, here's the basic calculation so someone can check it and confirm that it's right, though it worked with bodom's A7X chart and I got the same GHex results and it looks perfect (I don't have the mp3, so I can't 100% check).

If Offset is not 0, multiply by 1million to convert to microseconds;
divide by 4 to get ms per quarter note;
store in bytes;
add tempo event (0x51) to tempo track with offset bytes at tick 0;
set Offset to 1920 to move all other events ahead by one measure.

If Offset is 0, take no action.

That seems to be correct, and I've converted a few charts and they all look perfect in GHex, so woo hoo! OP link updated, this baby's basically done.
_________________

[Leff]

Wow I can't believe I didn't re-read those. Thanks for the heads up Robin!

I'm back to campus now so I'm gunna see if those sustains are fixed and try to come up with the calculation for that bpm used for the offset (help is welcome, I tend to get confused when working with seconds/ticks/bpm/mpq).

EDIT: Success! No infinite sustains! I also updated the Offset handling, here's the basic calculation so someone can check it and confirm that it's right, though it worked with bodom's A7X chart and I got the same GHex results and it looks perfect (I don't have the mp3, so I can't 100% check).

If Offset is not 0, multiply by 1million to convert to microseconds;
divide by 4 to get ms per quarter note;
store in bytes;
add tempo event (0x51) to tempo track with offset bytes at tick 0;
set Offset to 1920 to move all other events ahead by one measure.

If Offset is 0, take no action.

That seems to be correct, and I've converted a few charts and they all look perfect in GHex, so woo hoo! OP link updated, this baby's basically done.
_________________

[GameZelda]

Well, I hope that I've helped to solve this

Not related to your tool but related to GH Midi, anyone knows because the GH2 songs have only note-ons? It's a problem with my midi parser?

Here's the start of FoP:

[GameZelda]

Well, I hope that I've helped to solve this

Not related to your tool but related to GH Midi, anyone knows because the GH2 songs have only note-ons? It's a problem with my midi parser?

Here's the start of FoP:

[Leff]

OK, so I'm losing precision on my bpm calculations. I think this is pretty obviously because I was just using integers when I was storing the ms per quarter note in bytes. I did that because, I'll admit, I... don't know how to store Double values into bytes...

I noticed this when testing xSergeantMinorx's "Holiday" chart. The first bpm event has a value of 14,370 (14.370 bpm). Converting this to mpq gets (60,000,000 / 14.370) = 4175365.34447... mpq. And I have no idea how to turn that into a byte array to send as a parameter when creating a tempo event. Thoughts? (at this point I should barely take credit at all for this program, with all the help I've needed...)

It amazes me the kind of practical, useful things you're not in a university Computer Science program... </complaint>
_________________

[Leff]

OK, so I'm losing precision on my bpm calculations. I think this is pretty obviously because I was just using integers when I was storing the ms per quarter note in bytes. I did that because, I'll admit, I... don't know how to store Double values into bytes...

I noticed this when testing xSergeantMinorx's "Holiday" chart. The first bpm event has a value of 14,370 (14.370 bpm). Converting this to mpq gets (60,000,000 / 14.370) = 4175365.34447... mpq. And I have no idea how to turn that into a byte array to send as a parameter when creating a tempo event. Thoughts? (at this point I should barely take credit at all for this program, with all the help I've needed...)

It amazes me the kind of practical, useful things you're not in a university Computer Science program... </complaint>
_________________

[bodom0015]

[bodom0015]

[SixStringedBass]

This is from a chart to mid that I had started (and actually almost finished, but would've been command line) but you got it up and working before me so I will help you instead. Just import java.io.* or those collections directly.

[SixStringedBass]

This is from a chart to mid that I had started (and actually almost finished, but would've been command line) but you got it up and working before me so I will help you instead. Just import java.io.* or those collections directly.

[Leff]

God I can't seem to get this! I thought I had it working with a suggestion from bodom's link, and I got really excited, but I was wrong. I've been looking into ByteArray/DataOutputStreams, but the thing is that it needs to be a Double value (I was using ints, lost too much precision), so I can't quite use your code, SixStringedBass, and it also has to be a byte array of size 3, since you can only pass 3 bytes to create a tempo event, and the toByteArray() method just returns as many bytes as it needs. Maybe I'm just missing a simple adjustment to your code, SSB, but I'm still stumped.

Oh, and the resolution thing is fine, just had to multiply the .chart time-stamps by 2.5 actually. I was surprised that actually worked so simply, but hey, jackpot.
_________________

[Leff]

God I can't seem to get this! I thought I had it working with a suggestion from bodom's link, and I got really excited, but I was wrong. I've been looking into ByteArray/DataOutputStreams, but the thing is that it needs to be a Double value (I was using ints, lost too much precision), so I can't quite use your code, SixStringedBass, and it also has to be a byte array of size 3, since you can only pass 3 bytes to create a tempo event, and the toByteArray() method just returns as many bytes as it needs. Maybe I'm just missing a simple adjustment to your code, SSB, but I'm still stumped.

Oh, and the resolution thing is fine, just had to multiply the .chart time-stamps by 2.5 actually. I was surprised that actually worked so simply, but hey, jackpot.
_________________

[GameZelda]

[GameZelda]

[Leff]

Good call. Done. I just sorta figure all charts were a 192 resolution.

Once again I was way over-thinking that whole Double thing. I looked at what GHex generates when it imports a chart, and it turns out that it just floors the mpq into an int. Apparently this is plenty of precision because that Holiday chart syncs up just like the original chart now. So now I'm just gunna clean a few things up and then I'll update the OP and we should be good-to-go.

EDIT: All done! Changed the GUI so you don't have to select Bass/Rhythm Coop anymore, since I realized that info is already in the chart header. Syncing should be precise, sustains are correct, Star Power and Player Sections are correct, dB Offsets are created, if anything else is buggy, let me know.
_________________

[Leff]

Good call. Done. I just sorta figure all charts were a 192 resolution.

Once again I was way over-thinking that whole Double thing. I looked at what GHex generates when it imports a chart, and it turns out that it just floors the mpq into an int. Apparently this is plenty of precision because that Holiday chart syncs up just like the original chart now. So now I'm just gunna clean a few things up and then I'll update the OP and we should be good-to-go.

EDIT: All done! Changed the GUI so you don't have to select Bass/Rhythm Coop anymore, since I realized that info is already in the chart header. Syncing should be precise, sustains are correct, Star Power and Player Sections are correct, dB Offsets are created, if anything else is buggy, let me know.
_________________

[bodom0015]

Congratz! I'll test it out for you some more when I get home tomorrow.

The only thing I'd recommend if it isn't already there is a line that makes sure the file is a .chart. I figure you put it in already, but just thought I'd say in case you forgot.
_________________

[quote:e0e72f52e0="J.T."]One week, only 7 people had Awesomeness Detection on, and they were all young and did not play well. Thus, Naked Brothers became DLC.

[bodom0015]

Congratz! I'll test it out for you some more when I get home tomorrow.

The only thing I'd recommend if it isn't already there is a line that makes sure the file is a .chart. I figure you put it in already, but just thought I'd say in case you forgot.
_________________

[quote:e0e72f52e0="J.T."]One week, only 7 people had Awesomeness Detection on, and they were all young and did not play well. Thus, Naked Brothers became DLC.

[Revo75]

[Revo75]

[Sirko]

Thank you for the hard work leff. Been waiting a while for a .chart to .mid

[Sirko]

Thank you for the hard work leff. Been waiting a while for a .chart to .mid

[TheOmniSuave]

Thank you very much for your hard work.
I'm going to test this out now. I'll let you know if anything is screwy.

[TheOmniSuave]

Thank you very much for your hard work.
I'm going to test this out now. I'll let you know if anything is screwy.

[Robin]

Works great with all my tests! And it looks like since the only user-controlled thing is which file to look at, it will be hard for anybody to do it wrong.

I assume that this program will eventually implement the fixes that GHEx performs on chart files, like adding missing end events?

Awesome job, Leff!

[Robin]

Works great with all my tests! And it looks like since the only user-controlled thing is which file to look at, it will be hard for anybody to do it wrong.

I assume that this program will eventually implement the fixes that GHEx performs on chart files, like adding missing end events?

Awesome job, Leff!

[buggiedude91]

Thanks a bunch!!! i can't wait to put some SH customs into frets on fire!

[buggiedude91]

Thanks a bunch!!! i can't wait to put some SH customs into frets on fire!

[Leff]

[Leff]