<?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>2012-05-19T20:04:39Z</atom:updated>
<description>Last 100 posts from Schism Tracker development at Schism Tracker.</description>
<item>
<title>No.1604/1: Bug: Change Tempo Hotkeys - Not Working?</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1604.html#1604</link><guid>http://schismtracker.org/scdev/res/1604.html#1604</guid><comments>http://schismtracker.org/scdev/res/1604.html#1604</comments>
<pubDate>Sat, 19 May 2012 20:04:39 GMT</pubDate>
<description><![CDATA[
<p>According to the Schism Tracker manual, the Hotkeys for incrementing Tempo are "Ctrl + [ ] ".</p><p>The similar hotkeys for incrementing Master Volume and for incrementing Speed (different from Tempo) are working correctly.</p>
]]></description>
</item>
<item>
<title>No.1580/20</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1603</link><guid>http://schismtracker.org/scdev/res/1580.html#1603</guid><comments>http://schismtracker.org/scdev/res/1580.html#1603</comments>
<pubDate>Sat, 19 May 2012 16:50:49 GMT</pubDate>
<description><![CDATA[
<p>A workaround to the problem is to select OpenGL graphics (as opposed to the default SDL) in System Preferences.</p><p>If I do this then fullscreen mode works correctly.</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1580/19</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1602</link><guid>http://schismtracker.org/scdev/res/1580.html#1602</guid><comments>http://schismtracker.org/scdev/res/1580.html#1602</comments>
<pubDate>Sat, 19 May 2012 16:50:42 GMT</pubDate>
<description><![CDATA[
<p>A workaround to the problem is to select OpenGL graphics (as opposed to the default SDL) in System Preferences.</p><p>If I do this then fullscreen mode works correctly.</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1580/18</title>
<dc:creator>Lloyd Ratliff 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1601</link><guid>http://schismtracker.org/scdev/res/1580.html#1601</guid><comments>http://schismtracker.org/scdev/res/1580.html#1601</comments>
<pubDate>Tue, 15 May 2012 22:14:45 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1580.html#1600">&gt;&gt;1600</a><br />lol</p>
]]></description>
</item>
<item>
<title>No.1580/17</title>
<dc:creator>Apple 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1600</link><guid>http://schismtracker.org/scdev/res/1580.html#1600</guid><comments>http://schismtracker.org/scdev/res/1580.html#1600</comments>
<pubDate>Tue, 15 May 2012 19:49:56 GMT</pubDate>
<description><![CDATA[
<p>You're welcome, Al.<br />Sincerely,<br />Apple</p>
]]></description>
</item>
<item>
<title>No.1596/4</title>
<dc:creator>Chauncey Bobby Fuller 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1596.html#1599</link><guid>http://schismtracker.org/scdev/res/1596.html#1599</guid><comments>http://schismtracker.org/scdev/res/1596.html#1599</comments>
<pubDate>Tue, 15 May 2012 08:28:38 GMT</pubDate>
<description><![CDATA[
<p>Ooh, fun stuff.</p><blockquote class="unkfunc"><p>&gt; Schism itself should avoid 0x4100 as the whole CWT value</p></blockquote><p>That'll very likely happen, since 0x100 in Schism's weird timestamps indicates a version built on some specific day in 2010 or so.</p><ul class="metadata"><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>Low</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1596/3</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1596.html#1598</link><guid>http://schismtracker.org/scdev/res/1596.html#1598</guid><comments>http://schismtracker.org/scdev/res/1596.html#1598</comments>
<pubDate>Mon, 14 May 2012 21:54:44 GMT</pubDate>
<description><![CDATA[
<p>This information has also been added to my lists of tracker IDs:</p><p><a href="http://wiki.openmpt.org/Development:_Formats/IT" rel="nofollow">http://wiki.openmpt.org/Development:_Formats/IT</a><br /><a href="http://wiki.openmpt.org/Development:_Formats/S3M" rel="nofollow">http://wiki.openmpt.org/Development:_Formats/S3M</a></p>
]]></description>
</item>
<item>
<title>No.1596/2</title>
<dc:creator>Benjamin &#39;BeRo&#39; Rosseaux 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1596.html#1597</link><guid>http://schismtracker.org/scdev/res/1596.html#1597</guid><comments>http://schismtracker.org/scdev/res/1596.html#1597</comments>
<pubDate>Mon, 14 May 2012 18:53:02 GMT</pubDate>
<description><![CDATA[
<p>Proposal:</p><ol><li>So Schism Tracker should check now at S3M for 0x4100 and 0x6000 and identify these CWT values as BeRoTracker, and at IT the same only for 0x6000.</li></ol><p>2. Optional: Schism itself should avoid 0x4100 as the whole CWT value, so that the S3Ms are explicit distinguishable, with which tracker these are created.</p>
]]></description>
</item>
<item>
<title>No.1596/1: CWTV conflict</title>
<dc:creator>Benjamin &#39;BeRo&#39; Rosseaux 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1596.html#1596</link><guid>http://schismtracker.org/scdev/res/1596.html#1596</guid><comments>http://schismtracker.org/scdev/res/1596.html#1596</comments>
<pubDate>Mon, 14 May 2012 18:42:31 GMT</pubDate>
<description><![CDATA[
<p>Note: Because Schism Tracker started a few years ago to use the CWT TrackerVersion ID 0x4000 (after a 0xf000 bitmask) for S3M and IT modules which originally BeRoTracker was using since 2004 for S3M modules (0x4100), BeRoTracker is now using a new CWT TrackerVerson ID 0x6000 for S3M "and" IT modules, which means from now on all saved S3M and IT modules will have the new CWT TrackerVersion ID.</p>
]]></description>
</item>
<item>
<title>No.1580/16</title>
<dc:creator>Al J. Christensen 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1595</link><guid>http://schismtracker.org/scdev/res/1580.html#1595</guid><comments>http://schismtracker.org/scdev/res/1580.html#1595</comments>
<pubDate>Mon, 14 May 2012 01:27:17 GMT</pubDate>
<description><![CDATA[
<p>Thanks, Apple. :/</p>
]]></description>
</item>
<item>
<title>No.1580/15</title>
<dc:creator>Lloyd Ratliff 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1594</link><guid>http://schismtracker.org/scdev/res/1580.html#1594</guid><comments>http://schismtracker.org/scdev/res/1580.html#1594</comments>
<pubDate>Sun, 13 May 2012 20:03:24 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1580.html#1592">&gt;&gt;1592</a></p><blockquote class="unkfunc"><p>&gt;if I try to switch it to full screen within the app</p></blockquote><p>What I meant is fullscreening it from the desktop, not Schism. Also, fullscreening, not maximalizing. Little chance it could work.</p>
]]></description>
</item>
<item>
<title>No.1580/14</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1593</link><guid>http://schismtracker.org/scdev/res/1580.html#1593</guid><comments>http://schismtracker.org/scdev/res/1580.html#1593</comments>
<pubDate>Sun, 13 May 2012 05:21:18 GMT</pubDate>
<description><![CDATA[
<p>One more thing (related?):</p><p>I can't close the application by using the OS "close" button on its window, or via the application's keyboard command (Command+Q). I have to go to the Force Quit screen to close it.</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1580/13</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1592</link><guid>http://schismtracker.org/scdev/res/1580.html#1592</guid><comments>http://schismtracker.org/scdev/res/1580.html#1592</comments>
<pubDate>Sun, 13 May 2012 04:59:38 GMT</pubDate>
<description><![CDATA[
<p>I can start it and use it successfully by using the &ndash;no-fullscreen flag.</p><p>Then, if I try to switch it to full screen within the app, it locks up and Terminal returns these messages:</p><p>2012-05-12 23:55:39.749 schismtracker[12929:307] Warning once: This application, or a library it uses, is using NSQuickDrawView, which has been deprecated. Apps should cease use of QuickDraw and move to Quartz.</p><p>May 12 23:56:11 Macintosh.local schismtracker[12929] &lt;Warning&gt;: CGDisplayBaseAddress is obsolete and returning NULL for display 0x42717c0</p>
]]></description>
</item>
<item>
<title>No.1580/12</title>
<dc:creator>Lloyd Ratliff 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1591</link><guid>http://schismtracker.org/scdev/res/1580.html#1591</guid><comments>http://schismtracker.org/scdev/res/1580.html#1591</comments>
<pubDate>Fri, 11 May 2012 15:25:36 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1580.html#1590">&gt;&gt;1590</a><br />Would it? This is 'pseudo' fullscreen, not hardware fullscreen. So in my case alt-F11 vs. alt-enter, where the former is a desktop option and the latter a Schism option.<br />I foresee no crashes if no hardware fullscreen is used, but then again, my crystal ball has been wrong on many occasions.</p>
]]></description>
</item>
<item>
<title>No.1580/11</title>
<dc:creator>Al J. Christensen 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1590</link><guid>http://schismtracker.org/scdev/res/1580.html#1590</guid><comments>http://schismtracker.org/scdev/res/1580.html#1590</comments>
<pubDate>Fri, 11 May 2012 06:20:32 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1580.html#1589">&gt;&gt;1589</a><br />But if the problem is that switching to full screen kills it becuase it's doing things that are no longer implemented, then you'd just be delaying the crash.</p>
]]></description>
</item>
<item>
<title>No.1580/10</title>
<dc:creator>Jarrod Peters 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1589</link><guid>http://schismtracker.org/scdev/res/1580.html#1589</guid><comments>http://schismtracker.org/scdev/res/1580.html#1589</comments>
<pubDate>Wed, 09 May 2012 19:40:50 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1580.html#1588">&gt;&gt;1588</a><br />So, my point is, if you can start Schism in a 640x400 window, then fullscreen it from your mac desktop environment.</p>
]]></description>
</item>
<item>
<title>No.1580/9</title>
<dc:creator>Jarrod Peters 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1588</link><guid>http://schismtracker.org/scdev/res/1580.html#1588</guid><comments>http://schismtracker.org/scdev/res/1580.html#1588</comments>
<pubDate>Wed, 09 May 2012 19:38:18 GMT</pubDate>
<description><![CDATA[
<p>I have no experience with Mac but it never hurts to help...<br />You say in <a class="quotelink" href="/scdev/res/1580.html#1585">&gt;&gt;1585</a> &gt;other softwares that use full-screen have been giving me problems as well.</p><p>Does that mean that you have no problems when you start Schism with the no-fullscreen switch, so it starts in a 640x400 window?<br />I have some fullscreen issues here (it stretches on my two monitors), but when I do a fullscreen from within my desktop environment (like Firefox F11 does) I have no problems (besides killing all DE shortcuts).</p>
]]></description>
</item>
<item>
<title>No.1580/8</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1587</link><guid>http://schismtracker.org/scdev/res/1580.html#1587</guid><comments>http://schismtracker.org/scdev/res/1580.html#1587</comments>
<pubDate>Tue, 08 May 2012 19:47:04 GMT</pubDate>
<description><![CDATA[
<p>Is this the issue perhaps?</p><p><a href="https://bitbucket.org/pygame/pygame/issue/91/no-fullscreen-on-mac-os-x-lion-with-opengl" rel="nofollow">https://bitbucket.org/pygame/pygame/issue/91/no-fullscreen-on-mac-os-x-lion-with-opengl</a></p>
]]></description>
</item>
<item>
<title>No.1580/7</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1586</link><guid>http://schismtracker.org/scdev/res/1580.html#1586</guid><comments>http://schismtracker.org/scdev/res/1580.html#1586</comments>
<pubDate>Tue, 08 May 2012 19:37:16 GMT</pubDate>
<description><![CDATA[
<p>I think it probably is since a few other softwares that use full-screen have been giving me problems as well.</p><p>I've never actually built anything from source, but short of that is there any kind of log, etc that I can send you that would help?</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1580/6</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1585</link><guid>http://schismtracker.org/scdev/res/1580.html#1585</guid><comments>http://schismtracker.org/scdev/res/1580.html#1585</comments>
<pubDate>Tue, 08 May 2012 19:37:09 GMT</pubDate>
<description><![CDATA[
<p>I think it probably is since a few other softwares that use full-screen have been giving me problems as well.</p><p>I've never actually built anything from source, but short of that is there any kind of log, etc that I can send you that would help?</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1580/5</title>
<dc:creator>Mariah Andrea King 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1584</link><guid>http://schismtracker.org/scdev/res/1580.html#1584</guid><comments>http://schismtracker.org/scdev/res/1580.html#1584</comments>
<pubDate>Tue, 08 May 2012 18:23:47 GMT</pubDate>
<description><![CDATA[
<p>Well, that's strange. I wonder if it's an issue with 10.7...?</p>
]]></description>
</item>
<item>
<title>No.1580/4</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1583</link><guid>http://schismtracker.org/scdev/res/1580.html#1583</guid><comments>http://schismtracker.org/scdev/res/1580.html#1583</comments>
<pubDate>Mon, 07 May 2012 20:05:23 GMT</pubDate>
<description><![CDATA[
<p>Just tried it &ndash; and no, the 2011 Build does exactly the same thing.</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1580/3</title>
<dc:creator>Mariah Andrea King 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1582</link><guid>http://schismtracker.org/scdev/res/1580.html#1582</guid><comments>http://schismtracker.org/scdev/res/1580.html#1582</comments>
<pubDate>Mon, 07 May 2012 18:54:35 GMT</pubDate>
<description><![CDATA[
<p>Does the <a href="http://schismtracker.org/dl/schismtracker-20110101-macosx.zip" rel="nofollow" title="http://schismtracker.org/dl/schismtracker-20110101-macosx.zip">2011 build</a> work?</p>
]]></description>
</item>
<item>
<title>No.1580/2</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1581</link><guid>http://schismtracker.org/scdev/res/1580.html#1581</guid><comments>http://schismtracker.org/scdev/res/1580.html#1581</comments>
<pubDate>Mon, 07 May 2012 17:31:41 GMT</pubDate>
<description><![CDATA[
<p>Also: I tried getting rid of multiple desktops (aka Spaces) entirely to see if that solved the problem. It does not solve the problem.</p>
]]></description>
</item>
<item>
<title>No.1580/1: OSX 10.7.3 - Crashing on Startup 100% of the time</title>
<dc:creator>ryansupak 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1580.html#1580</link><guid>http://schismtracker.org/scdev/res/1580.html#1580</guid><comments>http://schismtracker.org/scdev/res/1580.html#1580</comments>
<pubDate>Mon, 07 May 2012 17:30:52 GMT</pubDate>
<description><![CDATA[
<p>2007 Macbook 13" - 4GB RAM - OSX 10.7.3 (Lion)<br />OSX Universal Build 20120105 downloaded from schismtracker.org.</p><p>When Schism Tracker is started, the screen fades to black for a second, then fades back.</p><p>The Schism Tracker icon is in the Dock. For a moment after attempted boot, the icon can be clicked on and you get the "Schism Tracker" options in the top bar. After a few seconds this is no longer doable.</p><p>The Force Quit Applications screen shows "Schism Tracker (not responding)". The application can be terminated from here but the application cannot be interacted with, or seen, in any other way.</p><p>rs</p>
]]></description>
</item>
<item>
<title>No.1578/2</title>
<dc:creator>Angelia Cathleen Fitzgerald 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1579</link><guid>http://schismtracker.org/scdev/res/1578.html#1579</guid><comments>http://schismtracker.org/scdev/res/1578.html#1579</comments>
<pubDate>Thu, 03 May 2012 19:57:29 GMT</pubDate>
<description><![CDATA[
<p>Huh. That's an easy fix.</p><p>(at least, it will be once I figure out why recent Windows builds won't run at all)</p><ul class="metadata"><li><strong>Category:</strong> <span>Playback</span><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>Normal</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1578/1: S91 overrides default panning of later notes</title>
<dc:creator>Josh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1578.html#1578</link><guid>http://schismtracker.org/scdev/res/1578.html#1578</guid><comments>http://schismtracker.org/scdev/res/1578.html#1578</comments>
<pubDate>Thu, 03 May 2012 04:33:17 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/pan_bug.it"
length="20506" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:07<br />
<img src="http://sovietrussia.org/img/audio.png" alt="20 kb"
width="64" height="64" />
</small></p>
<p>In the Windows build 20110101, playing one note while using S91 to set it to surround will cause the following notes in the same channel to also be played in surround, even when those notes use a sample that has default panning.  In Impulse Tracker, a sample's default panning would instead override the S91 from the previous note.</p><p>For example, given the following samples:</p><pre><code>01 Bass Drum (with default panning on and set to 000)<br />02 Claps</code></pre><p>The following pattern should play a left-panned Bass Drum, then surround Claps, followed by another left-panned Bass Drum:</p><pre><code>C-5 01 .. .00<br />C-5 02 .. S91<br />C-5 01 .. .00</code></pre><p>Instead, the second Bass Drum is in surround.  I've attached a file demonstrating this.</p>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1578.html#1578">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1557/9</title>
<dc:creator>Anne L. Glenn 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1577</link><guid>http://schismtracker.org/scdev/res/1557.html#1577</guid><comments>http://schismtracker.org/scdev/res/1557.html#1577</comments>
<pubDate>Thu, 19 Apr 2012 16:43:13 GMT</pubDate>
<description><![CDATA[
<p>I s'pose.</p>
]]></description>
</item>
<item>
<title>No.1557/8</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1576</link><guid>http://schismtracker.org/scdev/res/1557.html#1576</guid><comments>http://schismtracker.org/scdev/res/1557.html#1576</comments>
<pubDate>Thu, 19 Apr 2012 15:58:53 GMT</pubDate>
<description><![CDATA[
<p>Thinking of it, it is probably not worth taking care of that anyway - since you'd still have to keep many other things in mind when emulating ST3 behaviour, such as channel ordering ("left" channels are evaluated first, then "right" channels, so the "first" channel is not only the leftmost channel in the pattern).</p>
]]></description>
</item>
<item>
<title>No.1557/7</title>
<dc:creator>Sue Boyer 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1575</link><guid>http://schismtracker.org/scdev/res/1557.html#1575</guid><comments>http://schismtracker.org/scdev/res/1557.html#1575</comments>
<pubDate>Wed, 18 Apr 2012 16:31:22 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1557.html#1574">&gt;&gt;1574</a><br />I mean for the purposes of re-export to S3M / compatibility with other players.</p>
]]></description>
</item>
<item>
<title>No.1557/6</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1574</link><guid>http://schismtracker.org/scdev/res/1557.html#1574</guid><comments>http://schismtracker.org/scdev/res/1557.html#1574</comments>
<pubDate>Wed, 18 Apr 2012 15:44:36 GMT</pubDate>
<description><![CDATA[
<p>I don't see how that would be a problem. Schism does S3M memory "wrong", anyway: S00, together with many other commands, uses the last non-zero parameter as memory. For example, KC3 followed by S00 is equivalient to KC3 followed by SC3.</p>
]]></description>
</item>
<item>
<title>No.1571/3</title>
<dc:creator>Leonardo Hodge 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1571.html#1573</link><guid>http://schismtracker.org/scdev/res/1571.html#1573</guid><comments>http://schismtracker.org/scdev/res/1571.html#1573</comments>
<pubDate>Wed, 18 Apr 2012 15:05:37 GMT</pubDate>
<description><![CDATA[
<p>I like this keybinding idea, and now that it's been mentioned I don't know how I never thought of it myself. I'm switching stuff around on that screen all the time.</p><p>It might be better to copy the way the envelope presets work, though - Ctrl-num to save and Shift-num to load. (and now that I think about it, Ctrl-Shift-num <em>should</em> load for symmetry with the pattern editor, but it saves. Hrmmm.)</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>Info Page, Instrument List</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1571/2</title>
<dc:creator>Charlotte M. David 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1571.html#1572</link><guid>http://schismtracker.org/scdev/res/1571.html#1572</guid><comments>http://schismtracker.org/scdev/res/1571.html#1572</comments>
<pubDate>Wed, 18 Apr 2012 09:42:07 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1571.html#1571">&gt;&gt;1571</a><br />You can save last F5's configuration with F12-"Save all preferences". It isn't presets as you described them but is enough in most cases.</p><p>Hm... What do you guys think about commandline option for loading different config files? OP will be able to do something like that:</p><pre><code>$ schismtracker -c ~/.schism/chip.conf<br />$ schismtracker -c orchestral.conf<br />$ schismtracker -c /dev/urandom</code></pre><p>Or to create some .sh/.bat/.lnk files for it or whatever.</p><p>(And some gui for changing config files on the fly.)</p>
]]></description>
</item>
<item>
<title>No.1571/1: Suggestion: Info Page presets</title>
<dc:creator>Cliff Alvin Sampson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1571.html#1571</link><guid>http://schismtracker.org/scdev/res/1571.html#1571</guid><comments>http://schismtracker.org/scdev/res/1571.html#1571</comments>
<pubDate>Tue, 17 Apr 2012 08:43:43 GMT</pubDate>
<description><![CDATA[
<p>I think this was suggested earlier, but here goes anyway:</p><blockquote class="unkfunc"><p>&gt;On F5, the info page, you can change your channel resolution with pg-up/dn (Hit tab twice before doing this)</p></blockquote><p>This reminded me of eventually having some presets... If possible. Changing F5's view with one keybinding to fit the needs of a chiptune to that of a full blown 64channels madness orchestral piece.<br />Maybe one default (how it currently is) 3 predef presets and 2 that can be user defined? This could be done with ctrl-shift-0 to 6, similar to in F2.</p><p>This would take away the job of tabbing and paging up and down, which took me some years to get accustomed to.</p>
]]></description>
</item>
<item>
<title>No.1557/5</title>
<dc:creator>Virgil Oliver 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1569</link><guid>http://schismtracker.org/scdev/res/1557.html#1569</guid><comments>http://schismtracker.org/scdev/res/1557.html#1569</comments>
<pubDate>Fri, 13 Apr 2012 19:25:04 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1557.html#1562">&gt;&gt;1562</a><br />I've been thinking about this. Wouldn't that screw up S00 later on if someone wanted to do that intentionally? For example pattern 0 has SC3 to "prime" the S00 to cut a note off later, pattern 1 uses S00 to cut the note off, pattern 2 has SE0, and then pattern 1 plays again and S00 doesn't do anything.</p><p>I know it's a rather contrived example, but who knows. Maybe it'd be better to replace SE0 with some nonzero value that has no effect. S1F maybe? (S10/S11 are the gliss switch, so S1x beside that are no-ops AFAIK)</p>
]]></description>
</item>
<item>
<title>No.1551/7</title>
<dc:creator>Margie Farley 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1568</link><guid>http://schismtracker.org/scdev/res/1551.html#1568</guid><comments>http://schismtracker.org/scdev/res/1551.html#1568</comments>
<pubDate>Fri, 13 Apr 2012 04:16:01 GMT</pubDate>
<description><![CDATA[
<p>Seems like it <em>should</em> work. I PROMISE I'll play with it next week. :)</p>
]]></description>
</item>
<item>
<title>No.1551/6</title>
<dc:creator>Conor Mercer 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1567</link><guid>http://schismtracker.org/scdev/res/1551.html#1567</guid><comments>http://schismtracker.org/scdev/res/1551.html#1567</comments>
<pubDate>Thu, 12 Apr 2012 21:50:20 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/sndmix.c.diff"
length="1127" type="application/octet-stream" />
<description><![CDATA[
<p><small>
<img src="http://sovietrussia.org/img/no_thumbnail.png" alt="1127 b"
width="64" height="64" />
</small></p>
<p>I think this patch fixes it.</p><p>Both modules posted in this thread plays as they should.</p><p>Is this even correct place to mess around with the volume?<br /><strong>_process_envelope</strong> function never asks about volume in it's body except this one place.</p>
]]></description>
</item>
<item>
<title>No.1560/4</title>
<dc:creator>Quintin Jaime Griffin 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1560.html#1566</link><guid>http://schismtracker.org/scdev/res/1560.html#1566</guid><comments>http://schismtracker.org/scdev/res/1560.html#1566</comments>
<pubDate>Mon, 19 Mar 2012 19:38:24 GMT</pubDate>
<description><![CDATA[
<p>Ohhhhhh!</p><p>Huh, I don't think I even considered this.</p><p>Well then.</p><ul class="metadata"><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>Low</span><li><strong>Status:</strong> <span>Rejected</span> &#8594; <span>Accepted</span></li></ul>
]]></description>
</item>
<item>
<title>No.1560/3</title>
<dc:creator>Demarcus Maddox 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1560.html#1565</link><guid>http://schismtracker.org/scdev/res/1560.html#1565</guid><comments>http://schismtracker.org/scdev/res/1560.html#1565</comments>
<pubDate>Mon, 19 Mar 2012 10:14:49 GMT</pubDate>
<description><![CDATA[
<p>I did check in Impulse Tracker before I started this thread but maybe I wasnt clear enough. I am not talking about toggling individual channel solo and adding them, because that is what happens indeed.</p><p>Open a song (or start a new one), e.g. which has active channels 1-16, rest is muted. Now if I go mute channels 5-8 in F11 and go back to F2, channel 1 and press alt-F10 to toggle solo channel, channel 1 is solo'd. If I press alt-F10 again, then channels 1-4 and 9-16 should be activated again. Schism activates everything 1-16. This is not IT behaviour.</p><p>Also, in the example, when I would go to channel 5 (or 6,7,8), and solo and unsolo it with alt-F10, Schism would also add 6-8 to the active channel list.</p><blockquote class="unkfunc"><p>&gt;if you've gotten used to IT style.</p></blockquote><p>Never used anything else, that's why!</p>
]]></description>
</item>
<item>
<title>No.1560/2</title>
<dc:creator>Quintin Jaime Griffin 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1560.html#1563</link><guid>http://schismtracker.org/scdev/res/1560.html#1563</guid><comments>http://schismtracker.org/scdev/res/1560.html#1563</comments>
<pubDate>Sun, 18 Mar 2012 23:29:13 GMT</pubDate>
<description><![CDATA[
<p>Nope. The correct behavior is what Impulse Tracker does, and is what most people are used to - once you have unmuted a channel, it is added to the set of channels that should be unmuted when you toggle a channel solo. Doing it otherwise is less straightforward to handle and more confusing to work with if you've gotten used to IT style.</p><ul class="metadata"><li><strong>Status:</strong> <span>Rejected</span></ul>
]]></description>
</item>
<item>
<title>No.1557/4</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1562</link><guid>http://schismtracker.org/scdev/res/1557.html#1562</guid><comments>http://schismtracker.org/scdev/res/1557.html#1562</comments>
<pubDate>Sun, 18 Mar 2012 18:03:31 GMT</pubDate>
<description><![CDATA[
<p>Also, when importing an S3M file, you should probably not import SE0 commands, since ST3 ignores them, but if the leftmost row delay command is SE0 in IT, it will consider this command and ignore all commands to the right of it...</p>
]]></description>
</item>
<item>
<title>No.1557/3</title>
<dc:creator>Willie D. Ray 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1561</link><guid>http://schismtracker.org/scdev/res/1557.html#1561</guid><comments>http://schismtracker.org/scdev/res/1557.html#1561</comments>
<pubDate>Sun, 18 Mar 2012 17:33:17 GMT</pubDate>
<description><![CDATA[
<p>Ah yes, the pattern delay thing. That's also why arpeggio doesn't quite play right with very strange combinations of tick and row delays. Never did bother fixing it though.</p><p>I need to clone myself ._.</p><ul class="metadata"><li><strong>Category:</strong> <span>Playback</span><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>Low</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1560/1: I would like my Schismtracker with not so large tits, please</title>
<dc:creator>Demarcus Maddox 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1560.html#1560</link><guid>http://schismtracker.org/scdev/res/1560.html#1560</guid><comments>http://schismtracker.org/scdev/res/1560.html#1560</comments>
<pubDate>Sun, 18 Mar 2012 17:05:54 GMT</pubDate>
<description><![CDATA[
<p>If you mute some channels in F11, and go to F2 and press alt-F10 to unmute, the channels you just disabled in F11 should stay muted, but Schism unmutes everything to the settings that came when you last saved the file.<br />When you do nothing after unmuting channels in F11 and save the file and reload it, then it honours your muted and unmuted channels.</p><p>The correct behaviour is of course what you mute in F11 stays muted, unless you unmute it again in F11, regardless of save states.</p>
]]></description>
</item>
<item>
<title>No.1557/2</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1559</link><guid>http://schismtracker.org/scdev/res/1557.html#1559</guid><comments>http://schismtracker.org/scdev/res/1557.html#1559</comments>
<pubDate>Sun, 18 Mar 2012 15:55:23 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/PatternDelaysRetrig.it"
length="28506" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:02, Pattern Delays<br />
<img src="http://sovietrussia.org/img/audio.png" alt="27 kb"
width="64" height="64" />
</small></p>
<p>*lenght = length</p><p>Also make sure that this plays correctly if you fix this, SONG_FIRSTTICK should be set every "Speed + Tick Delay" ticks...</p>
]]></description>
</item>
<item>
<title>No.1557/1: lol, Pattern Delays!</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1557.html#1557</link><guid>http://schismtracker.org/scdev/res/1557.html#1557</guid><comments>http://schismtracker.org/scdev/res/1557.html#1557</comments>
<pubDate>Sun, 18 Mar 2012 15:28:37 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/PatternDelays.it"
length="39658" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:06, Pattern Delays<br />
<img src="http://sovietrussia.org/img/audio.png" alt="38 kb"
width="64" height="64" />
</small></p>
<p>The lenght of a row is (1 + Row Delay) * (Speed + Tick Delay). Schism simply adds up tick delays, which is wrong. Just check the last note in the attached example...</p>
]]></description>
</item>
<item>
<title>No.1551/5</title>
<dc:creator>Ahmad Cortez Marsh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1556</link><guid>http://schismtracker.org/scdev/res/1551.html#1556</guid><comments>http://schismtracker.org/scdev/res/1551.html#1556</comments>
<pubDate>Tue, 13 Mar 2012 16:18:29 GMT</pubDate>
<description><![CDATA[
<p>Hm. Thanks, I'll try to make time to fix that :/</p>
]]></description>
</item>
<item>
<title>No.1551/4</title>
<dc:creator>Macie Ingram 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1555</link><guid>http://schismtracker.org/scdev/res/1551.html#1555</guid><comments>http://schismtracker.org/scdev/res/1551.html#1555</comments>
<pubDate>Sun, 11 Mar 2012 17:11:36 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/1day_bug_demo.it"
length="85088" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:04<br />
<img src="http://sovietrussia.org/img/audio.png" alt="83 kb"
width="64" height="64" />
</small></p>
<p>Latest hg build ignores instrument if value of it's last node of Volume Envelope == 0.</p><p>That build should ignore first chord in attached file and play second. I didn't tried it though, too lazy to build schismtracker from hg again.</p>
]]></description>
</item>
<item>
<title>No.1551/3</title>
<dc:creator>Ahmad Cortez Marsh 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1554</link><guid>http://schismtracker.org/scdev/res/1551.html#1554</guid><comments>http://schismtracker.org/scdev/res/1551.html#1554</comments>
<pubDate>Sun, 11 Mar 2012 14:25:04 GMT</pubDate>
<description><![CDATA[
<p>sadfjkasdjfklj what</p><p>it's that specific instrument</p><ul class="metadata"><li><strong>Affected Version:</strong> <span>2012-02-16</span><li><strong>Category:</strong> <span>Playback</span><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>High</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1550/2</title>
<dc:creator>Bradley Shane Gutierrez 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1553</link><guid>http://schismtracker.org/scdev/res/1550.html#1553</guid><comments>http://schismtracker.org/scdev/res/1550.html#1553</comments>
<pubDate>Sun, 11 Mar 2012 14:19:01 GMT</pubDate>
<description><![CDATA[
<p>Yeah, that's a thing.</p><p>There's an item ....... somewhere ...... on my todo list about completely overhauling the sample loading. I'd like to have it just load them as stereo, and add a keybinding to split the channels.</p><ul class="metadata"><li><strong>Category:</strong> <span>File I/O</span><li><strong>Complexity:</strong> <span>Moderate</span><li><strong>Priority:</strong> <span>Normal</span><li><strong>Screen:</strong> <span>Sample List</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1551/2</title>
<dc:creator>Jaime Russo 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1552</link><guid>http://schismtracker.org/scdev/res/1551.html#1552</guid><comments>http://schismtracker.org/scdev/res/1551.html#1552</comments>
<pubDate>Sun, 11 Mar 2012 08:13:18 GMT</pubDate>
<description><![CDATA[
<p>2012-01-05 build plays correctly</p>
]]></description>
</item>
<item>
<title>No.1551/1: latest hg build doesn&#39;t play all channels</title>
<dc:creator>Jaime Russo 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1551.html#1551</link><guid>http://schismtracker.org/scdev/res/1551.html#1551</guid><comments>http://schismtracker.org/scdev/res/1551.html#1551</comments>
<pubDate>Sun, 11 Mar 2012 07:44:25 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/1day_bug.it.zip"
length="240101" type="application/zip" />
<description><![CDATA[
<p><small>
<img src="http://sovietrussia.org/img/archive.png" alt="234 kb"
width="64" height="64" />
</small></p>
<p>No idea what's going on here. My build from 2011-08-13 plays this file fine. Current build doesn't play channels 6 through 13 (all the same instrument). 18 and 19 are muted, as intended.</p>
]]></description>
</item>
<item>
<title>No.1550/1: Stereo loading bug (still/again)</title>
<dc:creator>Lea Rose 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1550.html#1550</link><guid>http://schismtracker.org/scdev/res/1550.html#1550</guid><comments>http://schismtracker.org/scdev/res/1550.html#1550</comments>
<pubDate>Sun, 11 Mar 2012 07:40:19 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/lrtest.wav.zip"
length="162520" type="application/zip" />
<description><![CDATA[
<p><small>
<img src="http://sovietrussia.org/img/archive.png" alt="158 kb"
width="64" height="64" />
</small></p>
<p>long-standing bug: loading stereo samples sucks. Trying to load the left channel only of a 16-bit sample loads half from the left sample and then half from the right. 8-bit samples are not affected.</p><p>It would also be nice to have other options for loading stereo samples (such as loading both channels as mono) but that's less important.</p>
]]></description>
</item>
<item>
<title>No.1540/8</title>
<dc:creator>Jesse Macias 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1549</link><guid>http://schismtracker.org/scdev/res/1540.html#1549</guid><comments>http://schismtracker.org/scdev/res/1540.html#1549</comments>
<pubDate>Sun, 04 Mar 2012 19:37:21 GMT</pubDate>
<description><![CDATA[
<p>I've always thought that if you're trying for insanely tiny file size, a custom tool would be much better anyway than just saving it in a tracker. You can take advantage of a ton of weird tricks with the file format that way. (e.g. overlapping chip sample data with patterns, shoving things into the channel settings in the file header, and so on)</p>
]]></description>
</item>
<item>
<title>No.1540/7</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1548</link><guid>http://schismtracker.org/scdev/res/1540.html#1548</guid><comments>http://schismtracker.org/scdev/res/1540.html#1548</comments>
<pubDate>Sun, 04 Mar 2012 11:32:20 GMT</pubDate>
<description><![CDATA[
<p>Note that OpenMPT also has a "Clear History" function, which will remove all but the current timestamp, so you'll still have an overhead of 8 bytes. Strictly speaking, you have an overhead of 10 bytes, because there's still the number of history entries that is saved and most trackers / players don't like it when that number is missing, although there is a header flag that tells whether this number is present or not, but they ignore that flag.</p>
]]></description>
</item>
<item>
<title>No.1540/6</title>
<dc:creator>Miranda Carroll 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1547</link><guid>http://schismtracker.org/scdev/res/1540.html#1547</guid><comments>http://schismtracker.org/scdev/res/1540.html#1547</comments>
<pubDate>Sun, 04 Mar 2012 07:11:12 GMT</pubDate>
<description><![CDATA[
<blockquote class="unkfunc"><p>&gt;trying to cram a file into a few hundred bytes for a compo</p></blockquote><p>This reason is good enough for me.</p>
]]></description>
</item>
<item>
<title>No.1540/5</title>
<dc:creator>Jesse Macias 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1546</link><guid>http://schismtracker.org/scdev/res/1540.html#1546</guid><comments>http://schismtracker.org/scdev/res/1540.html#1546</comments>
<pubDate>Sun, 04 Mar 2012 04:37:43 GMT</pubDate>
<description><![CDATA[
<p>I suppose you could strip those by saving in an older version of Schism or OpenMPT, but I'd check to make sure it still plays right. Aside from trying to cram a file into a few hundred bytes for a compo or something, why would you want to delete that, though? It's worthwhile data and doesn't take much space.</p><p>Just pushed <a href="http://schismtracker.org/hg/file/476679ebed34/scripts/timestamp.py" rel="nofollow" title="http://schismtracker.org/hg/file/476679ebed34/scripts/timestamp.py">a fix</a> to not break the script with a file that has nothing except history data in it.</p>
]]></description>
</item>
<item>
<title>No.1540/4</title>
<dc:creator>Miranda Carroll 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1545</link><guid>http://schismtracker.org/scdev/res/1540.html#1545</guid><comments>http://schismtracker.org/scdev/res/1540.html#1545</comments>
<pubDate>Sun, 04 Mar 2012 00:32:31 GMT</pubDate>
<description><![CDATA[
<p>Also:</p><pre><code>$ ./timestamp.py supersize.it<br />Traceback (most recent call last):<br />  File "./timestamp.py", line 41, in &lt;module&gt;<br />    para_min = min(filter(None, para))<br />ValueError: min() arg is an empty sequence</code></pre>
]]></description>
</item>
<item>
<title>No.1540/3</title>
<dc:creator>Miranda Carroll 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1543</link><guid>http://schismtracker.org/scdev/res/1540.html#1543</guid><comments>http://schismtracker.org/scdev/res/1540.html#1543</comments>
<pubDate>Sun, 04 Mar 2012 00:19:48 GMT</pubDate>
<description><![CDATA[
<p>How can I clean it out?</p>
]]></description>
</item>
<item>
<title>No.1540/2</title>
<dc:creator>Jesse Macias 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1541</link><guid>http://schismtracker.org/scdev/res/1540.html#1541</guid><comments>http://schismtracker.org/scdev/res/1540.html#1541</comments>
<pubDate>Sat, 03 Mar 2012 23:41:56 GMT</pubDate>
<description><![CDATA[
<p>That is intentional - it's writing session timestamps logging when and how long you were working on a given song. Impulse Tracker writes this info as well, and so do recent versions of OpenMPT. You can extract that with a tool such as <a href="http://schismtracker.org/hg/file/cf8f327d96d2/scripts/timestamp.py" rel="nofollow" title="http://schismtracker.org/hg/file/cf8f327d96d2/scripts/timestamp.py"><code>timestamp.py</code></a> which comes in Schism Tracker's source package.</p>
]]></description>
</item>
<item>
<title>No.1540/1: File gets larger with every save</title>
<dc:creator>Miranda Carroll 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1540.html#1540</link><guid>http://schismtracker.org/scdev/res/1540.html#1540</guid><comments>http://schismtracker.org/scdev/res/1540.html#1540</comments>
<pubDate>Sat, 03 Mar 2012 20:37:03 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/supersize.it"
length="1024" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:07<br />
<img src="http://sovietrussia.org/img/audio.png" alt="1024 b"
width="64" height="64" />
</small></p>
<p>I created a new file, added "000" in top of Order List and saved it.<br />Size of file was 208 bytes.</p><p>Then I loaded and saved it again.<br />Size of file became 8 bytes larger.</p><p>I repeated loading/saving that file for some time, and now it's size is one kilobyte.</p>
]]></description>
</item>
<item>
<title>No.1538/2</title>
<dc:creator>Susanna Potts 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1538.html#1539</link><guid>http://schismtracker.org/scdev/res/1538.html#1539</guid><comments>http://schismtracker.org/scdev/res/1538.html#1539</comments>
<pubDate>Sat, 25 Feb 2012 20:12:21 GMT</pubDate>
<description><![CDATA[
<p>Maybe. I know I have gotten by just fine without ever having it though, so I don't know how useful it might be. Probably once ever did I think "you know, a search-notes feature would be handy here".</p><ul class="metadata"><li><strong>Complexity:</strong> <span>Difficult</span><li><strong>Priority:</strong> <span>Low</span><li><strong>Screen:</strong> <span>Pattern Editor</span><li><strong>Status:</strong> <span>Acknowledged</span></ul>
]]></description>
</item>
<item>
<title>No.1538/1: Search and replace</title>
<dc:creator>Paula Mia Walter 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1538.html#1538</link><guid>http://schismtracker.org/scdev/res/1538.html#1538</guid><comments>http://schismtracker.org/scdev/res/1538.html#1538</comments>
<pubDate>Sat, 25 Feb 2012 11:48:07 GMT</pubDate>
<description><![CDATA[
<p>Would it be a lot of work to implement the following:<br />Search for patterndata that is selected and replace it with clipboard data? It's sort of like the same as searching for string A and replace them with B.</p><p>Lets say I have a song with 100 patterns all with a bassdrum channel. But this bassdrum channel is in one pattern on channel 01 and in other patterns on another channel. I want to make a big change to the bassdrum pattern data. Lots of work to browse and find the data to be replaced.</p><p>e.g. So I select and copy a block of 16. A part where the bassdrum makes a filter slide Z00-Z7F, and it also have some random volume values. I copy this and now I select the part of the pattern where I also want my clipboard to be. However, every occurence within all patterns that match the selection will be replaced by the clipboard. Awesome.</p><p>What is more important than implementation is whether dev and others users would find this useful :) I for one would!</p>
]]></description>
</item>
<item>
<title>No.1505/8</title>
<dc:creator>Mackenzie G. Yang 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1537</link><guid>http://schismtracker.org/scdev/res/1505.html#1537</guid><comments>http://schismtracker.org/scdev/res/1505.html#1537</comments>
<pubDate>Tue, 21 Feb 2012 05:27:02 GMT</pubDate>
<description><![CDATA[
<p>Well, considering <code>./configure</code> doesn't exist in the first place it'd have to be generated, so whichever distro could apply that patch before running the auto* stuff.</p><p>Or something?</p>
]]></description>
</item>
<item>
<title>No.1505/7</title>
<dc:creator>j.eng 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1536</link><guid>http://schismtracker.org/scdev/res/1505.html#1536</guid><comments>http://schismtracker.org/scdev/res/1505.html#1536</comments>
<pubDate>Tue, 21 Feb 2012 01:59:39 GMT</pubDate>
<description><![CDATA[
<p>No I could not, but the devs could :)  If the build files (Makefile.am, etc.) are touched, you run into a regeneration phase where you likely need /all/ the tools.</p>
]]></description>
</item>
<item>
<title>No.1513/11</title>
<dc:creator>Emilee Susanna Slater 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1535</link><guid>http://schismtracker.org/scdev/res/1513.html#1535</guid><comments>http://schismtracker.org/scdev/res/1513.html#1535</comments>
<pubDate>Fri, 17 Feb 2012 04:09:31 GMT</pubDate>
<description><![CDATA[
<p>There we go. Now it should be all right :)</p>
]]></description>
</item>
<item>
<title>No.1513/10</title>
<dc:creator>Emilee Susanna Slater 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1534</link><guid>http://schismtracker.org/scdev/res/1513.html#1534</guid><comments>http://schismtracker.org/scdev/res/1513.html#1534</comments>
<pubDate>Thu, 16 Feb 2012 23:06:50 GMT</pubDate>
<description><![CDATA[
<p>Hm. Playing with this, it flat out isn't cutting off notes at all.</p>
]]></description>
</item>
<item>
<title>No.1513/9</title>
<dc:creator>Emilee Susanna Slater 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1533</link><guid>http://schismtracker.org/scdev/res/1513.html#1533</guid><comments>http://schismtracker.org/scdev/res/1513.html#1533</comments>
<pubDate>Thu, 16 Feb 2012 07:36:20 GMT</pubDate>
<description><![CDATA[
<p>Or even better: just give <code>CHN_NOTEFADE</code> as <a href="http://schismtracker.org/hg/rev/4d096cf3ed3a" rel="nofollow" title="http://schismtracker.org/hg/rev/4d096cf3ed3a">another parameter</a>. This should be functionally identical to the old behavior, with the exception that it doesn't cut notes if the envelope ends with a single-node loop at zero volume. Impulse Tracker doesn't do that either, and you can move the node around to mess with the volume, which might even be useful in a live situation.</p>
]]></description>
</item>
<item>
<title>No.1523/4</title>
<dc:creator>Crystal Head 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1523.html#1532</link><guid>http://schismtracker.org/scdev/res/1523.html#1532</guid><comments>http://schismtracker.org/scdev/res/1523.html#1532</comments>
<pubDate>Thu, 16 Feb 2012 07:08:37 GMT</pubDate>
<description><![CDATA[
<p>And <a href="http://schismtracker.org/hg/rev/e69e41955a15" rel="nofollow" title="http://schismtracker.org/hg/rev/e69e41955a15">fixed</a>. I'm stymied as to why this bug ever existed.</p><ul class="metadata"><li><strong>Status:</strong> <span>Accepted</span> &#8594; <span>Fixed</span></li></ul>
]]></description>
</item>
<item>
<title>No.1523/3</title>
<dc:creator>Tony Wyatt 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1523.html#1530</link><guid>http://schismtracker.org/scdev/res/1523.html#1530</guid><comments>http://schismtracker.org/scdev/res/1523.html#1530</comments>
<pubDate>Wed, 15 Feb 2012 19:59:45 GMT</pubDate>
<description><![CDATA[
<p>I was thinking this was something relatively new, like from the last time I messed with the play flow, but it seems like this has pretty much always existed. Bewildering.</p>
]]></description>
</item>
<item>
<title>No.1513/8</title>
<dc:creator>Franklin Holmes 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1529</link><guid>http://schismtracker.org/scdev/res/1513.html#1529</guid><comments>http://schismtracker.org/scdev/res/1513.html#1529</comments>
<pubDate>Wed, 15 Feb 2012 19:09:03 GMT</pubDate>
<description><![CDATA[
<p>Suppose I could check for those cases and return some kind of value that would only be handled for the volume envelope indicating whether or not to trigger note fade.</p>
]]></description>
</item>
<item>
<title>No.1338/4</title>
<dc:creator>Gregg M. Callahan 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1338.html#1528</link><guid>http://schismtracker.org/scdev/res/1338.html#1528</guid><comments>http://schismtracker.org/scdev/res/1338.html#1528</comments>
<pubDate>Wed, 15 Feb 2012 19:06:04 GMT</pubDate>
<description><![CDATA[
<p>Dunno why this thread never caught my attention. :/</p><p>SDL on OS X doesn't come with autoconf files for whatever reason, so you'll need to grab the sdl.m4 from the source and put it wherever the aclocal directory is. Alternately, you can build SDL from source, which ought to put all the files where they need to be.</p>
]]></description>
</item>
<item>
<title>No.1513/7</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1527</link><guid>http://schismtracker.org/scdev/res/1513.html#1527</guid><comments>http://schismtracker.org/scdev/res/1513.html#1527</comments>
<pubDate>Wed, 15 Feb 2012 19:01:05 GMT</pubDate>
<description><![CDATA[
<p>Should be easy to find... just play some volume envelope that's not looped and should end with a fade-out (i.e. one that doesn't reach zero volume at its end). I have tried simplifying OpenMPT's envelope handling code before, and that's what has kept me from going further. ;)</p>
]]></description>
</item>
<item>
<title>No.1523/2</title>
<dc:creator>Tony Wyatt 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1523.html#1526</link><guid>http://schismtracker.org/scdev/res/1523.html#1526</guid><comments>http://schismtracker.org/scdev/res/1523.html#1526</comments>
<pubDate>Wed, 15 Feb 2012 18:52:18 GMT</pubDate>
<description><![CDATA[
<p>Wtf?!</p><ul class="metadata"><li><strong>Category:</strong> <span>Playback</span><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>High</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1513/6</title>
<dc:creator>Franklin Holmes 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1525</link><guid>http://schismtracker.org/scdev/res/1513.html#1525</guid><comments>http://schismtracker.org/scdev/res/1513.html#1525</comments>
<pubDate>Wed, 15 Feb 2012 18:50:35 GMT</pubDate>
<description><![CDATA[
<p>Yeah, it probably broke stuff... but I'll fix that when I find it :D</p>
]]></description>
</item>
<item>
<title>No.1513/5</title>
<dc:creator>Saga 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1524</link><guid>http://schismtracker.org/scdev/res/1513.html#1524</guid><comments>http://schismtracker.org/scdev/res/1513.html#1524</comments>
<pubDate>Wed, 15 Feb 2012 17:36:47 GMT</pubDate>
<description><![CDATA[
<p>Are you sure that this fix didn't break anything? You got rid of all the CHN_NOTEFADE stuff for volume envelopes!<br />Also, what's stongma.it?</p>
]]></description>
</item>
<item>
<title>No.1523/1: Cxx does weird things when xx &gt; pattern length</title>
<dc:creator>Brennan Berg 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1523.html#1523</link><guid>http://schismtracker.org/scdev/res/1523.html#1523</guid><comments>http://schismtracker.org/scdev/res/1523.html#1523</comments>
<pubDate>Wed, 15 Feb 2012 08:03:40 GMT</pubDate>
<enclosure url="http://schismtracker.org/scdev/src/ccbug.it"
length="1767" type="audio/x-mod" />
<description><![CDATA[
<p><small>
File: 0:08<br />
<img src="http://sovietrussia.org/img/audio.png" alt="1767 b"
width="64" height="64" />
</small></p>
<p>Attached file has a C40 effect on pattern 0. When played with F6 it does some weird pitch shifting effect, or sometimes sets panning?</p><p>Changing values of xx can give really weird results including segfaults, F5 shows a bunch of nonsense sometimes, and ctrl-F11 shows error messages.</p><p>Probably something similar to <a class="quotelink" href="/scdev/res/1444.html#1444">&gt;&gt;1444</a> (could be fixed already even??)</p>
]]></description>
</item>
<item>
<title>No.1350/4</title>
<dc:creator>Alice C. Woods 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1350.html#1522</link><guid>http://schismtracker.org/scdev/res/1350.html#1522</guid><comments>http://schismtracker.org/scdev/res/1350.html#1522</comments>
<pubDate>Tue, 14 Feb 2012 23:23:52 GMT</pubDate>
<description><![CDATA[
<p><a href="http://schismtracker.org/hg/rev/33cbdab63e21" rel="nofollow" title="http://schismtracker.org/hg/rev/33cbdab63e21">Fixed</a>, or at least I <em>think</em> so.</p><ul class="metadata"><li><strong>Status:</strong> <span>Accepted</span> &#8594; <span>Fixed</span></li></ul>
]]></description>
</item>
<item>
<title>No.1348/3</title>
<dc:creator>Rae Watson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1348.html#1521</link><guid>http://schismtracker.org/scdev/res/1348.html#1521</guid><comments>http://schismtracker.org/scdev/res/1348.html#1521</comments>
<pubDate>Tue, 14 Feb 2012 23:07:10 GMT</pubDate>
<description><![CDATA[
<p>So it seems today is "some time". <a href="http://schismtracker.org/hg/rev/0a4e918c9487" rel="nofollow" title="http://schismtracker.org/hg/rev/0a4e918c9487">Fixed!</a></p><ul class="metadata"><li><strong>Status:</strong> <span>Accepted</span> &#8594; <span>Fixed</span></li></ul>
]]></description>
</item>
<item>
<title>No.1444/5</title>
<dc:creator>Hassan Nguyen 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1444.html#1520</link><guid>http://schismtracker.org/scdev/res/1444.html#1520</guid><comments>http://schismtracker.org/scdev/res/1444.html#1520</comments>
<pubDate>Tue, 14 Feb 2012 22:58:50 GMT</pubDate>
<description><![CDATA[
<p>.... Derr, let's mark it as fixed too.</p><ul class="metadata"><li><strong>Status:</strong> <span>Acknowledged</span> &#8594; <span>Fixed</span></li></ul>
]]></description>
</item>
<item>
<title>No.1444/4</title>
<dc:creator>Hassan Nguyen 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1444.html#1519</link><guid>http://schismtracker.org/scdev/res/1444.html#1519</guid><comments>http://schismtracker.org/scdev/res/1444.html#1519</comments>
<pubDate>Tue, 14 Feb 2012 22:58:31 GMT</pubDate>
<description><![CDATA[
<p><a href="http://schismtracker.org/hg/rev/3e8f6a12b8c2" rel="nofollow" title="http://schismtracker.org/hg/rev/3e8f6a12b8c2">Fixed</a>, but it's a shame <a class="quotelink" href="/scdev/res/1444.html#1445">&gt;&gt;1445</a> no longer plays "correctly" now :(</p>
]]></description>
</item>
<item>
<title>No.1366/7</title>
<dc:creator>Leticia M. Cleveland 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1366.html#1518</link><guid>http://schismtracker.org/scdev/res/1366.html#1518</guid><comments>http://schismtracker.org/scdev/res/1366.html#1518</comments>
<pubDate>Tue, 14 Feb 2012 22:52:13 GMT</pubDate>
<description><![CDATA[
<p><a href="http://schismtracker.org/hg/rev/b4de879c90c2" rel="nofollow" title="http://schismtracker.org/hg/rev/b4de879c90c2">Fixed.</a></p><ul class="metadata"><li><strong>Status:</strong> <span>Acknowledged</span> &#8594; <span>Fixed</span></li></ul>
]]></description>
</item>
<item>
<title>No.1178/4</title>
<dc:creator>Michelle Ursula Bartlett 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1178.html#1517</link><guid>http://schismtracker.org/scdev/res/1178.html#1517</guid><comments>http://schismtracker.org/scdev/res/1178.html#1517</comments>
<pubDate>Tue, 14 Feb 2012 22:31:08 GMT</pubDate>
<description><![CDATA[
<p>Rise from the grave.</p><p>There's <a href="http://schismtracker.org/hg/file/230fc1064c96/schism/audio_playback.c#l1165" rel="nofollow" title="http://schismtracker.org/hg/file/230fc1064c96/schism/audio_playback.c#l1165">some code</a> that SEEMS to suppress midi-out if the channel is muted, but I haven't a clue why it might not work.</p>
]]></description>
</item>
<item>
<title>No.1513/4</title>
<dc:creator>Franklin Holmes 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1516</link><guid>http://schismtracker.org/scdev/res/1513.html#1516</guid><comments>http://schismtracker.org/scdev/res/1513.html#1516</comments>
<pubDate>Tue, 14 Feb 2012 22:26:59 GMT</pubDate>
<description><![CDATA[
<p>... Envelope sustain-loop bug <a href="http://schismtracker.org/hg/rev/230fc1064c96" rel="nofollow" title="http://schismtracker.org/hg/rev/230fc1064c96">fixed</a>! Also generalized the envelope position processing code and cut it down to less than half the size.</p><p>For the carry stuff, if there's a difference between IT 2.15 and Schism, if you can post a test file along with either (preferably) output of the correct behavior or at least a description of what it ought to do, I'll try to fix that too.</p><ul class="metadata"><li><strong>Status:</strong> <span>Accepted</span> &#8594; <span>Fixed</span></li></ul>
]]></description>
</item>
<item>
<title>No.1513/3</title>
<dc:creator>Franklin Holmes 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1515</link><guid>http://schismtracker.org/scdev/res/1513.html#1515</guid><comments>http://schismtracker.org/scdev/res/1513.html#1515</comments>
<pubDate>Tue, 14 Feb 2012 20:49:17 GMT</pubDate>
<description><![CDATA[
<p>Oops, forgot to tag this.</p><ul class="metadata"><li><strong>Category:</strong> <span>Playback</span><li><strong>Complexity:</strong> <span>Trivial</span><li><strong>Priority:</strong> <span>High</span><li><strong>Status:</strong> <span>Accepted</span></ul>
]]></description>
</item>
<item>
<title>No.1513/2</title>
<dc:creator>Franklin Holmes 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1514</link><guid>http://schismtracker.org/scdev/res/1513.html#1514</guid><comments>http://schismtracker.org/scdev/res/1513.html#1514</comments>
<pubDate>Tue, 14 Feb 2012 20:46:35 GMT</pubDate>
<description><![CDATA[
<p>2.14 doesn't actually handle the envelope carry flag, afaik.</p>
]]></description>
</item>
<item>
<title>No.1513/1: Incorrect envelope handling wrt sustain/normal loops; carry</title>
<dc:creator>GreaseMonkey 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1513.html#1513</link><guid>http://schismtracker.org/scdev/res/1513.html#1513</guid><comments>http://schismtracker.org/scdev/res/1513.html#1513</comments>
<pubDate>Tue, 14 Feb 2012 20:17:55 GMT</pubDate>
<description><![CDATA[
<p>I was playing around with this after I found that stongma.it was screwing up on IT 2.14v5. I'll sort the information from easiest to hardest, and I think you might know at least the first one of these.</p><ol><li>Normal loop followed by sustain loop: the normal loop is ignored until one does a note-off.</li><li>Carry + Compat Gxx + Gxx: the envelope is retriggered in a weird way despite the carry flag being set.</li><li>For #2: It actually retriggers from the point that the envelope was last "retriggered" by a new note.</li><li>For #1: The loop only resets to the start of the normal loop when you reach a node point (not sure of the exact details)</li></ol><p>I'm quite suprised the first one hasn't been fixed yet.</p>
]]></description>
</item>
<item>
<title>No.1505/6</title>
<dc:creator>Cullen Reggie Dodson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1512</link><guid>http://schismtracker.org/scdev/res/1505.html#1512</guid><comments>http://schismtracker.org/scdev/res/1505.html#1512</comments>
<pubDate>Sat, 11 Feb 2012 19:36:48 GMT</pubDate>
<description><![CDATA[
<p>okay :)</p><p>Thinking about it, I suppose you could sneak around having to install libtool with a tiny patch to replace the <code>$(LIBM)</code> in Makefile.am with <code>-lm</code> directly, and drop the <code>LT_LIB_M</code> and <code>AC_SUBST(LIBM)</code> from configure.ac.</p>
]]></description>
</item>
<item>
<title>No.1505/5</title>
<dc:creator>j.eng 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1511</link><guid>http://schismtracker.org/scdev/res/1505.html#1511</guid><comments>http://schismtracker.org/scdev/res/1505.html#1511</comments>
<pubDate>Sat, 11 Feb 2012 15:55:25 GMT</pubDate>
<description><![CDATA[
<p>It was a small PEBKAC, nothing more. I ran the regeneration due to patching Makefile.am temporarily ( &gt;&gt;&gt;scdev/1504 ), but had accidentally omitted libtool from BuildRequires. (And libtool was recently removed from opensuse's always-installed-by-default list for the chroot±VM build environment to save redundant rebuilds of packages that do not require LT.)</p>
]]></description>
</item>
<item>
<title>No.1505/4</title>
<dc:creator>Cullen Reggie Dodson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1510</link><guid>http://schismtracker.org/scdev/res/1505.html#1510</guid><comments>http://schismtracker.org/scdev/res/1505.html#1510</comments>
<pubDate>Thu, 09 Feb 2012 22:15:31 GMT</pubDate>
<description><![CDATA[
<p>Ah! Here's the source to the <code>LT_LIB_M</code> macro:</p><div class="syn"><pre><span class="c">#!sh</span><br />AC_DEFUN<span class="o">([</span>LT_LIB_M<span class="o">]</span>,<br /><span class="o">[</span>AC_REQUIRE<span class="o">([</span>AC_CANONICAL_HOST<span class="o">])</span>dnl<br /><span class="nv">LIBM</span><span class="o">=</span><br /><span class="k">case</span> <span class="nv">$host</span> in<br />*-*-beos* | *-*-cegcc* | *-*-cygwin* | *-*-haiku* | *-*-pw32* | *-*-darwin*<span class="o">)</span><br />  <span class="c"># These system don&#39;t have libm, or don&#39;t need it</span><br />  ;;<br />*-ncr-sysv4.3*<span class="o">)</span><br />  AC_CHECK_LIB<span class="o">(</span>mw, _mwvalidcheckl, <span class="nv">LIBM</span><span class="o">=</span><span class="s2">&quot;-lmw&quot;</span><span class="o">)</span><br />  AC_CHECK_LIB<span class="o">(</span>m, cos, <span class="nv">LIBM</span><span class="o">=</span><span class="s2">&quot;$LIBM -lm&quot;</span><span class="o">)</span><br />  ;;<br />*<span class="o">)</span></pre></div>
<p><small>Comment too long; full version <a href="http://schismtracker.org/scdev/res/1505.html#1510">here</a>.</small></p>
]]></description>
</item>
<item>
<title>No.1504/2</title>
<dc:creator>David Yesenia Gallagher 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1504.html#1509</link><guid>http://schismtracker.org/scdev/res/1504.html#1509</guid><comments>http://schismtracker.org/scdev/res/1504.html#1509</comments>
<pubDate>Thu, 09 Feb 2012 00:51:35 GMT</pubDate>
<description><![CDATA[
<p><a href="http://schismtracker.org/hg/rev/599b344d0450" rel="nofollow" title="http://schismtracker.org/hg/rev/599b344d0450">Done!</a> That was an easy one-liner.</p>
]]></description>
</item>
<item>
<title>No.1505/3</title>
<dc:creator>Cullen Reggie Dodson 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1508</link><guid>http://schismtracker.org/scdev/res/1505.html#1508</guid><comments>http://schismtracker.org/scdev/res/1505.html#1508</comments>
<pubDate>Thu, 09 Feb 2012 00:45:41 GMT</pubDate>
<description><![CDATA[
<p>Well, I was going to say because <code>-lm</code> doesn't exist on Windows, but turns out I was thinking of <code>-ldl</code>. But surely there's a reason for the macro existing, and I'd rather use them when they exist instead of having to fiddle with such things later on.</p><p>What's the practical difference though? Libtool is installed on most common 'nix build environments, at least I haven't had to deal with any issues like you're encountering. If there's some good reason that I should abandon the macro (other than "I have to install libtool and I don't want to" :) I'm not opposed at all to handling it the old fashioned way.</p>
]]></description>
</item>
<item>
<title>No.1505/2</title>
<dc:creator>j.eng 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1506</link><guid>http://schismtracker.org/scdev/res/1505.html#1506</guid><comments>http://schismtracker.org/scdev/res/1505.html#1506</comments>
<pubDate>Wed, 08 Feb 2012 21:11:20 GMT</pubDate>
<description><![CDATA[
<p>Meh, ignore this one (was: ./configure: line 5972: LT_LIB_M: command not found, as a result of libtool not being installed in the build env).<br />Is there any platform where cos(3) is not in -lm but in something else, that sc has to use LT_LIB_M rather than just passing in -lm into schismtracker_LDADD unconditionally?</p>
]]></description>
</item>
<item>
<title>No.1505/1: schismtracker needs -lm</title>
<dc:creator>j.eng 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1505.html#1505</link><guid>http://schismtracker.org/scdev/res/1505.html#1505</guid><comments>http://schismtracker.org/scdev/res/1505.html#1505</comments>
<pubDate>Wed, 08 Feb 2012 21:06:19 GMT</pubDate>
<description><![CDATA[
<p>Similar to <a href="http://schismtracker.org/scdev/res/1357.html" rel="nofollow">http://schismtracker.org/scdev/res/1357.html</a> : schismtracker needs -lm because its own fmt/aiff.c uses a symbol from that library. (Issue found in schismtracker-20120105)</p><p>/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: fmt/aiff.o: undefined reference to symbol 'floor@@GLIBC_2.2.5'</p>
]]></description>
</item>
<item>
<title>No.1504/1: &#34;auto&#34; directory not created</title>
<dc:creator>j.eng 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1504.html#1504</link><guid>http://schismtracker.org/scdev/res/1504.html#1504</guid><comments>http://schismtracker.org/scdev/res/1504.html#1504</comments>
<pubDate>Wed, 08 Feb 2012 20:57:54 GMT</pubDate>
<description><![CDATA[
<p>When using <code>./configure --disable-dependency-tracking</code>, as some Linux distros seem to be using during automated builds, one runs into this error:</p><p>sh ./scripts/build-font.sh . font/default-lower.fnt font/default-upper-alt.fnt font/default-upper-itf.fnt font/half-width.fnt &gt;auto/default-font.c<br />/bin/sh: auto/default-font.c: No such file or directory<br />make[1]: *** [auto/default-font.c] Error 1</p><p>Solution is to mkdir the dir before sh is run in the rule.</p>
]]></description>
</item>
<item>
<title>No.1502/2</title>
<dc:creator>Christopher Jacqueline Bowman 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1502.html#1503</link><guid>http://schismtracker.org/scdev/res/1502.html#1503</guid><comments>http://schismtracker.org/scdev/res/1502.html#1503</comments>
<pubDate>Tue, 07 Feb 2012 10:05:07 GMT</pubDate>
<description><![CDATA[
<p>That's never something I played with. Considering that last I tried to build the Wii version, the keyboard didn't work, and I also haven't a working installation of devkitpro anymore, I don't really foresee much in the realm of improvements on that front unless someone else picks up on the development (hint: I'm <em>totally</em> ok with that). Unless I missed some key bit of Wii development, I'm pretty sure you'd basically have to write all the driver code to handle a USB MIDI device first... much of which you could possibly lift from Linux drivers, but still, that's icky code to write :)</p><p>It'd be pretty dang cool though, so if someone else does happen to have the interest in doing it, I'll apply their patches.</p>
]]></description>
</item>
<item>
<title>No.1502/1: WII MIDI keyboard control? </title>
<dc:creator>freearttest 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1502.html#1502</link><guid>http://schismtracker.org/scdev/res/1502.html#1502</guid><comments>http://schismtracker.org/scdev/res/1502.html#1502</comments>
<pubDate>Tue, 07 Feb 2012 07:01:07 GMT</pubDate>
<description><![CDATA[
<p>Hello! I am wondering if anyone has had any luck connecting a midi controller to their Wii in order to trigger samples and/or instruments in Schism Tracker. I have tried to make it happen with an m-audio midi-to-usb adaptor, but it isn't detected under midi ports in the midi setup tab. Will the Rock Band 3 midi adaptor help, or is this just not one of the features of Wii Schism Tracker? I'm cueing drum tracks and accompaniments with a Dance Dance Revolution mat, and the latency is practically non-existent. It would be very cool to get that same responsiveness triggering samples from the Wii (like the ModPlug instrument tab without the latency) using a midi keyboard or midi taurus-style pedals. Can it be done?</p>
]]></description>
</item>
<item>
<title>No.1493/4</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1493.html#1501</link><guid>http://schismtracker.org/scdev/res/1493.html#1501</guid><comments>http://schismtracker.org/scdev/res/1493.html#1501</comments>
<pubDate>Tue, 07 Feb 2012 02:08:27 GMT</pubDate>
<description><![CDATA[
<p>... then again, this would be quite relevant in creating ultra-realistic violin tracks =)</p>
]]></description>
</item>
<item>
<title>No.1493/3</title>
<dc:creator>delt !DEimOs08uM 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1493.html#1500</link><guid>http://schismtracker.org/scdev/res/1493.html#1500</guid><comments>http://schismtracker.org/scdev/res/1493.html#1500</comments>
<pubDate>Tue, 07 Feb 2012 02:05:57 GMT</pubDate>
<description><![CDATA[
<p>I vaguely remember there was something about this in IT's documentation - and in ST3's documentation as well if i'm not mistaken.</p><p>....otoh, i also remember reading (at least the ST3 readme file) and asking myself "what kind of stupid idiot would want to bend/slide across samples of different frequency?"</p>
]]></description>
</item>
<item>
<title>No.1494/5</title>
<dc:creator>CommanderKeen 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1494.html#1499</link><guid>http://schismtracker.org/scdev/res/1494.html#1499</guid><comments>http://schismtracker.org/scdev/res/1494.html#1499</comments>
<pubDate>Fri, 03 Feb 2012 13:33:27 GMT</pubDate>
<description><![CDATA[
<p>Oooh, XMPlay can do this? I have to check it out then. I'd still love to have it in Schism Tracker, but it would be a fine solution until then.</p>
]]></description>
</item>
<item>
<title>No.1494/4</title>
<dc:creator>O. Hobbs 	</dc:creator>
<link>http://schismtracker.org/scdev/res/1494.html#1498</link><guid>http://schismtracker.org/scdev/res/1494.html#1498</guid><comments>http://schismtracker.org/scdev/res/1494.html#1498</comments>
<pubDate>Thu, 02 Feb 2012 20:20:53 GMT</pubDate>
<description><![CDATA[
<p><a class="quotelink" href="/scdev/res/1494.html#1497">&gt;&gt;1497</a><br />Per-channel already is implemented, y'know. Shift-F10 :)</p><p>XMPlay can render instrument-wise too. I can't find any details about Magicfish, but I know XMPlay generally has excellent quality/accuracy :)</p>
]]></description>
</item>
</channel></rss>
