I opened it with HxD and saw what looked like filenames (and it contains PNG images uncompressed!), but what I saw at the beginning made me think maybe HCS64'd know what to do with it:
[img]http://i.imgur.com/MQtldNTl.png[/img]
Right at the beginning of the file is the filename of a .SWD file and instrument names, which tells me Graffiti Kingdom uses sequenced music. Later in the file are the corresponding .SMD files that people in this thread bring up. They also have tools there for converting this format to MIDI, which I would love to do.
The problems are that it's in this .BIN archive format (it has filenames and they're usually followed by the corresponding file's data or PNG files are referenced then stored somewhere completely unrelated) and I'm not good with coming up with ways to open unknown file formats like this and secondly, even if the SMD/SWD files were extracted, would those tools designed for Pokemon Mystery Dungeon games work with these PS2 game songs?
Here's the CDVDMAP.BIN file from the ISO if anyone wants to mess with it.
EDIT: A Japanese website says this when translated by Google:
[Graffiti kingdom]
The main data is stored in CDVDMAP.BIN.
Store information is stored in the program data (SLPM_650.97) within.
All ※ The following address is an address on the memory,
Position in the file will be minus the $ fee80 from each of value
And stored information ($ 3972e0 ~)
$ 20 units × number of data (1240)
+ $ 00 address of the file name
+ $ 08 data starting block number (1 block = $ 800)
+ $ 10 end-of-data block number
+ $ 18 use the number of blocks
Are further store more data in the archive file (* .ARC)
For information on this refer to the ~ $ 3c0540
+ $ 00 address of the file name
+ $ 04 address of the archive store information
+ $ 08 00?
+ $ 0C file size (* .ARC file the size of the entire?)
+ $ 10 the number of data stored
+ $ 14 FF FF FF FF?
+ $ 18 header ( "-RA-" begin with) of $ 04 of value
+ $ 1C (starting with "-RA-") header of $ 08 of value
Archive store information
+ $ 00 data start position (position from the archive file beginning)
+ $ 04 data size 1 (the size of the pre-deployment in the case of compressed data (CMP3))
+ $ 08 data size 2 (in the case of the compressed data expansion? And non-compression are the same as above)
+ $ 0C 00?
+ $ 10 FFFFFFFF
(If multiple data is stored repeatedly only the following data few minutes)
Data starting in CMP3 is like a compressed data, but it is unexplored with respect to how to deploy.
It should be noted that the data that begins with "afph" multiple data is stored.
$ 00 61 66 70 68 ( 'afph')
$ 04 this header size?
$ 08 the number of data
$ 0C data 1-start position (× $ 800 to) the beginning of this header is standard
$ 10 data 1 size (byte)
$ 14 data 2-start position
$ 18 data 2 size
..
(Less than a few minutes data only start position → repeat of size)
edited 1:07 AM EDT September 19, 2016
...thinking of the instruments' names being written in ASCII in the file makes me wish someone here'd do something about the format but it's that complicated sequenced SWD/SMD format!
I just wanted to voice my approval of Graffiti Kingdom music being researched.
I read they have a different format for each platform, meaning what they know about the DS version may not apply to the PS2 format.
I'm glad you have the same interest and hope a third person comes. I also hope it turns out like the Gamecube MusyX thread but this is an obscure game...
It's like everything's against Graffiti Kingdom:
* Obscure game
* Weird SWD/SMD format
* Stored in unknown archive format
The Japanese notes you found is actually for the first game (called "Magic Pengel: The Quest for Color" in America). So ultimately, it wasn't really of any help unfortunately. Also, cdvdmap.bin cannot be extracted properly by itself; datatbl.bin contains necessary metadata and filenames, so it probably would've been a good idea to upload that originally.
I have put together a (crummy) Python script to extract it. There is some guess-work involved and I have only tested it with the Japanese release (SLPM-65637), so please be warned. To use it, drop/pass a directory that contains both cdvdmap.bin and datatbl.bin onto it. It will write extracted data to a new sub-folder within the given folder, called "cdvdmap_extracted".
https://www.sendspace.com/file/2kv34j
If anyone tries it with the American release, please let me know if it works properly. I have noticed there is some ~10MB that are left unextracted (with SLPM-65637 at least), and I haven't yet figured out what/why that might be. I don't believe it to be padding however, since file sizes are expressed as sectors, and I assume files are adjoined.
To extract the .arc files (which will contain your SMD/SWD files), here's another script -- pass a .arc file to it:
https://www.sendspace.com/file/j18qk3
Please help improve these scripts if you (anyone) can. Thanks.
Unfortunately, it doesn't look like any of the currently available SMD/SWD converters will work with the files from this game. The magic number on these are "smdm"/"swdm", whereas every program I've come across seems to check only for "smdl"/"swdl". Bummer.
I checked it out, but it seems Shadow Hearts uses a slightly different format. I could be wrong about that, but I was unable to get it working despite best efforts. The SMD/SWD files in Shadow Hearts have a custom 32-byte header (maybe specifically added for the PSF2 driver?) not present in the Graffiti Kingdom files, which I made sure to add first as well.
Here's the Graffiti Kingdom BGM files if anyone else wants to try their luck.
https://www.sendspace.com/file/srhrv6
Now the two things I'm thinking:
· Now the only thing that's left is to find out yhe music format.
· I also like the Graffiti Wand, but I bet the model format will be as strange as the music format.
Also, sorry for the big bump, but I wanted to say thanks.
Also, the tools are up on Github since a few weeks ago in case someone's still looking for them.
edited 2:16 AM EDT April 19, 2017