vgmrips

It seems that it was left here without support and channel muting.

Oh, indeed. I'll fix this if I make another update.

Please add ability to change playback rate by pressing up/down key

Why would you want to do that?

Sometimes I want to change speed without configuration editing.

With how it works currently, that might be a bit difficult, because I'll need to sync quite a few variables.
in_vgm doesn't support that either.
I put it on my TODO list anyway.

Thanks! It's not critical

VGMPlay / in_vgm crashes when EmulatorType set to MAME of the YMF262.

Oh, indeed. I accidentally deleted a line that does the chip initialization.
It will be fixed with the next update. (The AdPlug core is better in most cases anyway.)

Wav logging = 2 (play and log) give very slow and noisy (and bigger - size and length) recorded music

I wonder what else I broke recently. Anyway, will be fixed, too.

It doesn't accept AY8930 (note: MAME doesn't emulate AY8930). I suggest to write a new emulator, compatible GNU GPL, which does do this; or else see if such emulator is already written. VGMCK documentation mentions this too.

Therefore I would suggest to:

• Make a file "gplcompat" which lists the source files which are compatible with GNU GPL (including version ∞ as well as the current version). (Some MAME files are dual licensed, and LGPL 2.1 allows selecting later version of GPL (not LGPL), so they do qualify.)
• Make conditional compiling macros to select either all the files or only the GPL-compatible files.
• Over time, eventually add GPL-compatible emulations of the chips.
• Improve them if they don't work perfectly.

Another feature request is: Allow INI options to be overridden by command-line parameters.

I'm starting to work on an --override option for my rewritten vgmplay wrapper script (available here). I really should have written it in bash instead of posix sh --;

Also for Linux users, until such times as it makes it into the main package, here's a 7z with a modified Makefile to allow for passing _FLAGS and a PREFIX, an install target, a manpage, and a lowercase'd vgmplay.ini: http://dl.dropbox.com/u/48629685/vgmpla ... uff.tar.xz

{edit: ValleyBell: there was a small typo in the Makefile I sent you earlier - the default MANPREFIX should be blablabla/usr/share/man... - I forgot the share. It's fixed in the tarball linked above.}

Due to possibility of newer chips if their codes don't fit in the allocated spaces, I would suggest, to add new commands 0x00..0x07 which are prefixes and are followed by a command 0x30..0xFF of the same format as the normal 0x30..0xFF commands, but different meanings (which do not have to be defined yet) (this also include 0x67 which has to read the length in order to skip it properly). The 0x07 prefix can be declared "private use" (similar to in Unicode), for a temporary use by programs that create VGMs of unsupported chips and the program to write them can be changed when (if) this is fixed; for example, (according to what I have read, I haven't tried it!) DefleMask currently make C64 SID VGM even though VGM doesn't have SID, it would be better for it to use the 0x07 private use prefix, until C64 SID is officially supported in which case it will be changed to the official code for C64 SID instead.

Another idea, is that since some arcade games use 4xSN76489, that I do have a (hackish) idea to support them, where the high bit of the SN76489 clock is set and the dual chip bit is clear, then the commands 0x30 0x3F 0x4F 0x50 correspond to the four SN76489 chips (no stereo). (If they actually do have stereo, then we should figure out if it is, and if so, to fix it to allow that in such cases)

Requests volume of Namco System 2.

The YM2151 the volume is lower than that of the C140.
It is the right balance in MAME (YM2151 100%, C140 100%), and M1 (YM2151 220%, C140 100%).

Can set the volume if the system tag the CP system like?