I've been playing with an assortment of VM games, and have come across
the following notes, and things which show possible errors in what is
currently accepted (and since all of these games would have been made
using official devkits, that seems very likely)

----

Soul Calibur (Japanese) VM Games:

1) Neither game is a round number of blocks (Marcus has explained that
this isn't a problem - he just likes to pad out so that he's got
control over what goes at the end, and I agree that it makes sense)

2) The .VMI files' VMS type (field $64 - 67) contain the values:
$02 $00 $00 $70 for SCMINI001.VMI
and $02 $00 $00 %dd for SCMINI002.VMI

This leads me to suspect that field $66/$67 means something separate
(and that the file type and it
are both two byte numbers.)

but then what does file type 2 mean?

(for those who don't remember, the currently understood values are
0=data and 3=game. This would suggest that there are also 1 and 2
values, as seen here)

3) Both .VMSs set the OCR to $cd (lcdis currently only recognises $a1,
$81, $a3 and $92)

----

The VMUv demo from www.dreamcast.com:

Here the "type" (field $64 - 67)
reads $02 $00 $00 $00

which is another apperance of the mysterious 2 value

It manages to confuse LCDis' memory bank detection (around line $0a29)

----

Trickstyle Jr (The minigame within the game Trickstyle, Found on some
foreign web site - I'll try and remember where..)

sets the OCR to $4d and $cd