<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel><title>Schism Tracker development</title><link>http://schismtracker.org/scdev/</link>
<atom:link href="http://schismtracker.org/scdev/rss.xml" rel="self" type="application/rss+xml" />
<atom:updated>2013-05-18T16:54:13Z</atom:updated>
<description>Last 100 posts from Schism Tracker development at Schism Tracker.</description>
<item>
<title>No.1723/1: Fullscreen Freezes the Program</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1723.html#1723</link><guid>http://schismtracker.org/scdev/res/1723.html#1723</guid><comments>http://schismtracker.org/scdev/res/1723.html#1723</comments>
<pubDate>Sat, 18 May 2013 16:54:13 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When I tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1722/1: Fullscreen Freezes the Program</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1722.html#1722</link><guid>http://schismtracker.org/scdev/res/1722.html#1722</guid><comments>http://schismtracker.org/scdev/res/1722.html#1722</comments>
<pubDate>Sat, 18 May 2013 16:54:07 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When I tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1709/2</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1709.html#1721</link><guid>http://schismtracker.org/scdev/res/1709.html#1721</guid><comments>http://schismtracker.org/scdev/res/1709.html#1721</comments>
<pubDate>Sat, 18 May 2013 16:51:46 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When it tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1707/4</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1707.html#1720</link><guid>http://schismtracker.org/scdev/res/1707.html#1720</guid><comments>http://schismtracker.org/scdev/res/1707.html#1720</comments>
<pubDate>Sat, 18 May 2013 16:51:30 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When it tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1711/3</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1711.html#1719</link><guid>http://schismtracker.org/scdev/res/1711.html#1719</guid><comments>http://schismtracker.org/scdev/res/1711.html#1719</comments>
<pubDate>Sat, 18 May 2013 16:51:14 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When it tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1700/5</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1700.html#1718</link><guid>http://schismtracker.org/scdev/res/1700.html#1718</guid><comments>http://schismtracker.org/scdev/res/1700.html#1718</comments>
<pubDate>Sat, 18 May 2013 16:51:03 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When it tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1715/3</title>
<dc:creator>George 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1715.html#1717</link><guid>http://schismtracker.org/scdev/res/1715.html#1717</guid><comments>http://schismtracker.org/scdev/res/1715.html#1717</comments>
<pubDate>Sat, 18 May 2013 16:50:10 GMT</pubDate>
<description><![CDATA[
<p>Mac OSX Bug Report</p><p>BUG: When it tried to put the program into full screen, the window went away and stopped responding, if you force stop the program and restart it, then it will try to go into fullscreen and then it will not have any windows displayed and it will be frozen. If you go to the window bar the rainbow pinwheel beachball, whatever you want to call it, comes up and you can't click on any of the drop-down menus. Deleting and reinstalling the program doesn't help.</p><p>Please help, email me at gmorr3@sbcglobal.net</p>
]]></description>
</item>
<item>
<title>No.1715/2</title>
<dc:creator>nbensa 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1715.html#1716</link><guid>http://schismtracker.org/scdev/res/1715.html#1716</guid><comments>http://schismtracker.org/scdev/res/1715.html#1716</comments>
<pubDate>Tue, 23 Apr 2013 11:50:19 GMT</pubDate>
<description><![CDATA[
<p>Sorry. Ignore 1715. This IS bug 1551. I finaly were able to apply the patch.</p>
]]></description>
</item>
<item>
<title>No.1715/1: -ref 2871 breaks jeff93.it (Drifting Onwards)</title>
<dc:creator>nbensa 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1715.html#1715</link><guid>http://schismtracker.org/scdev/res/1715.html#1715</guid><comments>http://schismtracker.org/scdev/res/1715.html#1715</comments>
<pubDate>Tue, 23 Apr 2013 05:55:06 GMT</pubDate>
<description><![CDATA[
<p>Hello,</p><p>Some channels (percussion) are not played.</p><p>At first, I thought this is bug #1551<br /><a href="http://schismtracker.org/scdev/res/1551.html" rel="nofollow">http://schismtracker.org/scdev/res/1551.html</a></p><p>But I cannot apply the patch posted and so I cannot confirm this is the same bug.</p><p>I did hg bisect:</p><p>$ hg bisect -g<br />The first bad revision is:<br />changeset:   2871:cf8f327d96d2<br />user:        Storlek &lt;storlek@rigelseven.com&gt;</p>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1715.html#1715">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1700/4</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1700.html#1714</link><guid>http://schismtracker.org/scdev/res/1700.html#1714</guid><comments>http://schismtracker.org/scdev/res/1700.html#1714</comments>
<pubDate>Thu, 11 Apr 2013 13:17:32 GMT</pubDate>
<description><![CDATA[
<p>With linear slides, Impulse Tracker continues pitch slides into infinity (well, probably until it wraps around or maybe there is an insanely high limit), but with Amiga slides it should indeed stop.</p>
]]></description>
</item>
<item>
<title>No.1700/3</title>
<dc:creator>JosepMa/JAZ 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1700.html#1713</link><guid>http://schismtracker.org/scdev/res/1700.html#1713</guid><comments>http://schismtracker.org/scdev/res/1700.html#1713</comments>
<pubDate>Wed, 10 Apr 2013 18:49:46 GMT</pubDate>
<description><![CDATA[
<p>I recently got into this in Psycle and after looking into the problem, I found that it is documented:</p><p>This is from Impulse Tracker doc:</p><pre><code>      Fxx   Pitch Slide up<br />      FFx   Fine Pitch slide up<br />      FEx   Extra fine pitch slide up</code></pre><pre><code>              Operates in the same manner as the Exx commands, but<br />              slides the pitch up. If the pitch gets 'too high', then<br />              the channel is turned off.</code></pre><p>"Too high" means that the (amiga) period goes below 1. (Since a period 0 has no meaning and periods are integer values in these trackers). I am unsure what the effect is with linear slides, but the same logic might apply.</p>
]]></description>
</item>
<item>
<title>No.1711/2</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1711.html#1712</link><guid>http://schismtracker.org/scdev/res/1711.html#1712</guid><comments>http://schismtracker.org/scdev/res/1711.html#1712</comments>
<pubDate>Wed, 20 Mar 2013 10:47:01 GMT</pubDate>
<description><![CDATA[
<p>In fact, this is a MOD file, renamed to S3M. SchismTracker seems to use a wrong period to frequency conversion table. I don't remember the gory details, but it has something to do with PAL vs NTSC timing.</p>
]]></description>
</item>
<item>
<title>No.1711/1: S3M file instrument played in staccato-like fashion</title>
<dc:creator>jengelh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1711.html#1711</link><guid>http://schismtracker.org/scdev/res/1711.html#1711</guid><comments>http://schismtracker.org/scdev/res/1711.html#1711</comments>
<pubDate>Tue, 19 Mar 2013 15:37:56 GMT</pubDate>
<description><![CDATA[
<p>In <a href="http://inai.de/scdev/" rel="nofollow">http://inai.de/scdev/</a> , you will find an S3M file, and how schismtracker-20120105 and the XMP player render it to WAV (encoded to ogg for small downloads).</p><p>Playback the S3M with schismtracker and set channel 1 to solo mode. In order 2+ (pattern 4), you will notice that schismtracker does sort of "glottal stops" when the instrument is invoked anew. XMP does not seem to do this, but which implementation is right?</p>
]]></description>
</item>
<item>
<title>No.1707/3</title>
<dc:creator>Bojan Landekic 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1707.html#1710</link><guid>http://schismtracker.org/scdev/res/1707.html#1710</guid><comments>http://schismtracker.org/scdev/res/1707.html#1710</comments>
<pubDate>Sun, 17 Mar 2013 03:22:48 GMT</pubDate>
<description><![CDATA[
<p>Hey GreaseMonkey, where did you get the stats on IT 2.12's volume ramping and anticlick?  I tried Googling it but couldn't find nothing.. :-/</p>
]]></description>
</item>
<item>
<title>No.1709/1: schism is not very good at detecting free instruments</title>
<dc:creator>Yolanda Mercer 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1709.html#1709</link><guid>http://schismtracker.org/scdev/res/1709.html#1709</guid><comments>http://schismtracker.org/scdev/res/1709.html#1709</comments>
<pubDate>Tue, 12 Mar 2013 03:27:23 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/instbug.it"
length="14648" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:00<br />
</small></p>
<p>When loading a file, schism seems to think that blank instrument slots before the highest numbered instrument aren't really blank. Any time you load a sample in instrument mode and select "Create new instrument", and the corresponding instrument slot isn't the highest numbered instrument, the instrument will get created after the highest numbered one.</p><p>I don't feel like I'm being very clear, so as an example here's a file with samples and instruments in slots 01 and 20. Loading a sample in slot 02-19 will create an instrument in slot 21. This will hold true even if you delete the instrument in slot 20 and save/reload the file (well actually it goes in slot 20 since that one got deleted properly).</p>
]]></description>
</item>
<item>
<title>No.1707/2</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1707.html#1708</link><guid>http://schismtracker.org/scdev/res/1707.html#1708</guid><comments>http://schismtracker.org/scdev/res/1707.html#1708</comments>
<pubDate>Sat, 09 Mar 2013 14:25:02 GMT</pubDate>
<description><![CDATA[
<p>Getting rid of these clicks in Schism Tracker can actually be achieved by much easier means than implementing a completely new anti-click mechanism.<br />Instead of setting the channel length to 0, you should set the fadeout volume to 0 and enable the CHN_FADEOUT flag. It has the same effect (i.e. volume commands can't "pick up" a note after it has been cut), but it avoids the clicks.</p>
]]></description>
</item>
<item>
<title>No.1707/1: Anticlick would be a good idea</title>
<dc:creator>GreaseMonkey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1707.html#1707</link><guid>http://schismtracker.org/scdev/res/1707.html#1707</guid><comments>http://schismtracker.org/scdev/res/1707.html#1707</comments>
<pubDate>Fri, 08 Mar 2013 22:38:10 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/gm-chinese.it"
length="82928" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 4:17, chinariffic<br />
</small></p>
<p>I remember what was apparently 2 years ago, rendering my piece for 8bitcollective's "chinese whimpers" (chinese whispers vol 2), and noticing that the bass clicks quite horribly.</p><p>IT 2.12's diskwriter introduced a simple anticlick. My implementation of it is as follows:</p><ol><li>Each audio channel ("virtual" as opposed to "pattern" channel) has a set of "anticlick" values, one per output channel, which are initialised to 0. There is also a set of global "anticlick" values (one per output), which are initialised to 0.</li><li>On a note cut NNA (explicit cut, SCx, note that follows another note where NNA is set to note cut), add the audio channel's anticlick values to the global anticlick values</li><li>At mix time, set all audio channel anticlick values to 0.</li><li>For each audio channel that's actually being played, set the anticlick values (1 per output channel) to the last value that comes out of it.</li><li>Add the ramping down of the global anticlick values linearly interpolated down to 0 at 1/400 of a second (the IT 2.12 volume ramping rate - IT 2.11 uses 1/500) to the output stream.</li><li>Set the global anticlick values to 0.</li></ol>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1707.html#1707">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1705/2</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1705.html#1706</link><guid>http://schismtracker.org/scdev/res/1705.html#1706</guid><comments>http://schismtracker.org/scdev/res/1705.html#1706</comments>
<pubDate>Mon, 04 Mar 2013 19:46:50 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/test.patch"
length="7708" type="application/octet-stream" />
<description><![CDATA[
<p><small>
</small></p>
<p>Compressed stereo samples. Yay.</p>
]]></description>
</item>
<item>
<title>No.1705/1: Stereo loading bug (another one)</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1705.html#1705</link><guid>http://schismtracker.org/scdev/res/1705.html#1705</guid><comments>http://schismtracker.org/scdev/res/1705.html#1705</comments>
<pubDate>Wed, 20 Feb 2013 01:02:30 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/stereotest.it"
length="65807" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:07<br />
</small></p>
<p>You are probably very well aware of this, but since there are actually applications out there that <em>can</em> write IT-compressed stereo samples now (munch.py and OpenMPT), it should be pointed out that Schism Tracker only loads the left channel of such samples.</p>
]]></description>
</item>
<item>
<title>No.1703/2</title>
<dc:creator>Evan C. Robinson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1703.html#1704</link><guid>http://schismtracker.org/scdev/res/1703.html#1704</guid><comments>http://schismtracker.org/scdev/res/1703.html#1704</comments>
<pubDate>Sun, 03 Feb 2013 07:39:45 GMT</pubDate>
<description><![CDATA[
<p>Confirmed. Strange!</p><ul class="metadata"><li><strong>Category:</strong> <span>User Input</span><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>Normal</span><li><strong>Screen:</strong> <span>Instrument List, Sample List</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1703/1: multichannel playback and naming things</title>
<dc:creator>Tobias Clements 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1703.html#1703</link><guid>http://schismtracker.org/scdev/res/1703.html#1703</guid><comments>http://schismtracker.org/scdev/res/1703.html#1703</comments>
<pubDate>Tue, 29 Jan 2013 14:15:44 GMT</pubDate>
<description><![CDATA[
<p>Here's a minor bug: if multichannel playback is enabled (F3/F4, Alt-N), entering an instrument or sample name will increase the playback channel whenever a key that would play a note is pressed, even though no note actually plays.</p>
]]></description>
</item>
<item>
<title>No.1699/2</title>
<dc:creator>Ivette Woods 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1699.html#1702</link><guid>http://schismtracker.org/scdev/res/1699.html#1702</guid><comments>http://schismtracker.org/scdev/res/1699.html#1702</comments>
<pubDate>Wed, 23 Jan 2013 02:34:00 GMT</pubDate>
<description><![CDATA[
<p>Page up/down keys work perfectly with all combinations of control/alt/shift on my computer, and I'm running the same version. Only difference is I have a US keyboard.</p><p>I swear I've heard this same bug before somewhere, but I can't for my life remember how it was resolved.</p>
]]></description>
</item>
<item>
<title>No.1700/2</title>
<dc:creator>68k 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1700.html#1701</link><guid>http://schismtracker.org/scdev/res/1700.html#1701</guid><comments>http://schismtracker.org/scdev/res/1700.html#1701</comments>
<pubDate>Tue, 22 Jan 2013 11:23:30 GMT</pubDate>
<description><![CDATA[
<p>Confirming that the s3m sounds quite different in ST3 or IT from Schism.</p><p>In IT the (Amiga) F80 slides cause the note frequency to quickly go past the point where IT just cuts the note off instead. Schism doesn't seem to have a point like this, so you get some crazy aliased noise instead.</p>
]]></description>
</item>
<item>
<title>No.1700/1: Bug in pattern #6 (Order: 5/53) at channel 7 in song &#34;Panic by Future Crew&#34;.</title>
<dc:creator>milo64 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1700.html#1700</link><guid>http://schismtracker.org/scdev/res/1700.html#1700</guid><comments>http://schismtracker.org/scdev/res/1700.html#1700</comments>
<pubDate>Sat, 19 Jan 2013 05:40:39 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/panic.s3m"
length="593106" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 3:55<br />
</small></p>
<p>Finally, this bug shall be fixed.</p><p>On Schism Tracker 20120105 built Jan 19 2013 11:14:14.<br />Compiled using the following commands:<br />./configure<br />make<br />make check<br />make install</p><p>In song "Panic by Future Crew". Downloaded from scene.org.<br />In order 5/53 pattern #6 at channel 7.<br />A very high frequency beep occurs.</p><p>But when I play this song on a mod decoder (some kind of lib), the beep sound is gone.</p>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1700.html#1700">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1699/1: CTRL-PgUp in Pattern Editor has no effect</title>
<dc:creator>Topy44 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1699.html#1699</link><guid>http://schismtracker.org/scdev/res/1699.html#1699</guid><comments>http://schismtracker.org/scdev/res/1699.html#1699</comments>
<pubDate>Fri, 18 Jan 2013 16:25:44 GMT</pubDate>
<description><![CDATA[
<p>CTRL-PgUp (Move to top of pattern) has no effect. PgUp (on its own) and CTRL-PgDn work as expected.</p><p>Version 20120105 running on Windows 7<br />German keyboard layout (tried with US int., no change)</p><p>I can be reached at #schism on FreeNode for further tests/information.</p>
]]></description>
</item>
<item>
<title>No.1196/4</title>
<dc:creator>Leanne Constance Vinson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1196.html#1698</link><guid>http://schismtracker.org/scdev/res/1196.html#1698</guid><comments>http://schismtracker.org/scdev/res/1196.html#1698</comments>
<pubDate>Sun, 30 Dec 2012 21:41:07 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1196.html#1697">&gt;&gt;1697</a><br />That's an artifact of modplug's tendency to start all new notes on a separate channel with a fast fadeout of the old note, in lieu of a real anticlick mechanism.</p>
]]></description>
</item>
<item>
<title>No.1196/3</title>
<dc:creator>68k 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1196.html#1697</link><guid>http://schismtracker.org/scdev/res/1196.html#1697</guid><comments>http://schismtracker.org/scdev/res/1196.html#1697</comments>
<pubDate>Sun, 30 Dec 2012 12:57:01 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/chcount.it"
length="498" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:08<br />
<img src="http://sovietrussia.org/img/audio.png" alt="498 b"
width="64" height="64" />
</small></p>
<p>For posterity, I'm going to add on to this to say that the channels-in-use counter is not correct. If a sample is playing in one channel and it is cut off by another, even in sample mode, Schism briefly registers two channels as being active. This results in the maximum channels in use counter being inflated.</p><p>Example file uses 1 channel max, then 4 channels. Counter registers 2 then 8.</p>
]]></description>
</item>
<item>
<title>No.1551/8</title>
<dc:creator>68k 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1696</link><guid>http://schismtracker.org/scdev/res/1551.html#1696</guid><comments>http://schismtracker.org/scdev/res/1551.html#1696</comments>
<pubDate>Sun, 30 Dec 2012 12:47:32 GMT</pubDate>
<description><![CDATA[
<p>Since someone else is talking about this error lately, I'll confirm that the patch from <a class="quotelink" href="/scdev/res/1551.html#1567">&gt;&gt;1567</a> does fix the issue.</p>
]]></description>
</item>
<item>
<title>No.1678/6</title>
<dc:creator>Eva Combs 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1678.html#1695</link><guid>http://schismtracker.org/scdev/res/1678.html#1695</guid><comments>http://schismtracker.org/scdev/res/1678.html#1695</comments>
<pubDate>Tue, 25 Dec 2012 08:08:18 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1678.html#1691">&gt;&gt;1691</a><br />Volume envelopes in instruments are still broken in hg-build, which renders it mostly unusable.</p>
]]></description>
</item>
<item>
<title>No.1686/6</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1686.html#1694</link><guid>http://schismtracker.org/scdev/res/1686.html#1694</guid><comments>http://schismtracker.org/scdev/res/1686.html#1694</comments>
<pubDate>Sun, 23 Dec 2012 16:50:14 GMT</pubDate>
<description><![CDATA[
<p>oh, your memory must be better than mine about this stuff... i (probably) stand corrected :D</p>
]]></description>
</item>
<item>
<title>No.1686/5</title>
<dc:creator>Dejuan S. Murray 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1686.html#1693</link><guid>http://schismtracker.org/scdev/res/1686.html#1693</guid><comments>http://schismtracker.org/scdev/res/1686.html#1693</comments>
<pubDate>Sun, 23 Dec 2012 15:32:28 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1686.html#1692">&gt;&gt;1692</a><br />Yes there is - if you don't change it back, then every note ever will apply the new NNA settings! It needs to copy the instrument setting to the channel's copy. IIRC, Modplug originally didn't make a copy at all, which was... terrible.</p>
]]></description>
</item>
<item>
<title>No.1686/4</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1686.html#1692</link><guid>http://schismtracker.org/scdev/res/1686.html#1692</guid><comments>http://schismtracker.org/scdev/res/1686.html#1692</comments>
<pubDate>Sun, 23 Dec 2012 00:05:57 GMT</pubDate>
<description><![CDATA[
<p>...iirc in Impulse Tracker there's a per-note NNA variable as part of the note data structure, or something like that.</p><p>This variable gets.. like you said, "copied" from the instrument data each time a note is played - except if you use a S7x command, which supersedes the instrument's NNA value. (there is no need to "revert" anything)</p>
]]></description>
</item>
<item>
<title>No.1678/5</title>
<dc:creator>Sophia Dianna Blevins 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1678.html#1691</link><guid>http://schismtracker.org/scdev/res/1678.html#1691</guid><comments>http://schismtracker.org/scdev/res/1678.html#1691</comments>
<pubDate>Sat, 22 Dec 2012 13:20:40 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1678.html#1684">&gt;&gt;1684</a><br />yes. It's not hard, just a few lines. Someone can do this ;)</p><p>&gt;&gt;thread<br />Those dialog mouse problems were resolved a long time ago. If you build from hg it'll work. Unfortunately I don't think all the compiled versions available for download are up to date with that fix.</p>
]]></description>
</item>
<item>
<title>No.1686/3</title>
<dc:creator>Dejuan S. Murray 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1686.html#1690</link><guid>http://schismtracker.org/scdev/res/1686.html#1690</guid><comments>http://schismtracker.org/scdev/res/1686.html#1690</comments>
<pubDate>Sat, 22 Dec 2012 13:18:42 GMT</pubDate>
<description><![CDATA[
<p>I'm not sure it is the same. Note that you have no instrument numbers in that column after the first note. Add them and it seems to play correctly.</p><p>I THINK what's going on here is that, when you write an instrument number, it makes a copy of the instrument and attaches it to the channel. S7x modifies that copy directly, and once you change something, it's never "reverted" like it should be.</p><p>Really the copy should probably be happening when a note OR instrument is triggered. I think. It's been a very long while.</p><ul class="metadata"><li><strong>Category:</strong> <span>Playback</span><li><strong>Complexity:</strong> <span>Moderate</span><li><strong>Priority:</strong> <span>Normal</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1626/4</title>
<dc:creator>Tierra Shields 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1626.html#1689</link><guid>http://schismtracker.org/scdev/res/1626.html#1689</guid><comments>http://schismtracker.org/scdev/res/1626.html#1689</comments>
<pubDate>Sat, 22 Dec 2012 13:11:46 GMT</pubDate>
<description><![CDATA[
<p>I don't think the 4/8 keys bother searching back for a number. They should, yes.</p><ul class="metadata"><li><strong>Category:</strong> <span>User Input</span><li><strong>Complexity:</strong> <span>Moderate</span><li><strong>Priority:</strong> <span>Normal</span><li><strong>Screen:</strong> <span>Pattern Editor</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1626/3</title>
<dc:creator>Peter Kasting 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1626.html#1688</link><guid>http://schismtracker.org/scdev/res/1626.html#1688</guid><comments>http://schismtracker.org/scdev/res/1626.html#1688</comments>
<pubDate>Sat, 22 Dec 2012 05:45:02 GMT</pubDate>
<description><![CDATA[
<p>Note: This still happens with the 20120105 build.</p>
]]></description>
</item>
<item>
<title>No.1686/2</title>
<dc:creator>Peter Kasting 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1686.html#1687</link><guid>http://schismtracker.org/scdev/res/1686.html#1687</guid><comments>http://schismtracker.org/scdev/res/1686.html#1687</comments>
<pubDate>Sat, 22 Dec 2012 05:40:37 GMT</pubDate>
<description><![CDATA[
<p>Note: I suspect this has the same root cause as <a href="http://schismtracker.org/scdev/res/1578.html" rel="nofollow">http://schismtracker.org/scdev/res/1578.html</a> .</p>
]]></description>
</item>
<item>
<title>No.1686/1: S7x should set NNA per-note, not per-channel</title>
<dc:creator>Peter Kasting 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1686.html#1686</link><guid>http://schismtracker.org/scdev/res/1686.html#1686</guid><comments>http://schismtracker.org/scdev/res/1686.html#1686</comments>
<pubDate>Sat, 22 Dec 2012 05:38:21 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/breakdwn.it"
length="1540495" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 2:33, Break It Down<br />
<img src="http://sovietrussia.org/img/audio.png" alt="1504 kb"
width="64" height="64" />
</small></p>
<p>In Impulse Tracker, if you use S7x to override the NNA for a particular note, it sets that note's NNA to the desired value and has no other effect.  In Schism Tracker, the new NNA seems to be applied to all subsequent notes on the channel.</p><p>A test file is attached.  Compare the sound in pattern 3 in Schism Tracker (where there's a great deal of smearing as a whole bunch of notes get S76 [== note continue] and all play at once) versus Impulse Tracker.</p>
]]></description>
</item>
<item>
<title>No.1681/3</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1681.html#1685</link><guid>http://schismtracker.org/scdev/res/1681.html#1685</guid><comments>http://schismtracker.org/scdev/res/1681.html#1685</comments>
<pubDate>Fri, 07 Dec 2012 12:27:32 GMT</pubDate>
<description><![CDATA[
<p>Thanks, was just hoping that, as if by magic, these two had been done:<br /><a href="http://schismtracker.org/scdev/res/1678.html#i1684" rel="nofollow">http://schismtracker.org/scdev/res/1678.html#i1684</a><br />and the ctrl-o (f2 feature, really neat) addition to F3..</p>
]]></description>
</item>
<item>
<title>No.1678/4</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1678.html#1684</link><guid>http://schismtracker.org/scdev/res/1678.html#1684</guid><comments>http://schismtracker.org/scdev/res/1678.html#1684</comments>
<pubDate>Fri, 07 Dec 2012 12:20:16 GMT</pubDate>
<description><![CDATA[
<p>Is there any chance of making this saveable in Schism configuration, so that it defaults to Wav, if the user selects it to be Wav=default? Any chance whatsoever?</p>
]]></description>
</item>
<item>
<title>No.1681/2</title>
<dc:creator>Lane Marsh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1681.html#1682</link><guid>http://schismtracker.org/scdev/res/1681.html#1682</guid><comments>http://schismtracker.org/scdev/res/1681.html#1682</comments>
<pubDate>Fri, 30 Nov 2012 00:14:44 GMT</pubDate>
<description><![CDATA[
<p>Take a look at the hg repository and you'll see that nothing much as been done with the code since January.</p>
]]></description>
</item>
<item>
<title>No.1681/1: newer build than january 2012 for OSX?</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1681.html#1681</link><guid>http://schismtracker.org/scdev/res/1681.html#1681</guid><comments>http://schismtracker.org/scdev/res/1681.html#1681</comments>
<pubDate>Wed, 21 Nov 2012 17:47:26 GMT</pubDate>
<description><![CDATA[
<p>hi, is there any chance of a newer build than january2012 for OS X? :)</p>
]]></description>
</item>
<item>
<title>No.1678/3</title>
<dc:creator>failotron 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1678.html#1680</link><guid>http://schismtracker.org/scdev/res/1678.html#1680</guid><comments>http://schismtracker.org/scdev/res/1678.html#1680</comments>
<pubDate>Thu, 08 Nov 2012 08:19:01 GMT</pubDate>
<description><![CDATA[
<p>it works! thanks so much!</p>
]]></description>
</item>
<item>
<title>No.1678/2</title>
<dc:creator>Antoinette Silva 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1678.html#1679</link><guid>http://schismtracker.org/scdev/res/1678.html#1679</guid><comments>http://schismtracker.org/scdev/res/1678.html#1679</comments>
<pubDate>Wed, 07 Nov 2012 20:13:21 GMT</pubDate>
<description><![CDATA[
<p>I was able to select WAV with keyboard:</p><p>[Tab][Down][Down][Down][Tab]</p>
]]></description>
</item>
<item>
<title>No.1678/1: Sample export in WAV - issue</title>
<dc:creator>failotron 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1678.html#1678</link><guid>http://schismtracker.org/scdev/res/1678.html#1678</guid><comments>http://schismtracker.org/scdev/res/1678.html#1678</comments>
<pubDate>Wed, 07 Nov 2012 14:41:17 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/1352299272841552.png"
length="21779" type="image/png" />
<description><![CDATA[
<p><small>
File: 386x195, Screen Shot 2012-11-07 at 2.26.0(...).png<br />
<img src="http://schismtracker.org/scdev/thumb/1352299272841552.png" alt="21 kb, 386x195"
width="250" height="126" />
</small></p>
<p>hi there</p><p>i'm fairly new to Schism Tracker, so please excuse if i'm asking the stupid obvious - even though i didn't really find a thread strictly relating to this issue.</p><p>i'm trying to export some samples from an .it file in order to use it in other programs, but when it comes to the export window (alt-t), i can't click on the WAV, AIFF, AU or RAW function. the only format i can use for exporting is the default ITS, which i can't open or use for anything external.<br /><a href="http://i.imgur.com/MLnzr.png" rel="nofollow">http://i.imgur.com/MLnzr.png</a></p><p>i'm running a Mac OS X 10.7.4 Lion</p><p>any help is more than welcome, thank you in advance!</p><p>áron</p>
]]></description>
</item>
<item>
<title>No.1550/7</title>
<dc:creator>Melisa Carey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1677</link><guid>http://schismtracker.org/scdev/res/1550.html#1677</guid><comments>http://schismtracker.org/scdev/res/1550.html#1677</comments>
<pubDate>Tue, 30 Oct 2012 05:00:30 GMT</pubDate>
<description><![CDATA[
<p>Also, in case it matters, when loading the left channel, the right channel leaks in a bit in the first half. I'm pretty sure that at one point, it was the left channel leaked into the right.</p>
]]></description>
</item>
<item>
<title>No.1550/6</title>
<dc:creator>Ronda K. Hutchinson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1676</link><guid>http://schismtracker.org/scdev/res/1550.html#1676</guid><comments>http://schismtracker.org/scdev/res/1550.html#1676</comments>
<pubDate>Sat, 27 Oct 2012 16:50:03 GMT</pubDate>
<description><![CDATA[
<p>I don't think it ever worked correctly.</p>
]]></description>
</item>
<item>
<title>No.1550/5</title>
<dc:creator>Casey Gus Brady 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1675</link><guid>http://schismtracker.org/scdev/res/1550.html#1675</guid><comments>http://schismtracker.org/scdev/res/1550.html#1675</comments>
<pubDate>Fri, 26 Oct 2012 22:54:14 GMT</pubDate>
<description><![CDATA[
<p>I remember mrsbrisby saying (at least once) that this bug was fixed. I do not remember a time when this bug was fixed.</p>
]]></description>
</item>
<item>
<title>No.1670/5</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1670.html#1674</link><guid>http://schismtracker.org/scdev/res/1670.html#1674</guid><comments>http://schismtracker.org/scdev/res/1670.html#1674</comments>
<pubDate>Sun, 14 Oct 2012 11:38:20 GMT</pubDate>
<description><![CDATA[
<p>Hello vibrato, "nice" to meet you.</p>
]]></description>
</item>
<item>
<title>No.1670/4</title>
<dc:creator>GreaseMonkey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1670.html#1673</link><guid>http://schismtracker.org/scdev/res/1670.html#1673</guid><comments>http://schismtracker.org/scdev/res/1670.html#1673</comments>
<pubDate>Fri, 12 Oct 2012 21:23:55 GMT</pubDate>
<description><![CDATA[
<p>Now that I've had time to think of it, here's some code that does it right:</p><p>v = v*vib_depth;<br />if(old_effects) v = ~(v&lt;&lt;1);<br />bool go_down = (v&lt;0);<br />if(go_down) v = ~v;<br />v = (v+32)<a class="quotelink" href="/scdev/res/6.html#6">&gt;&gt;6</a>.</p><p>if(v &gt;= 16)<br />{<br />  if(go_down) slide_down(v<a class="quotelink" href="/scdev/res/2.html#2">&gt;&gt;2</a>);<br />  else slide_up(v<a class="quotelink" href="/scdev/res/2.html#2">&gt;&gt;2</a>);<br />} else if(v &gt;= 1) {<br />  if(go_down) slide_down_fine(v);<br />  else slide_up_fine(v);</p>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1670.html#1673">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1670/3</title>
<dc:creator>GreaseMonkey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1670.html#1672</link><guid>http://schismtracker.org/scdev/res/1670.html#1672</guid><comments>http://schismtracker.org/scdev/res/1670.html#1672</comments>
<pubDate>Fri, 12 Oct 2012 10:10:41 GMT</pubDate>
<description><![CDATA[
<p>ARGH CRAP sorry for the triple post. (-2<em>v</em>vib_depth+16)<a class="quotelink" href="/scdev/res/5.html#5">&gt;&gt;5</a> for Old Effects.</p>
]]></description>
</item>
<item>
<title>No.1670/2</title>
<dc:creator>GreaseMonkey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1670.html#1671</link><guid>http://schismtracker.org/scdev/res/1670.html#1671</guid><comments>http://schismtracker.org/scdev/res/1670.html#1671</comments>
<pubDate>Fri, 12 Oct 2012 10:08:50 GMT</pubDate>
<description><![CDATA[
<p>Whoops, my bad. You do (v*vib_depth+32)<a class="quotelink" href="/scdev/res/6.html#6">&gt;&gt;6</a>.</p><p>I haven't fully sorted out Old Effects. (v*vib_depth+16)<a class="quotelink" href="/scdev/res/5.html#5">&gt;&gt;5</a> comes extremely close, even being sample-accurate-give-or-take-a-one-digit-number on the first bit in b-joit.it.</p>
]]></description>
</item>
<item>
<title>No.1670/1: Hello everyone, I&#39;m Vibrato. Let me ruin your life.</title>
<dc:creator>GreaseMonkey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1670.html#1670</link><guid>http://schismtracker.org/scdev/res/1670.html#1670</guid><comments>http://schismtracker.org/scdev/res/1670.html#1670</comments>
<pubDate>Fri, 12 Oct 2012 05:36:26 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/tg-fhln.it"
length="100863" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:02, Hxx test lin/new no-rt<br />
<img src="http://sovietrussia.org/img/audio.png" alt="98 kb"
width="64" height="64" />
</small></p>
<p>Good news everyone, I've found out how vibrato works in not-old-effects linear-slides mode!</p><p>Bad news, I don't know if anything does it right at all (aside from the player I'm working on, but even then there's a chance I may be horribly wrong).</p><ol><li>Get the value from the sine table.</li><li>If it is negative, we INVERT THE BITS (DON'T v = -v, do v = ~v) and use the slide down tables, otherwise we use the slide up tables.</li><li>v = (v*vib_depth+8)<a class="quotelink" href="/scdev/res/4.html#4">&gt;&gt;4</a>;</li><li>If v &lt;= 15, do a fine slide by v, otherwise do a normal slide by v<a class="quotelink" href="/scdev/res/2.html#2">&gt;&gt;2</a>.</li></ol><p>Test case attached. The frequency values must be EXACTLY the same as each other (ignore the sound btw). This should work even if your frequencies tend to be wrong (it basically does the same math).</p><p>Furthermore, the second pattern MUST NOT RETRIGGER. If you add H00 to the ins 02 note on the first pattern, THEN it should retrigger. (Oh yeah, I forgot to mention, IT vibrato hardly ever retriggers - not even with Old Effects or Compat Gxx enabled.)</p>
]]></description>
</item>
<item>
<title>No.1550/4</title>
<dc:creator>Anton 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1669</link><guid>http://schismtracker.org/scdev/res/1550.html#1669</guid><comments>http://schismtracker.org/scdev/res/1550.html#1669</comments>
<pubDate>Sun, 30 Sep 2012 12:01:35 GMT</pubDate>
<description><![CDATA[
<p>Also, here's a thread from 2005 where mrsbrisby said this problem had been fixed. Did somebody break it again?</p><p><a href="http://schismtracker.org/sc/res/473.html" rel="nofollow">http://schismtracker.org/sc/res/473.html</a></p>
]]></description>
</item>
<item>
<title>No.1550/3</title>
<dc:creator>Anton 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1668</link><guid>http://schismtracker.org/scdev/res/1550.html#1668</guid><comments>http://schismtracker.org/scdev/res/1550.html#1668</comments>
<pubDate>Sun, 30 Sep 2012 11:55:33 GMT</pubDate>
<description><![CDATA[
<p>I'd like to bump this. I think priority should be set at making the loaders work as they did in old IT, that is loading the left channel as one sample and loading the right channel as the next sample. That way we can make tracks with stereo samples without breaking the .IT format.</p><p>On a side note, if Schism allows loading stereo samples as one sample, shouldn't it be saving those tracks as a propietary format, as they wouldn't be backwards compatible with IT?</p>
]]></description>
</item>
<item>
<title>No.1635/22</title>
<dc:creator>Anton 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1667</link><guid>http://schismtracker.org/scdev/res/1635.html#1667</guid><comments>http://schismtracker.org/scdev/res/1635.html#1667</comments>
<pubDate>Sun, 30 Sep 2012 11:47:32 GMT</pubDate>
<description><![CDATA[
<p>Thanks for the Windows builds Josep!</p>
]]></description>
</item>
<item>
<title>No.1635/21</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1666</link><guid>http://schismtracker.org/scdev/res/1635.html#1666</guid><comments>http://schismtracker.org/scdev/res/1635.html#1666</comments>
<pubDate>Sat, 29 Sep 2012 11:04:45 GMT</pubDate>
<description><![CDATA[
<p>I updated them with newer compiles but i couldn't edit the previous post. Since i posted the links in the "sc" board, i didn't care to post them again here.</p>
]]></description>
</item>
<item>
<title>No.1635/20</title>
<dc:creator>Dominick Chan 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1665</link><guid>http://schismtracker.org/scdev/res/1635.html#1665</guid><comments>http://schismtracker.org/scdev/res/1635.html#1665</comments>
<pubDate>Wed, 26 Sep 2012 18:02:13 GMT</pubDate>
<description><![CDATA[
<p>Have fun: <a href="http://psycle.free.fr/josepma/" rel="nofollow">http://psycle.free.fr/josepma/</a></p>
]]></description>
</item>
<item>
<title>No.1635/19</title>
<dc:creator>brkfstsqd 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1664</link><guid>http://schismtracker.org/scdev/res/1635.html#1664</guid><comments>http://schismtracker.org/scdev/res/1635.html#1664</comments>
<pubDate>Sun, 23 Sep 2012 01:15:28 GMT</pubDate>
<description><![CDATA[
<p>these links are down, does anyone have any mirrors?</p>
]]></description>
</item>
<item>
<title>No.1578/9</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1663</link><guid>http://schismtracker.org/scdev/res/1578.html#1663</guid><comments>http://schismtracker.org/scdev/res/1578.html#1663</comments>
<pubDate>Thu, 06 Sep 2012 06:16:53 GMT</pubDate>
<description><![CDATA[
<p>uh SORRY, i apologize - i just verified, and can also confirm that Josh's bug report above is correct. When first testing, i had completely - and stupidly - disregarded the per-sample "default panning" parameter... (F3, select sample, center of screen)</p><p>However, i personally feel this has to be a bug in Impulse Tracker (maybe also and/or from a design flaw in ST3: on/off switch + actual panning value?) Anyway, in most/normal cases, there's no way that a channel marked as S91 would inadvertedly play a sample panned to its marked "default panning" ...haven't done extensive testing with NNA's etc etc.....</p><p>... but, the final verdict seems that the above (Josh's) bug report is accurate.</p><p>(Need to do more testing.....)</p>
]]></description>
</item>
<item>
<title>No.1578/8</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1662</link><guid>http://schismtracker.org/scdev/res/1578.html#1662</guid><comments>http://schismtracker.org/scdev/res/1578.html#1662</comments>
<pubDate>Mon, 03 Sep 2012 00:17:55 GMT</pubDate>
<description><![CDATA[
<p>I can also confirm that the bug report is correct; I have created a test case in Impulse Tracker 2.14 which shows this behaviour. It has been fixed in OpenMPT some months ago when this problem was reported initially; The test case for verifying this problem can be found here: <a href="http://wiki.openmpt.org/Development:_Test_Cases/IT#SmpInsPanSurround.it" rel="nofollow">http://wiki.openmpt.org/Development:_Test_Cases/IT#SmpInsPanSurround.it</a></p>
]]></description>
</item>
<item>
<title>No.1656/4</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1656.html#1661</link><guid>http://schismtracker.org/scdev/res/1656.html#1661</guid><comments>http://schismtracker.org/scdev/res/1656.html#1661</comments>
<pubDate>Sun, 02 Sep 2012 19:48:43 GMT</pubDate>
<description><![CDATA[
<p>Sounds great, i plan to check it out in the near future. Thanks!<br />(using linux mainly, will try compiling the source code)</p><p>Have you submitted these patches to Storlek?</p>
]]></description>
</item>
<item>
<title>No.1578/7</title>
<dc:creator>Josh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1660</link><guid>http://schismtracker.org/scdev/res/1578.html#1660</guid><comments>http://schismtracker.org/scdev/res/1578.html#1660</comments>
<pubDate>Thu, 30 Aug 2012 01:35:40 GMT</pubDate>
<description><![CDATA[
<p>I'm using Impulse Tracker 2.14.  In Impulse Tracker, a sample's default panning will override the channel's surround setting.  In SchismTracker, the sample's default panning is ignored while the channel is set to surround.  To clarify, I'm talking about the Default Pan setting on the Sample List (F3).</p>
]]></description>
</item>
<item>
<title>No.1656/3</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1656.html#1659</link><guid>http://schismtracker.org/scdev/res/1656.html#1659</guid><comments>http://schismtracker.org/scdev/res/1656.html#1659</comments>
<pubDate>Tue, 28 Aug 2012 21:38:25 GMT</pubDate>
<description><![CDATA[
<p>delt: if you're using windows, try the compile i made which is posted here: <a href="http://schismtracker.org/scdev/res/1635.html#i1639" rel="nofollow">http://schismtracker.org/scdev/res/1635.html#i1639</a></p><p>If you're using linux, you might want to try downloading the sources from that link and compiling it. A bug was added in the envelope handling when optimizing it, which causes some instruments to stop immediately. My sources have it fixed.</p>
]]></description>
</item>
<item>
<title>No.1578/6</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1658</link><guid>http://schismtracker.org/scdev/res/1578.html#1658</guid><comments>http://schismtracker.org/scdev/res/1578.html#1658</comments>
<pubDate>Tue, 28 Aug 2012 18:10:17 GMT</pubDate>
<description><![CDATA[
<p>Josh: i'm sorry, but your original bug report is wrong. Which tracker are you using to compare this behaviour?</p><p>This is exactly how panning in Impulse Tracker works like - "surround" (S91) is applied to the channel, not to individual notes. The channel stays in "surround" mode until a panning is set explicitly, either with S8x or Xxx commands, or a panning control in the volume col.</p><p>A few years ago, i had suggested to implement "S90" to restore the channel's previous panning (as it was before the S91) but this suggestion was rejected.</p>
]]></description>
</item>
<item>
<title>No.1656/2</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1656.html#1657</link><guid>http://schismtracker.org/scdev/res/1656.html#1657</guid><comments>http://schismtracker.org/scdev/res/1656.html#1657</comments>
<pubDate>Tue, 28 Aug 2012 18:00:19 GMT</pubDate>
<description><![CDATA[
<p>Oh, forgot to mention... i remember in the old dos/it.exe days, i ran into a similar issue, in one of my old .it modules, an instrument played very weakly and muffled &ndash; turns out the filter values were all the way down. This isn't the case here, there seems to be nothing wrong with the module itself.</p>
]]></description>
</item>
<item>
<title>No.1656/1: Bug with instruments, possibly filter/pitch env?</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1656.html#1656</link><guid>http://schismtracker.org/scdev/res/1656.html#1656</guid><comments>http://schismtracker.org/scdev/res/1656.html#1656</comments>
<pubDate>Tue, 28 Aug 2012 17:57:12 GMT</pubDate>
<description><![CDATA[
<p>Hello, it's been several months, sorry about that....</p><p>There's a bug that as far as i can tell, has been introduced a few months ago &ndash; seemingly between the end of 2011 and around may of 2012. Listen to my demo song "secretly wishing" - the instrument #9 (jump to order 5, last two channels) does not play at all. Nothing's been changed in the module, and it plays fine both in Impulse Tracker and pre-2012/05 versions of schism.</p><p>In recent versions of scismtracker, the sample plays fine, but the instrument acts like it's not mapped to it.</p>
]]></description>
</item>
<item>
<title>No.1635/18</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1655</link><guid>http://schismtracker.org/scdev/res/1635.html#1655</guid><comments>http://schismtracker.org/scdev/res/1635.html#1655</comments>
<pubDate>Sat, 11 Aug 2012 06:11:38 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1635.html#1654">&gt;&gt;1654</a></p><p>woah.. ok, i have no way to know how to do that so huh :D</p>
]]></description>
</item>
<item>
<title>No.1635/17</title>
<dc:creator>Mohamed Stephenson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1654</link><guid>http://schismtracker.org/scdev/res/1635.html#1654</guid><comments>http://schismtracker.org/scdev/res/1635.html#1654</comments>
<pubDate>Sun, 05 Aug 2012 09:26:26 GMT</pubDate>
<description><![CDATA[
<p>The big problem with OS X is that there's no M4 file installed by default with SDL. You've got to rip it from, say, the Linux version and I think patch it up a bit. I don't think it comes with a <code>sdl-config</code> either, but I don't quite remember.</p>
]]></description>
</item>
<item>
<title>No.1635/16</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1653</link><guid>http://schismtracker.org/scdev/res/1635.html#1653</guid><comments>http://schismtracker.org/scdev/res/1635.html#1653</comments>
<pubDate>Thu, 02 Aug 2012 14:02:29 GMT</pubDate>
<description><![CDATA[
<p>On the main page, there's a link to build for OS X, but describes how to cross-compile it from linux.</p><p>The link to build for linux has some things that might help on building for other platforms.</p><p>Concretely, try:</p><p>$ autoreconf -i<br />$ ./configure<br />$ make</p><p>if autoreconf does not work, then, you might try what I wrote in the compile_win32.txt file (it does the same as autoreconf)</p><p>$ aclocal<br />$ autoconf<br />$ autoheader</p>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1635.html#1653">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1635/15</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1652</link><guid>http://schismtracker.org/scdev/res/1635.html#1652</guid><comments>http://schismtracker.org/scdev/res/1635.html#1652</comments>
<pubDate>Thu, 02 Aug 2012 11:49:12 GMT</pubDate>
<description><![CDATA[
<p>i tried another autoconf and this time got no errors. also:</p><p>./configure; make; make install<br />configure: error: cannot find install-sh or install.sh in "." "./.." "./../.."<br />make: *** No targets specified and no makefile found.  Stop.<br />make: Nothing to be done for `install'.</p><p>so i dunno</p>
]]></description>
</item>
<item>
<title>No.1635/14</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1651</link><guid>http://schismtracker.org/scdev/res/1635.html#1651</guid><comments>http://schismtracker.org/scdev/res/1635.html#1651</comments>
<pubDate>Thu, 02 Aug 2012 11:42:41 GMT</pubDate>
<description><![CDATA[
<p>ok installing of SDL.framework changed  autoconf errors into:</p><p>configure.ac:61: error: possibly undefined macro: AM_PATH_SDL</p><pre><code>  If this token and others are legitimate, please use m4_pattern_allow.<br />  See the Autoconf documentation.</code></pre><p>so i guess there's some progress, no other errors</p>
]]></description>
</item>
<item>
<title>No.1635/13</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1650</link><guid>http://schismtracker.org/scdev/res/1635.html#1650</guid><comments>http://schismtracker.org/scdev/res/1635.html#1650</comments>
<pubDate>Thu, 02 Aug 2012 11:41:46 GMT</pubDate>
<description><![CDATA[
<p>i installed SDL.framework to /Library/Frameworks  and still get the same error.</p>
]]></description>
</item>
<item>
<title>No.1635/12</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1649</link><guid>http://schismtracker.org/scdev/res/1635.html#1649</guid><comments>http://schismtracker.org/scdev/res/1635.html#1649</comments>
<pubDate>Thu, 02 Aug 2012 11:34:06 GMT</pubDate>
<description><![CDATA[
<p>ok i was told to run aclocal, which gave</p><p>configure.ac:61: warning: macro `AM_PATH_SDL' not found in library</p>
]]></description>
</item>
<item>
<title>No.1635/11</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1648</link><guid>http://schismtracker.org/scdev/res/1635.html#1648</guid><comments>http://schismtracker.org/scdev/res/1635.html#1648</comments>
<pubDate>Thu, 02 Aug 2012 11:15:45 GMT</pubDate>
<description><![CDATA[
<p>that ./configure; make; make install  just shot me an error and nothin else. well, i'm way out of my league here.</p>
]]></description>
</item>
<item>
<title>No.1635/10</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1647</link><guid>http://schismtracker.org/scdev/res/1635.html#1647</guid><comments>http://schismtracker.org/scdev/res/1635.html#1647</comments>
<pubDate>Thu, 02 Aug 2012 11:13:43 GMT</pubDate>
<description><![CDATA[
<p>yeah i have no idea. tried autoconf  and got</p><p>configure.ac:33: error: possibly undefined macro: AM_INIT_AUTOMAKE</p><pre><code>  If this token and others are legitimate, please use m4_pattern_allow.<br />  See the Autoconf documentation.</code></pre><p>configure.ac:40: error: possibly undefined macro: AM_PROG_CC_C_O<br />configure.ac:49: error: possibly undefined macro: AM_CONDITIONAL<br />configure.ac:52: error: possibly undefined macro: AM_PATH_PYTHON<br />configure.ac:61: error: possibly undefined macro: AM_PATH_SDL</p>
]]></description>
</item>
<item>
<title>No.1635/9</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1646</link><guid>http://schismtracker.org/scdev/res/1635.html#1646</guid><comments>http://schismtracker.org/scdev/res/1635.html#1646</comments>
<pubDate>Thu, 02 Aug 2012 11:05:07 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1635.html#1644">&gt;&gt;1644</a></p><p>how do i build for OS X? i have 10.6.8  so that should be good enough, right? i don't have xcode tho. what should i do?</p>
]]></description>
</item>
<item>
<title>No.1635/8</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1645</link><guid>http://schismtracker.org/scdev/res/1635.html#1645</guid><comments>http://schismtracker.org/scdev/res/1635.html#1645</comments>
<pubDate>Wed, 01 Aug 2012 15:06:39 GMT</pubDate>
<description><![CDATA[
<p>What? Why do you need me to run a source repository? The whole source with the modifications are in the third link (first two are binaries and third one is source).</p><p>(I only have experience with CVS and SVN, not with mercurial. I installed tortoiseHg which i've used to get the sources of schism).</p><p>If you want to contact me directly, you can use hotmail/messenger: jazet_e at hotmail.com (better email me first, i don't add people that i don't know).</p>
]]></description>
</item>
<item>
<title>No.1635/7</title>
<dc:creator>Marie Stokes 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1644</link><guid>http://schismtracker.org/scdev/res/1635.html#1644</guid><comments>http://schismtracker.org/scdev/res/1635.html#1644</comments>
<pubDate>Wed, 01 Aug 2012 00:44:26 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1635.html#1643">&gt;&gt;1643</a><br />I have no way at all to build for OS X at the moment. Heck, can't even build for the OS I'm running.</p><p>JosepMa: Maaaaaan I'd love to work with you on this stuff. If you can put up a Mercurial repo, I can pull from that and update the official source.</p>
]]></description>
</item>
<item>
<title>No.1635/6</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1643</link><guid>http://schismtracker.org/scdev/res/1635.html#1643</guid><comments>http://schismtracker.org/scdev/res/1635.html#1643</comments>
<pubDate>Sat, 28 Jul 2012 19:08:22 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1635.html#1642">&gt;&gt;1642</a></p><p>Storlek, any chance you could use JosephMa's stuff and bake an OSX version?<br />thanks for your work JosephMa.  yeah, I used to use zTracker, a friend altered the ctrl-shortcuts to be alt-shortcuts and even did a rudimentary MIDI loader for it, but he never finished it and promptly lost the sourcecode. zTracker was wonderful, so much freedom and so much control. so wonderful. hence why i always get kinda angry when i try to use schismtracker for midi anything since it feels like a drunk guy trying to hobble around  as re: midiclock timing (pc/mac)</p>
]]></description>
</item>
<item>
<title>No.1635/5</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1642</link><guid>http://schismtracker.org/scdev/res/1635.html#1642</guid><comments>http://schismtracker.org/scdev/res/1635.html#1642</comments>
<pubDate>Sat, 28 Jul 2012 09:26:42 GMT</pubDate>
<description><![CDATA[
<p>Oh, sorry, I didn't think that a separate link to whatsnew was necessary, being the other link just a 1MB .zip file. Anyway, if anyone else needs it, here it is: <a href="http://psycle.free.fr/josepma/whatsnew.txt" rel="nofollow">http://psycle.free.fr/josepma/whatsnew.txt</a></p><p>About your questions:</p><p>There is no support for sysex at the output. I believe there's no way to generate them from schism, so supporting it would be moot.<br />What I've changed in the win32 support is in how midi input understands (as in reads) sysex messages. Yet, I believe that right now, schism does not process those messages, so probably it does not matter. (Note about midi tracker: There was ztracker: <a href="http://ztracker.sourceforge.net/" rel="nofollow">http://ztracker.sourceforge.net/</a> which has an Impulse-tracker like interface and is made exclusively for midi. Maybe those sources could help at some point).</p><p>About IP-MIDI, I discovered that it can be disabled from the commandline using the setting &ndash;no-network . Other than that, it can be disabled by going to the midi configuration screen (Shift+F1) and set the number of IP midi ports to zero (The former does not start the thread, while the latter leaves the thread started).</p><p>IP-MIDI should not interfere with the other midi drivers. Said that, i don't know how the OSX side of the midi implementation is made, so I don't know if it could be improved.</p>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1635.html#1642">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1635/4</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1641</link><guid>http://schismtracker.org/scdev/res/1635.html#1641</guid><comments>http://schismtracker.org/scdev/res/1635.html#1641</comments>
<pubDate>Sat, 28 Jul 2012 05:43:49 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1635.html#1640">&gt;&gt;1640</a></p><p>actually, even pasting the whatsnew here would be good, so here's my questions:</p><blockquote class="unkfunc"><p>&gt;Sysex messages might not fully work (does that matter?)</p></blockquote><p>while i'm not certain schism will ever be able to do sysex "properly" (heh), i reckon it might matter to some people - but considering schism isn't a valid midi tracker (by any means!), i guess it doesn't matter if sysex too does not work.</p><blockquote class="unkfunc"><p>&gt;IP-MIDI caused the high cpu usage (one full core) in Windows (Socket was not being created, and thread became an endless loop). Same thing might happen on other platforms if setting number of IP midi ports to zero. Now I've also prevented this case too.</p></blockquote>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1635.html#1641">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1635/3</title>
<dc:creator>esaruoho 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1640</link><guid>http://schismtracker.org/scdev/res/1635.html#1640</guid><comments>http://schismtracker.org/scdev/res/1635.html#1640</comments>
<pubDate>Sat, 28 Jul 2012 05:39:45 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1635.html#1635">&gt;&gt;1635</a></p><p>two things.  (well, actually three)</p><p>1)is there any chance you could make that whatsnew.txt into a clickable URL so one could actually click on it before installing it<br />2)and what about osx .app compile?<br />3)when will midi come back, and are you seriously working on making it work better?</p>
]]></description>
</item>
<item>
<title>No.1635/2</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1639</link><guid>http://schismtracker.org/scdev/res/1635.html#1639</guid><comments>http://schismtracker.org/scdev/res/1635.html#1639</comments>
<pubDate>Fri, 27 Jul 2012 17:44:13 GMT</pubDate>
<description><![CDATA[
<p>I've worked a bit on the MIDI problem and localized it. It was the IP-MIDI driver the one that was causing the high cpu usage. I've also solved a problem with the win32 midi input driver.</p><p>Here are the new links:</p><ul><li>Windows 32bit: <a href="http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x86-20120727.zip" rel="nofollow">http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x86-20120727.zip</a></li><li>Windows 64bit: <a href="http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x64-20120727.zip" rel="nofollow">http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x64-20120727.zip</a></li><li>Source code: <a href="http://psycle.free.fr/josepma/SchismTracker-hg-JM-src-20120727.zip" rel="nofollow">http://psycle.free.fr/josepma/SchismTracker-hg-JM-src-20120727.zip</a></li></ul>
]]></description>
</item>
<item>
<title>No.1636/3</title>
<dc:creator>tct1501 !TCpAlqu3Hk 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1636.html#1638</link><guid>http://schismtracker.org/scdev/res/1636.html#1638</guid><comments>http://schismtracker.org/scdev/res/1636.html#1638</comments>
<pubDate>Mon, 23 Jul 2012 10:55:01 GMT</pubDate>
<description><![CDATA[
<p><a href="http://schismtracker.org/sc/src/tct-bbc.it" rel="nofollow">http://schismtracker.org/sc/src/tct-bbc.it</a> for the correct file. Maybe something in the mod data can be compared. I do not know.</p>
]]></description>
</item>
<item>
<title>No.1636/2</title>
<dc:creator>tct1501 !TCpAlqu3Hk 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1636.html#1637</link><guid>http://schismtracker.org/scdev/res/1636.html#1637</guid><comments>http://schismtracker.org/scdev/res/1636.html#1637</comments>
<pubDate>Mon, 23 Jul 2012 10:50:03 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/neuk3.it"
length="928911" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 7:10, Compassion of Christbot<br />
<img src="http://sovietrussia.org/img/audio.png" alt="907 kb"
width="64" height="64" />
</small></p>
<p>Erroneous mod. The RH major can be reset, but the minor...</p>
]]></description>
</item>
<item>
<title>No.1636/1: Highlight bug</title>
<dc:creator>tct1501 !TCpAlqu3Hk 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1636.html#1636</link><guid>http://schismtracker.org/scdev/res/1636.html#1636</guid><comments>http://schismtracker.org/scdev/res/1636.html#1636</comments>
<pubDate>Mon, 23 Jul 2012 10:47:51 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/1343040468842863.jpg"
length="14586" type="image/jpeg" />
<description><![CDATA[
<p><small>
File: 475x205, rowhls.jpg<br />
<img src="http://schismtracker.org/scdev/thumb/1343040468842863.jpg" alt="14 kb, 475x205"
width="250" height="108" />
</small></p>
<p>I stumbled upon some strange row highlight bug. As far as I can tell, I didnt do any intricate stuff when this happened.</p><p>This also happened to me with the module I made for HC01. In fact, this 'bugged' mod is in the pack as well.</p><p>The only thing I can think of, is that this occurs when deleting unused samples/instruments. Makes sense, since in both cases I was going through this process before saving it to another module.</p><p>The erroneous mod with this highlight error is included in the thread.</p>
]]></description>
</item>
<item>
<title>No.1635/1: New Windows compile with additions</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1635.html#1635</link><guid>http://schismtracker.org/scdev/res/1635.html#1635</guid><comments>http://schismtracker.org/scdev/res/1635.html#1635</comments>
<pubDate>Sun, 22 Jul 2012 17:45:27 GMT</pubDate>
<description><![CDATA[
<p>Hello.</p><p>I've been implementing some changes into SchismTracker these past weeks and I'd like to share those changes here.</p><p>This is based on the source code from the head of the source repository, concretely, revision 2873 from two months ago.</p><p>There is an included "whatsnew.txt" file with the changes I've added, which include improvements in S3M/Adlib playback, better FFT and VU visuals and some bugfixes.</p><p>This version still has MIDI disabled. Next thing i'll try is fixing the high cpu usage when it is enabled.</p><p>Files are:<br /> - Windows 32bit: <a href="http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x86-20120722.zip" rel="nofollow">http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x86-20120722.zip</a><br /> - Windows 64bit: <a href="http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x64-20120722.zip" rel="nofollow">http://psycle.free.fr/josepma/SchismTracker-hg-JM-mingw-x64-20120722.zip</a><br /> - Source code: <a href="http://psycle.free.fr/SchismTracker-hg-JM-src-20120722.zip" rel="nofollow">http://psycle.free.fr/SchismTracker-hg-JM-src-20120722.zip</a></p>
]]></description>
</item>
<item>
<title>No.1634/1: More tracker compatibility test cases</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1634.html#1634</link><guid>http://schismtracker.org/scdev/res/1634.html#1634</guid><comments>http://schismtracker.org/scdev/res/1634.html#1634</comments>
<pubDate>Sun, 08 Jul 2012 23:05:31 GMT</pubDate>
<description><![CDATA[
<p>I'm currently collecting all my tracker test cases that I've written over the years and posting them all on a wiki page:</p><p><a href="http://wiki.openmpt.org/Development:_Test_Cases/IT" rel="nofollow">http://wiki.openmpt.org/Development:_Test_Cases/IT</a><br /><a href="http://wiki.openmpt.org/Development:_Test_Cases/XM" rel="nofollow">http://wiki.openmpt.org/Development:_Test_Cases/XM</a></p><p>More test cases will follow. They are mostly centered around OpenMPT and I don't test all kinds of other software like Storlek did with his test, but most of them are easy to test because you just have to compare if the left and right channel sound identical. :)</p>
]]></description>
</item>
<item>
<title>No.1578/5</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1633</link><guid>http://schismtracker.org/scdev/res/1578.html#1633</guid><comments>http://schismtracker.org/scdev/res/1578.html#1633</comments>
<pubDate>Sun, 08 Jul 2012 21:27:07 GMT</pubDate>
<description><![CDATA[
<p>Link removed. There is a new link in the thread pointed by Josh</p>
]]></description>
</item>
<item>
<title>No.1578/4</title>
<dc:creator>Josh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1632</link><guid>http://schismtracker.org/scdev/res/1578.html#1632</guid><comments>http://schismtracker.org/scdev/res/1578.html#1632</comments>
<pubDate>Sun, 08 Jul 2012 20:23:10 GMT</pubDate>
<description><![CDATA[
<p>There's more discussion about the Windows version crashing here:  <a href="http://schismtracker.org/sc/res/5473.html" rel="nofollow">http://schismtracker.org/sc/res/5473.html</a></p>
]]></description>
</item>
<item>
<title>No.1578/3</title>
<dc:creator>JosepMa (Psycle&#39;s developer) 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1631</link><guid>http://schismtracker.org/scdev/res/1578.html#1631</guid><comments>http://schismtracker.org/scdev/res/1578.html#1631</comments>
<pubDate>Sun, 08 Jul 2012 17:45:14 GMT</pubDate>
<description><![CDATA[
<p>Hello.</p><p>I've been able to compile a windows build with mingw 3.4.2 (Ok, it's an old version, I know).</p><p>I had to do a hack for gettimeofday, but other than that, it works.<br />I tried to copile an x64 version with mingw 4.7.0, but that one crashes upon startup (in fact, it does mostly what the current windows build does, so if Storlek is building them with a 4.x version, we might be a bit nearer to the clue of why it crashes).</p><p>These are the compiler settings used : -Wall -Wstrict-aliasing=2 -Winit-self -O3 -DNDEBUG</p><p>It is stored here:<br /><a href="http://psycle.free.fr/josepma/schismtracker-20120105-win32-mingw-3.4.2.zip" rel="nofollow">http://psycle.free.fr/josepma/schismtracker-20120105-win32-mingw-3.4.2.zip</a></p>
]]></description>
</item>
<item>
<title>No.1628/3</title>
<dc:creator>Xavier Brock Case 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1628.html#1630</link><guid>http://schismtracker.org/scdev/res/1628.html#1630</guid><comments>http://schismtracker.org/scdev/res/1628.html#1630</comments>
<pubDate>Thu, 05 Jul 2012 17:57:06 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1628.html#1629">&gt;&gt;1629</a><br />I'm going to be pretty much gone for a while. To put it nicely and mildly, life sucks right now.</p>
]]></description>
</item>
<item>
<title>No.1628/2</title>
<dc:creator>Chelsea Annmarie Ayers 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1628.html#1629</link><guid>http://schismtracker.org/scdev/res/1628.html#1629</guid><comments>http://schismtracker.org/scdev/res/1628.html#1629</comments>
<pubDate>Sun, 01 Jul 2012 06:08:57 GMT</pubDate>
<description><![CDATA[
<p>2 months without commits ;_;</p>
]]></description>
</item>
<item>
<title>No.1628/1: Mx and 3xx in the same XM pattern cell</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1628.html#1628</link><guid>http://schismtracker.org/scdev/res/1628.html#1628</guid><comments>http://schismtracker.org/scdev/res/1628.html#1628</comments>
<pubDate>Sat, 30 Jun 2012 23:30:11 GMT</pubDate>
<description><![CDATA[
<p>So do you really want to know what happens?<br />3xx is ignored, and the effectiveness of Mx is doubled, i.e. "M1 310" is the same as "M2 ..."<br />Have fun implementing that in the XM loader. :D</p>
]]></description>
</item>
<item>
<title>No.1626/2</title>
<dc:creator>pkasting 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1626.html#1627</link><guid>http://schismtracker.org/scdev/res/1626.html#1627</guid><comments>http://schismtracker.org/scdev/res/1626.html#1627</comments>
<pubDate>Fri, 29 Jun 2012 22:25:28 GMT</pubDate>
<description><![CDATA[
<p>Incidentally, I thought this was working at first and then stopped, so is there a setting I might have accidentally toggled that controls this?  Or is my memory faulty?</p>
]]></description>
</item>
<item>
<title>No.1626/1: &#34;8&#34; to play row doesn&#39;t play notes w/o sample/intrument</title>
<dc:creator>pkasting 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1626.html#1626</link><guid>http://schismtracker.org/scdev/res/1626.html#1626</guid><comments>http://schismtracker.org/scdev/res/1626.html#1626</comments>
<pubDate>Fri, 29 Jun 2012 22:24:22 GMT</pubDate>
<description><![CDATA[
<p>I normally specify an instrument number only at the top of a pattern, leaving the rest of the notes in the pattern with no value in the sample/instrument column.</p><p>Using the 20110101 Windows build, pressing "8" repeatedly to play rows only plays the one with an instrument number.  Subsequent rows don't sound.  This works fine in Impulse Tracker.</p>
]]></description>
</item>
<item>
<title>No.1613/9</title>
<dc:creator>JouluPam 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1613.html#1624</link><guid>http://schismtracker.org/scdev/res/1613.html#1624</guid><comments>http://schismtracker.org/scdev/res/1613.html#1624</comments>
<pubDate>Sun, 10 Jun 2012 18:56:04 GMT</pubDate>
<description><![CDATA[
<p>Now it suddenly stopped working again.. Why, oh why?</p>
]]></description>
</item>
<item>
<title>No.1613/8</title>
<dc:creator>Salina Araceli Lindsay 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1613.html#1623</link><guid>http://schismtracker.org/scdev/res/1613.html#1623</guid><comments>http://schismtracker.org/scdev/res/1613.html#1623</comments>
<pubDate>Thu, 07 Jun 2012 05:27:25 GMT</pubDate>
<description><![CDATA[
<p>Weird!</p>
]]></description>
</item>
<item>
<title>No.1613/7</title>
<dc:creator>JouluPam 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1613.html#1622</link><guid>http://schismtracker.org/scdev/res/1613.html#1622</guid><comments>http://schismtracker.org/scdev/res/1613.html#1622</comments>
<pubDate>Wed, 06 Jun 2012 15:56:18 GMT</pubDate>
<description><![CDATA[
<p>Thanks everybody! Today the - key just started suddenly working again. Thanks for all the help. Hope it doesn't go away :)</p>
]]></description>
</item>
</channel></rss>