<?xml version="1.0" ?>
<rdf:RDF xmlns:dc="http://purl.org/dc/elements/1.1/" 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/">
    <title>XPMCK bugs and feature requests :: </title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/</link>
    <description>XPMCK bugs and feature requests :: XPMCK: Recently closed tasks</description>
    <dc:date>2011-06-24T08:06:51Z</dc:date>
    <items>
      <rdf:Seq>
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=10" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=16" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=24" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=23" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=20" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=22" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=21" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=3" />
                <rdf:li rdf:resource="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=4" />
              </rdf:Seq>
    </items>
    		
  </channel>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=10">
    <title>FS#10: Problems with switching duty cycles in gameboy</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=10</link>
    <dc:date>2011-06-24T08:06:51Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>A t150 @01 o3 v3 l8 @01cdef @02cdef (the duty cycle doesn&amp;#039;t change)

A @q1 t150 @01 o3 v3 l8 @01cdef @02cdef (somehow the @q1 fixed the problem. now it works!)</description>
    <content:encoded><![CDATA[A t150 @01 o3 v3 l8 @01cdef @02cdef (the duty cycle doesn&#039;t change)<br />
<br />
A @q1 t150 @01 o3 v3 l8 @01cdef @02cdef (somehow the @q1 fixed the problem. now it works!)]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=16">
    <title>FS#16: sms/gg CS macro bug? </title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=16</link>
    <dc:date>2011-06-24T08:06:34Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>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.</description>
    <content:encoded><![CDATA[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.]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=24">
    <title>FS#24: @MOD not working correctly for PCE</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=24</link>
    <dc:date>2011-06-24T08:06:16Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>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.</description>
    <content:encoded><![CDATA[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.]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=23">
    <title>FS#23: Early exit loops ( [ ... | ... ] ) are buggy for AT8 and PCE targets</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=23</link>
    <dc:date>2011-06-24T08:05:55Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>They don&amp;#039;t check the right jump condition.</description>
    <content:encoded><![CDATA[They don&#039;t check the right jump condition.]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=20">
    <title>FS#20: PC-Engine support</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=20</link>
    <dc:date>2011-06-19T00:13:56Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>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 &amp;amp; F), and FM LFO (channel A).

@mv will be used for controlling the master volume.</description>
    <content:encoded><![CDATA[A playback library will need to be written for the HuC6280, as well as some additions to the compiler.<br />
<br />
The first version will probably only support the basic stuff; the standard 32-byte waveforms, white noise (channels E &amp; F), and FM LFO (channel A).<br />
<br />
@mv will be used for controlling the master volume.]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=22">
    <title>FS#22: Atari XL/XE support</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=22</link>
    <dc:date>2011-06-13T01:02:44Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>Need to write a playback library for POKEY and generate SAP files.</description>
    <content:encoded><![CDATA[Need to write a playback library for POKEY and generate SAP files.]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=21">
    <title>FS#21: VGM exporter doesn&#039;t clear the note offset when turning off EN</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=21</link>
    <dc:date>2011-06-13T01:02:20Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>@EN1 = {0 3 4 | -7 3 4}

A t125 v10 o4 l16 EN1 cdef ENOF cdef</description>
    <content:encoded><![CDATA[@EN1 = {0 3 4 | -7 3 4}<br />
<br />
A t125 v10 o4 l16 EN1 cdef ENOF cdef<br />]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=3">
    <title>FS#3: Waveform macro WTM buggy (gameboy)</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=3</link>
    <dc:date>2011-02-18T04:26:54Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>@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&amp;#039;ve done is define another waveform (which isn&amp;#039;t even being used).
During the first phrase, the wave is distorted. It&amp;#039;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}</description>
    <content:encoded><![CDATA[@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}<br />
@WTM1 = { WT5 1}<br />
C WTM1 v3 o3 l8 cdefg WT5 cdefg<br />
<br />
In the above example, everything works fine. Both phrases sound the same (except for a slight clicking during the first phrase, why?)<br />
<br />
@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}<br />
@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}<br />
@WTM1 = { WT5 1}<br />
C WTM1 v3 o3 l8 cdefg WT5 cdefg<br />
<br />
In this example, the two phrases sound much different. And all I&#039;ve done is define another waveform (which isn&#039;t even being used).<br />
During the first phrase, the wave is distorted. It&#039;s nothing like the triangle wave I have defined.<br />
<br />
@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}<br />
@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}<br />
@WTM1 = { WT5 1}<br />
C WTM1 v3 o3 l8 cdefgab WT5 cdefgab<br />
In this last example, everything works fine. The only difference is the order! I defined WT4 after WT5 instead of before!<br />
<br />
@WTM1 = { WT5 1}]]></content:encoded>
  </item>
    <item rdf:about="http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=4">
    <title>FS#4: volume buggy when using @EP macro on gameboy</title>
    <link>http://jiggawatt.org/muzak/xpmck/bugs/index.php?do=details&amp;task_id=4</link>
    <dc:date>2011-02-18T04:26:40Z</dc:date>
    <dc:creator>Mr Super User</dc:creator>
    <description>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!</description>
    <content:encoded><![CDATA[It seems that @EP pitch bend macros are bending the pitch properly, but also affecting the @ve envelopes.<br />
<br />
for example:<br />
<br />
@EP1 = {20}<br />
A t150 l8 @ve-7 @02 o3 v8 cdef EP1 cdefg<br />
<br />
The first phrase is played stacatto - because the @ve-7 envelope makes the volume decay quickly. Good so far.<br />
The second phrase starts to use our pitchbend. The volume gradually increases instead of decaying. Bug!]]></content:encoded>
  </item>
  </rdf:RDF>
