XPMCK bugs and feature requests :: XPMCK bugs and feature requests :: XPMCK: Recently closed tasks http://jiggawatt.org/muzak/xpmck/bugs/ 2011-06-24T08:06:51Z FS#10: Problems with switching duty cycles in gameboy 2011-06-24T08:06:51Z 2011-02-14T03:01:46Z
A t150 @01 o3 v3 l8 @01cdef @02cdef (the duty cycle doesn't change)

A @q1 t150 @01 o3 v3 l8 @01cdef @02cdef (somehow the @q1 fixed the problem. now it works!)
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:10
FS#16: sms/gg CS macro bug? 2011-06-24T08:06:34Z 2011-02-14T07:57:13Z
As of now, the CS macro can be used on one channel at a time. CS macros used on other channels will either be ignored or will override the other CS macro.
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:16
FS#24: @MOD not working correctly for PCE 2011-06-24T08:06:16Z 2011-06-20T01:54:54Z
The playback lib currently sets LFO_CTRL:7 to enable the LFO. It should be clear at all times, and only LFO_CTRL:0,1 should be modified to set the modulation level.
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:24
FS#23: Early exit loops ( [ ... | ... ] ) are buggy for AT8 and PCE targets 2011-06-24T08:05:55Z 2011-06-19T00:16:20Z
They don't check the right jump condition.
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:23
FS#20: PC-Engine support 2011-06-19T00:13:56Z 2011-02-15T05:44:47Z
A playback library will need to be written for the HuC6280, as well as some additions to the compiler.

The first version will probably only support the basic stuff; the standard 32-byte waveforms, white noise (channels E & F), and FM LFO (channel A).

@mv will be used for controlling the master volume.
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:20
FS#22: Atari XL/XE support 2011-06-13T01:02:44Z 2011-05-23T07:50:01Z
Need to write a playback library for POKEY and generate SAP files.
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:22
FS#21: VGM exporter doesn't clear the note offset when turning off EN 2011-06-13T01:02:20Z 2011-02-21T01:47:34Z
@EN1 = {0 3 4 | -7 3 4}

A t125 v10 o4 l16 EN1 cdef ENOF cdef
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:21
FS#3: Waveform macro WTM buggy (gameboy) 2011-02-18T04:26:54Z 2011-02-14T02:53:18Z
@WT5 = {0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0}
@WTM1 = { WT5 1}
C WTM1 v3 o3 l8 cdefg WT5 cdefg

In the above example, everything works fine. Both phrases sound the same (except for a slight clicking during the first phrase, why?)

@WT4 = {0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0}
@WT5 = {0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0}
@WTM1 = { WT5 1}
C WTM1 v3 o3 l8 cdefg WT5 cdefg

In this example, the two phrases sound much different. And all I've done is define another waveform (which isn't even being used).
During the first phrase, the wave is distorted. It's nothing like the triangle wave I have defined.

@WT5 = {0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0}
@WT4 = {0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0}
@WTM1 = { WT5 1}
C WTM1 v3 o3 l8 cdefgab WT5 cdefgab
In this last example, everything works fine. The only difference is the order! I defined WT4 after WT5 instead of before!

@WTM1 = { WT5 1}
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:3
FS#4: volume buggy when using @EP macro on gameboy 2011-02-18T04:26:40Z 2011-02-14T02:54:11Z
It seems that @EP pitch bend macros are bending the pitch properly, but also affecting the @ve envelopes.

for example:

@EP1 = {20}
A t150 l8 @ve-7 @02 o3 v8 cdef EP1 cdefg

The first phrase is played stacatto - because the @ve-7 envelope makes the volume decay quickly. Good so far.
The second phrase starts to use our pitchbend. The volume gradually increases instead of decaying. Bug!
Mr Super User http://jiggawatt.org/muzak/xpmck/bugs/:4