world tour (and metallica) parser .41

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

edit for 4/5:
you can also use this with gh:metallica
http://img6.imageshack.us/my.php?image=mercyfulfatepakngc.jpg

--back to your regular post-----

[bug/help]
So i found a setting in the charts called resolution. is this anyway related to anything in the mid? do you have to mess around with it or is there a formula like average bpm*60 or something weird like that

New! version .41 (12/1)
http://pastebin.com/f3c352181
minor bug fixes (thanks borgir33)

=========================
Old versions
version .4: (11/26)
http://pastebin.com/f7a87d26b
(1) introducing ps2 support. although you need to toggle it each time you run the program, so don't put a mix of different formats in the same directory
(2) proper chart implantation. works with more than just feedback
(3) match accuracy of slowhero.com's charts. resolution anybody?
todo-error handling. as of now it just dies!

version .3:
http://pastebin.com/f33978d84 (11/25)
(1) .pak support for wii. just export them using scrubber/trucha, no need for a seperate pak extractor

(2)convert whole directory, just drop the .py into the pak folder and run

(3)erased the beginner skill. -whats the point amiright?

changelog:
.2
http://pastebin.com/f7ef06919 (11/23)
fixed bpm

.1
http://pastebin.com/f5548b5df (11/15)
first version.

**GameZelda** · Joined: 30 Mar 2007 Posts: 1705

I don't understand Phython very well, but what problem are you having finding the [songname]_markers section?

Maybe you're not following the right QB structure, there isn't any good QB spec at this moment, but you can try reading tma's QB doc (pretty old).
_________________

(Ok, I failed to do it in 24 hours...

).

GH:WT-PS2 Customization Progress
[100%] Make it work (w/songs loading) in a DVD5 (thanks psychospacefish!)
[100%] Modify audio (Finally done 25/11/2008)
[100%] Modify charts (Done 26/11/2008! Customs finally

)

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

Well really my program is a crude hack of qb, and i really dont understand anything about it.

Right now the program looks for long (arbitrarily at 100 for now) lines of notes (ie 32 bytes of time, 16bytes of notes, and 16 bytes of length) and groups them, then assigns the first set to easy guitar, second one medium guitar, so on and till expert drums. then re-writes them in chart format. that is it.
I have no way of knowing what [songname]_markers is. is it a separate file, or is it in the mid somewhere. what hex code do i look for and what will it look like. Is [songname]_markers in plain text or what?

edit: for some preliminary work i used these:
http://www.slowhero.com/tech/gh3_midi_spec.txt
and http://www.slowhero.com/tech/qb.spec.txt
is that what you were talking about?

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

so i found the bpm! thanks to gh_wt_midqb. i guess i should have looked their earlier.

anyway i still dont quite get it yet. for example the first 10 or so 'bpm' have a value of 273. however on slowhero, its listed at 220. I know that the bpm in the mid is in ms and that the slowhero is in minutes so the value in the mid file is .273*60 = 16.38 bpm. not right at all. Im assuming it has something to do with the time signature, but not quite sure how to convert it.

edit:
nevermind its 60/.273
spent like an hour trying to do this

**GameZelda** · Joined: 30 Mar 2007 Posts: 1705

**basa** · Joined: 10 Nov 2006 Posts: 26

Great work, this chart file will be works with Chart2Mid.exe ?

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

I'm thinking that it will be in the future, but right now i would like to get started on wouldtour customs, and chart2mid is not compatible, so i will likely have to make my own, unless it is updated soon.

**borgir33** · Joined: 09 Apr 2008 Posts: 3

great progress!!! keep up the good work!

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

I fixed the random errors I was having with it. If anybody else finds anything please let me know. Grab it from the first post in the topic

Does anybody know anything about the resolution of a song or should it just be put at 192?

**MrFaust** · Joined: 09 Dec 2007 Posts: 26

First off, thank you for the work on this. I converted some mid.qb's to chart yesterday and threw them into feedback 0.97b. They run really slow. So after a friend and I got to playing around with this, we figure that if we changed the resolution from 200 to 400 the speed seems to be more accurate. 400 is just a guess right now but it seems to be closer to the real thing. I did Living on a Prayer @ 492 and it starts off great but goes out of sync. Stillborn had to be around 550 but it goes out of sync.

Keep up the great work.

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

Well if somebody figures out the magic formula for the resolution i would love to hear it, but i don't see that happening. What's the point of it anyway, because you have time codes on all of the notes, you would think it would just go by that anyway. You also wouldn't think that you would really need bpm either (although it makes the 'speed' of the chart nicer)

**scotu** · Joined: 03 Nov 2008 Posts: 6

The resolution just allows you to specify 1/nth notes where n can be smaller if your resolution is higher. That's the only thing i see the resolution being good for.

are the timestamps in this file format not based off a beat number, which relies on the bpm?

**mrwulff34** · Joined: 24 Oct 2008 Posts: 32

notes are are based on the time from the beginning of the song in ms, so for instance in the midi chart it says for example 4 bytes of time, say 120000 (2 minutes), then the fret pattern, in binary it would look like 00011111 for all of the frets and then how long to hold that note for in ms. And in the chart its similar but for chords it just has multiple time lines so it would be like

120000 1 1000
120000 2 1000
120000 3 1000

which as far as i can tell has nothing to do with the bpm or resolution, but when you increase the resolution it clearly has an effect on the speed of the chart

**scotu** · Joined: 03 Nov 2008 Posts: 6

huh. I guess what I was referring to only applies to the .chart format, i figured they'd be grounded in the same mechanics.

**SixStringedBass** · Joined: 14 Jul 2007 Posts: 181

MIDI files divide time in ticks or pulses. The resolution defines how many ticks/pulses are given to each 1/4 note. The higher the resolution, the more divisions there are, allowing note placement to be more precise. Standard resolutions are typically 192, 480, or 960. I'll look back at the code (if I can find it) that GZ put together last year and see what he did.