i'm a github boycotter - i migrated everything i had there to gitlab, and then i deleted everything from my github account and closed it - so i hope there are more alternative ways available to contribute with code...ctr wrote:It's not very hard, but it's also not a big priority. You're welcome to help by submitting pull requests in our GitHub repository.nitrofurano wrote:the log of germanic notation info on the frequencies of all supported sound chips? and how can we help there?
thanks!Anyway, if you plan on writing your own converters; first you have to figure out the frequency from the values written to the registers by the VGM. Then you can use a logarithm to get the difference in semitones from dividing your frequency with a reference frequency (such as A4=440hz in the example below)..Code: Select all
12.0*log2(523.25/440.0)
After that, converting the note numbers to alphabetic notation is trivial.
"It always seems impossible until it’s done" (Nelson Mandela)This probably won't happen.nitrofurano wrote:would be awesome seeing vgmplay playing also these txt files generated from vgm2txt (i guess it would be not that impossible, since all information can be there in both binary and text formats) - and how can we help there, if needed?
would be great if the vgm2txt could be rearranged for allowing it being possibleAlso some information is lost by vgm2txt, such as datablock contents and the hexadecimal raw data of commands longer than 4 bytes (including the command word itself).
my proposal is to have the resulting text line starts just like merely hexdumps (all information, including those you mentioned were lost), and then, commented, what are these hexdumps about (everything mentioned in the vgm specification, address, registers, frequencies, germanic notation, volume, and etc.) - having it done, would be a lot easier fot these txt files being playable - and more, would be far easier to develop converters (like mod to vgm and back, ay-3-8910 to ym2203 and back and obviously considering the resulting information lost ), and so on - that would even allow us to compose or fix vgm files using text editors if needed --- just imagine how neat and useful would be having the text result from vgm2txt this way