shakedown.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A community for live music fans with roots in the jam scene. Shakedown Social is run by a team of volunteers (led by @clifff and @sethadam1) and funded by donations.

Administered by:

Server stats:

279
active users

#umac

0 posts0 participants0 posts today
Stylus<p>I have pico-mac playing the system beep on an i2s dac (though when <span class="h-card" translate="no"><a href="https://mastodon.cloud/@adafruit" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>adafruit</span></a></span> <span class="h-card" translate="no"><a href="https://fosstodon.org/@ladyada" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ladyada</span></a></span> made a build locally, it didn't work for her, hmmmm, I'll get that sorted tomorrow)</p><p>in the process, I discovered an interesting problem that might be randomly corrputing a certain 740 bytes of RAM when pico-mac or umac is configured for a non-power-of-two memory size! <a href="https://github.com/evansm7/umac/issues/15" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/evansm7/umac/issues</span><span class="invisible">/15</span></a></p><p>the fix seems to be another rom patch:</p><pre><code> /* Fix up the sound buffer as used by BootBeep */<br> ROM_WR32(0x292, RAM_SIZE - 768);<br></code></pre><p>and is also included in <a href="https://github.com/evansm7/umac/pull/14" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">github.com/evansm7/umac/pull/14</span><span class="invisible"></span></a></p><p>you also avoid the problem if you configure pico-mac for 256kB, 512kB, 1024kB, etc.</p><p><a href="https://social.afront.org/tags/marchintosh" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>marchintosh</span></a> <a href="https://social.afront.org/tags/picoMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>picoMac</span></a> <a href="https://social.afront.org/tags/umac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>umac</span></a> <a href="https://social.afront.org/tags/rp2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rp2</span></a> <a href="https://social.afront.org/tags/rp2350" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rp2350</span></a></p>
Stylus<p>I contributed a patch to umac to allow bigger resolutions. How about 1280x720? I even learned a tiny bit of 68k assembly in the process.</p><p>It was a bit tricky, as there were places that the screen width in bytes is used as an 8-bit signed constant. For 1024 pixels and up, the immediate value became 0x80, which is -128, not 128... out-of-line patches were needed in order to have 16-bit constants in the mouse cursor draw &amp; hide routines.</p><p><a href="https://github.com/evansm7/umac/pull/12" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">github.com/evansm7/umac/pull/12</span><span class="invisible"></span></a></p><p>my hope, which is quite distant, is to support this resolution on rp2350 with hstx (since I've previously seen it make an excellent 1280x720 text mode with dvhstx)</p><p><a href="https://social.afront.org/tags/marchintosh" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>marchintosh</span></a> <a href="https://social.afront.org/tags/rp2350" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rp2350</span></a> <a href="https://social.afront.org/tags/umac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>umac</span></a></p>