vgmrips

The development sure is going at rapid speed.This looks promising enough.
Keep up the good work zzo38.

Version 0.9 is now available, which adds OPL4, adds portamento, and fixes a few other things.

Version 1.0 is now posted. It mostly corrects a few mistakes from version 0.9. No new chips yet.

Now that the forum is back, awesome this is still being worked on.

Also a test report:
---Volume macro on SN76496 seems to exhibit some really weird behaviour. Almost like a pitch macro but mixed in with volume macro.
---Sync issues associated with the chip



Also do you have an example of portamento in action? I can't quite work out how to use it.

_________________
-dj.tuBIG/MaliceX

That's because the volume for SN76496 is supposed to range only 0 to 15. You are using numbers out of range (it works fine if you use half of your numbers). Also, "v" and "@v" are mutually exclusive; it will only use the last one specified.

Notice that when you compile it, the output is:The number on line C is less than the others. This usually indicates that you have done something wrong, such as having too many or too few notes in one channel. Such things may also be due to the tempo and note lengths specified not being exact multiples of 1/44100 seconds. (In your case, changing the tempo to 125 fixes it; you have the correct notes in each channel.)

I do not currently have an example of portamento.

Thanks. Re: the sync stuff, despite the sample size differences it's no issue after getting the volume macros sorted.



New bugs:
---Writing EN or ENOF in-line with the notes will cause compilation to fail. The above code works otherwise but should one add the toggles, it will fail.
---Panning envelopes do not seem to work as described on the documentation depending on the channel combination
---Setting #EX-PSG ABCD will crash the program, but adding E (despite being unused will work)

Also, how does one use the noise channel for this particular chip? Using G and H outputs silence.

_________________
-dj.tuBIG/MaliceX

Thanks for notifying me about these bugs. I will fix them as soon as I can (the first one is already fixed; it will be available in the next release, coming soon). Can you please show me exactly what you are trying for the panning envelopes and for the noise, so that it may help me to fix it?

However:

• Setting #EX-PSG ABCD will crash the program if you set ABCDE t130 for the notes (omitting the E in both places works fine); it will crash if you use a channel before it is declared. Perhaps I should make it display an error message instead.
• Noise works for me, although it doesn't seem to sound very good on this chip. (I have fixed the documentation relating to it, at least.) Adding some zeroes to the beginning of the volume envelope seems to improve the sound of the noise somewhat.

VGMCK v1.1 is released. It fixes the arpeggio, fixes the documentation slightly, and adds a #INCLUDE command.

Thanks for this. EN and ENOF confirmed working here.
Regarding panning, here's a demonstration. (note, using P1, P-1 instead exhibits similar behaviour where channel C is silenced.)

_________________
-dj.tuBIG/MaliceX

OK so I worked out how to get multi-chip happening.

Found another bug:
---OPLL base pitch is out of tune (need to use K-3 but would probably still be out of tune with other chips)

Also given PSG noise channel can be played normally at low-res, would you have an example of how to control PSG Ch.3 to control PSG Noise pitch?

_________________
-dj.tuBIG/MaliceX

Thank you for notifying me. What would be the correct clock divider to use for OPLL? This is probably what I did wrong.

I think you can use note "g" on the noise channel and the other note on the third tone channel; this doesn't seem the best way and perhaps I should fix this.

I will also fix the portamento when I work on VGMCK next (at this time I am busy with other things, but will eventually do it (hopefully soon!); if a patch is submitted I may use that too).

Not sure if it's clock dividers or anything, cause it looks correct if not close to.

Also I'm not sure if you noticed but after looking at the MML of your cover in OPL3, the notes are 2 semitones higher than they should be.

To verify this:



Also I need to comment on the source code.
Right now, given the large amount of magic numbers (BAD), anemic comments and whatnot, this makes it very difficult to understand. I'm trying to find the part where notes are being processed to calculate note-on frequencies but lack of understanding the surrounding lines makes this too tedious to work with.

_________________
-dj.tuBIG/MaliceX

Another bug: Same patch, Same number of operators, different chip.

Aside channel-settings, why do these sound very different?

_________________
-dj.tuBIG/MaliceX

I have figured out what the problem is; actually I made two mistakes. I will fix it when I have time.

Hi. Nice project.

I'm trying to get the YM2413 to work, but it's difficult without any examples. could you please provide more examples, either in vgmck.doc, or in an examples/ folder? perhaps one example for each chip?

also, it might be a good idea to put the source file in a separate src/ folder.

I'm also getting this warning in vgmplay: Warning! Invalid EOF Offset 0x167! (should be: 0x163)

why don't you post your project on github, so we can contribute with pull requests?

_________________
vampi.tech