VAG directed me to some curious visualization of console game disassemblies filed under distellamap. This particular experiment targets Atari games and helps to highlight some of the graphics contained inside. Nearer and dearer to my heart is some of the research upon which this was based called dismap which maps the flow of selected Nintendo Entertainment System games.
Author Archives: Multimedia Mike
Investigating Hachoir
In response to yesterday’s brainstorm, Mjules tipped me off regarding another tool that falls squarely into the “I wish I had thought of that” category– Hachoir (wish I knew how to pronounce it). It’s a Python-based framework for writing file parsers.
Finally! I have a compelling reason to learn Python.*** Python has long been on my list of languages to figure out, along with Prolog. Tonight, I wrote a very basic extension to Hachoir to parse the BIN FMV format discovered in my most recent exploration journal entry. And look– this WordPress plugin for code syntax highlighting also does Python:
Right now, this produces the output:
root (The Amazing Spider-Man vs. The Kingpin (Sega CD) FMV) 0) chunk type= "CONF": FourCC (size 4 bytes) 4) chunk length= 0x00000028: 4 bytes (size 4 bytes) 8) raw[]= "\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0\\0(...)" (size 3.3 MB) [ q to quit - move with arrows, page up/down, home/end ]
I still have a lot to learn about both Python and the existing framework facilities provided by Hachoir for parsing chunked file formats. The program already includes parsers for an impressive array of file format types. One that is of particular interest to me is a QuickTime file parser that the authors concede is rather incomplete. I see real promise for this parser as a research and troubleshooting tool for one of the most involved multimedia formats available.
*** (Proviso: No disrespect meant to anyone’s favorite language. I’m as fascinated with new programming languages as the next hardcore Linux geek. But it always helps me to learn a new language when I have a clear goal outlined for doing so.)
My App A Day
This ambitious software developer, the Software Jedi, wants to write an app a day for a month and he is soliciting suggestions.
Here is one idea that I dreamed up just the other day as I was plodding through the hex dump of yet another freshly discovered, FourCC-chunked multimedia file format. This is the proposal– maybe he will find it interesting enough to write up in C#, maybe I will have to do it instead, or maybe someone else will beat me to it:
A lot of multimedia files use what I like to call the “chunked-FourCC” format:
chunk 0 chunk 1 .. chunk n
Chunks are formatted as:
preamble payload
The preamble invariably consists of:
chunk identifier-- usually 4 ASCII chars (FourCC) length
When I stumble on a new chunked-FourCC-type file format, I want to know all of the possible chunk types. I want a simple tool that could walk through all the chunks in the file and print the various types.
At issue is the preamble format– sometimes the FourCC is first, sometimes the length is first; sometimes the length is big endian, sometimes it’s little endian; sometimes there is an extra “flags” component to the preamble; sometimes the length includes the preamble chunk, sometimes it doesn’t.
So I am thinking of a utility where I can specify all of these parameters from the command line and the tool would print info about the chunks based on those instructions. A good starting point would be any Apple QuickTime (.mov) file. The chunk (“atom”) format is (and all multi-byte numbers are big endian):
bytes 0-3 atom size (including 8-byte size and type preamble) bytes 4-7 atom type (ASCII chars, usually) bytes 8.. data
There is also a special case for large atoms:
bytes 0-3 always 0x00000001 bytes 4-7 atom type bytes 8-15 atom size (including 16-byte size and type preamble) bytes 16..n data
Sega Leftovers Entry
I’m back on the case with a new entry of my Multimedia Exploration Journal. I just processed 10 Sega CD & Saturn titles. It was all quite predictable, save for one new format that I can only generically refer to as the Amazing Spider-Man BIN format based on the extension of the FMV format and the game that it comes from. As with so many multimedia formats, I find this one absolutely fascinating. The reasoning on this is that it’s a neatly chunked FourCC format that has a custom video codec apparently designed to map neatly onto the Sega CD/Genesis video hardware (I still get confused about exactly how the Sega CD extended the Genesis’s video capabilities). The format appears to define tile chunks, tile layouts, and palette RAM in discrete blocks.