summaryrefslogtreecommitdiff
path: root/blog
diff options
context:
space:
mode:
authorGravatar Chris Xiong <chirs241097@gmail.com> 2022-07-01 03:28:28 +0800
committerGravatar Chris Xiong <chirs241097@gmail.com> 2022-07-01 03:28:28 +0800
commit5c377b081415aff0040dc56116a9a4226c2ac295 (patch)
treebd5f1277a86571c9fd53a0f0eb0af6be2c431ffa /blog
parent5f05a701a18f724e1fc8ea49674dff0e96247262 (diff)
downloadweb-5c377b081415aff0040dc56116a9a4226c2ac295.tar.xz
Fix table captions, add a few more photos.
Diffstat (limited to 'blog')
-rw-r--r--blog/post/2019-04-25.html2
-rw-r--r--blog/post/2020-11-20.html23
2 files changed, 20 insertions, 5 deletions
diff --git a/blog/post/2019-04-25.html b/blog/post/2019-04-25.html
index ca48f89..af8b757 100644
--- a/blog/post/2019-04-25.html
+++ b/blog/post/2019-04-25.html
@@ -77,7 +77,7 @@ for(let x of cl)
a.setAttribute('x',n-1);
a.innerHTML='show';
a.href='javascript:void(0)';
- b.innerHTML=dd.getAttribute('caption');
+ b.innerHTML=dd.getAttribute('data-caption');
s.appendChild(b);
s.appendChild(document.createTextNode(' ['));
s.appendChild(a);
diff --git a/blog/post/2020-11-20.html b/blog/post/2020-11-20.html
index 245b88d..bd6f0c9 100644
--- a/blog/post/2020-11-20.html
+++ b/blog/post/2020-11-20.html
@@ -77,7 +77,7 @@ for(let x of cl)
a.setAttribute('x',n-1);
a.innerHTML='show';
a.href='javascript:void(0)';
- b.innerHTML=dd.getAttribute('caption');
+ b.innerHTML=dd.getAttribute('data-caption');
s.appendChild(b);
s.appendChild(document.createTextNode(' ['));
s.appendChild(a);
@@ -323,8 +323,22 @@ for(let x of al)
<p>And then something extremely stupid happened. Any proper electrical engineer will cringe hard. At this point I was getting cocky, and started randomly probing around with my multimeter on the volume board. I “accidentally” shorted the first two pins of the connector going from the main board into the volume board (pin 1 and pin 2 on CN7 of volume board). The output from the headphone jack immediately turns into complete garbage (severe distortions on low frequencies). The OpAmps chip on the volume board started getting ridiculously hot… crap! I still managed to fry something for an otherwise “perfect” modding project!</p>
<p>Of course this is undesirable. So I had to find a fix to this.</p>
<p>Fortunately, nothing on the main board seemed to be hurt. I can just bypass the volume control and get the correct output on output 1 using some jumper wires. So the fault is contained in the volume board. I’ve basically sent -15V straight into the base of two transistors, but measuring those transistors didn’t reveal anything wrong with them. So I had to assume I have fried the amp chip (NJM4565). I got a few replacements (NJM4580, compatible spec-wise) from taobao, and replaced the “faulty” NJM4565 (still without using flux). But the audio output is still messed up and the opamp chip still gets very hot after the replacement. I decided to give up for now, and look into the thing later. Meanwhile I just tucked some of the wires from CN6 into CN7 so that I can still get analog output from output 1 on the back panel.</p>
+<table>
+<tbody><tr>
+<td>
+<div style="text-align:center;max-width:98%;">
+<a href="//filestorage.chrisoft.org/blog/img/sdp2_volbrd_fixattempt.jpg"><img style="width: 33%;" src="//filestorage.chrisoft.org/blog/img/ssbsthumb_1536x1536_sdp2_volbrd_fixattempt.jpg"></a> <br>My terrible SMD soldering
+</div>
+</td>
+<td>
+<div style="text-align:center;max-width:98%;">
+<a href="//filestorage.chrisoft.org/blog/img/sdp2_bypass.jpg"><img style="width: 33%;" src="//filestorage.chrisoft.org/blog/img/ssbsthumb_1536x1536_sdp2_bypass.jpg"></a> <br>Recombined plug for volume board bypass
+</div>
+</td>
+</tr>
+</tbody></table>
<div style="text-align:center;max-width:90%;">
-<a href="//filestorage.chrisoft.org/blog/img/sdp2_volbrd_fixattempt.jpg"><img style="width: 50%;" src="//filestorage.chrisoft.org/blog/img/ssbsthumb_1536x1536_sdp2_volbrd_fixattempt.jpg"></a> <br>My terrible SMD soldering
+<br>
</div>
<h2 id="tocanch3" class="tvis">Recording Setup Update Part 1</h2>
<p>Since I have always wanted to record my SD-80 through a digital link (even before frying the analog output), I have been keeping an eye on cheap digital recording solutions. Modern professional audio interfaces never come with digital input on budget models. Among the older interfaces, UA-25(EX) from Roland (EDIROL / Cakewalk) seems to be a reasonable choice. There are also a bunch of different models from various brands of the same era that have digital inputs. However these models are virtually impossible to get in China. Then some cheapo consumer grade stuff caught my attention – several relatively nameless brands have “sound cards” for home theater uses that have digital I/O. Those are priced at roughly 200~300 Chinese yuan. Among those I found a more widely recognized brand called Terratec. They have PCI-e and USB sound cards that comes with digital I/O and are available for purchase in China. Price are on the higher end (300+ CNY), however still way cheaper than the cheapest professional audio interface that doesn’t have digital I/O (those start from ~800 CNY). Plus these models seem to have a reasonable Linux user base, so I got their Aureon 7.1 USB.</p>
@@ -1360,7 +1374,7 @@ Reverb, Chorus, MFX (16 slots, 67 types), EQ, compressor (drum part), Surround,
<li>Acoustic drum set from the solo set is a cut down version of the studio kit from SRX-03 Studio, which is also the source of Super Quartet’s drums.</li>
<li>Piano patches are pulled straight from SR-JV80-09, which is also included in SRX-07. SC-8850 has the same Piano sound.</li>
<li>Clavi is almost identical to one of the many clavi patches from SC-8820/8850, and is likely ultimately from the JVs and SR-JV80 boards.</li>
-<li>Samples of Flute vib sounds identical to the one with the same name (“Flute Vib3 A”) in SRX-03.</li>
+<li>Samples of Flute vib sound identical to those with the same name (“Flute Vib3 A/B/C”) in SRX-03.</li>
<li>Samples of St.Brass and St.Sm Choir also come straight from SRX-03.</li>
<li>Multiple sound effects are from earlier SC models. Some are also used by XV-5080’s GM2 mode.</li>
<li>A lot of patches in the special sets are pulled from the XV-5080. They use the exact same parameters, except the waveforms. If you can find a preset with the same name as an instrument from SD-80’s special set in the XV-5080, chances are they sound almost identical, especially since a lot of them are analog/digital synth patches, and waveforms don’t matter as much. There are a few exceptions – a preset with the name “Cascade” is found in both instruments, but they have nothing in common except the name. There are also a lot of XV-5080 “inspired” patches: they have different names from the original XV-5080 patch, but very similar sound design. In fact, the “Cascade” patch mentioned above is one of these XV-5080 “inspired” patch, but you have to figure out the original yourself as I forgot which one it is.</li>
@@ -1512,6 +1526,7 @@ Stereo Auto Wah
<li>Very few (if any) preset patches uses the modulation matrix of the XV engine correctly. All of them has the modulation source set to ‘OFF’.</li>
<li>Only 5 of all preset patches used non-default tone structures: “Runaway Rez”, “Purple Spin”, “FM layer”, “FM Delight”, and “Xmod EP”. All of them are in the special sets. 3 of them are unmodified XV-5080 patches.</li>
<li>There doesn’t seem to be a way to set the system tempo of the SD-80/90 with MIDI messages, nor can the SD-80/90 sync its MIDI clock with a host, rendering the system clock mostly useless. Neither of these two is true for the XV-5080.</li>
+<li>Ever wondered why some patches have seemingly nonsensical waveforms selected in disabled tones <a id="n23" href="#note23" class="note">[23]</a>? Just look up those wave numbers in the waveform list of XV-5080 or the corresponding SRX board! <a id="n24" href="#note24" class="note">[24]</a> This, once again, suggests Roland used the XV-5080 as the development platform for the StudioCanvas.</li>
<li>From Sound On Sound’s review of the SD-90: “To me, however, USB audio and the Sound Canvas sound set don’t add up to £799, and although I grew to like the SD90, I’m not sure how many people will find it attractive at this price point.” – ZUN, apparently.</li>
</ul>
<h2 id="tocanch42" class="tvis">Errata of the original post</h2>
@@ -1533,7 +1548,7 @@ Stereo Auto Wah
</ul>
</article>
</div><br><hr>
- <div class="TText" id="notediv" style="font-size:80%;"><span class="TText"><a id="note1" href="#n1">[1]</a>: Judging by the way Roland utilized the SH-3 CPU in MC-909, which has a 16MHz external clock input and a 8x multiplier (128MHz internal clock), I would guess the CPU in SD-80 also works at 8x multiplier and therefore 96MHz internally.<br></span><span class="TText"><a id="note2" href="#n2">[2]</a>: Later the source of this DC bias is determined to be SD-80 itself, not the recording device. See the next section.<br></span><span class="TText"><a id="note3" href="#n3">[3]</a>: オールインワン・モデルSD-90でご好評いただいた、新開発MIDI音源部を搭載したマルチティンバー音源が登場。 As seen <a href="https://web.archive.org/web/20020604015208/http://www.roland.co.jp/products/dtm/SD-80.html">here</a>. I don’t actually know any Japanese and just pieced stuff together randomly. Sorry if I butchered your language.<br></span><span class="TText"><a id="note4" href="#n4">[4]</a>: Munt isn’t strictly an emulation. It doesn’t emulate the CPU or actual circuitry of the MT-32. See below.<br></span><span class="TText"><a id="note5" href="#n5">[5]</a>: without Roland losing their mind and releasing all internal documentation on the XV engine, or some absolute madlad spending 15 hours everyday on reverse engineering the thing for half a year, that is.<br></span><span class="TText"><a id="note6" href="#n6">[6]</a>: SD-80 has 32MiB of compressed wave ROM, see the “list of integrated circuit chips on SD-80 main board” in the first section. Roland’s waveform compression scheme usually results in a ~50% compression ratio. Therefore the content is roughly equal to 64 MiB of uncompressed 16-bit PCM wave.<br></span><span class="TText"><a id="note7" href="#n7">[7]</a>: The “23C128” kind of gave it away – they are the <code>μPD23C128040ALGY</code> mask ROM chips from NEC, which is the exact same type of ROM used in XV-5080. Unlike the XV-5080 though, the SD-80 makes use of both its J variant and K variant, while the XV-5080 only uses the J variant (these variants have symmetric pin configuration). <br></span><span class="TText"><a id="note8" href="#n8">[8]</a>: Well, the Raspberry Pi isn’t really suitable for this task because it doesn’t have enough GPIO pins. But there’s an easy workaround for that.<br></span><span class="TText"><a id="note9" href="#n9">[9]</a>: For readers who wonders what “mask” means in this context: you can treat a mask ROM as a huge array of tiny switches that can’t be turned on or off once manufactured. You can access the state of a group of switches by giving an address to its input pins. The mask is used as a template of the states of these switches during the manufacture process. This is electrical engineering amateur Chris trying to explain mask ROM in layman’s terms.<br></span><span class="TText"><a id="note10" href="#n10">[10]</a>: HyperCanvas (HQ-GM2) or Cakewalk TTS-1, which is a rebranding of the former; SuperQuartet (HQ-QT) and Orchestral (HQ-OR). A plugin called GrooveSynth (P5antom) bundled with several earlier Cakewalk products providing patches from the MC-303 Groovebox also uses this engine.<br></span><span class="TText"><a id="note11" href="#n11">[11]</a>: which is kind of weird considering Spectrasonics basically spun off from Roland<br></span><span class="TText"><a id="note12" href="#n12">[12]</a>: Also used in XP-80, see the errata section of its service manual.<br></span><span class="TText"><a id="note13" href="#n13">[13]</a>: HD64F7017F28, SH7017 in parts list<br></span><span class="TText"><a id="note14" href="#n14">[14]</a>: 40 of the 90 types will take up all three slots, most likely due to the reduced DSP power.<br></span><span class="TText"><a id="note15" href="#n15">[15]</a>: Support for multisamples also exist in Fantom S/S88, so this is more likely due to an updated system software rather than changes of the synth engine.<br></span><span class="TText"><a id="note16" href="#n16">[16]</a>: There are evidence that some of them are handled by software (SD-80 having one more LFO per part than the XV-5080). However it can also be using LFO blocks in the XV chip that is unused in the XV-5080.<br></span><span class="TText"><a id="note17" href="#n17">[17]</a>: This mapping is used for DT1/RQ1 system exclusive messages.<br></span><span class="TText"><a id="note18" href="#n18">[18]</a>: The first half is also true for earlier SC models (SC-55 &lt;-&gt; JV-880, SC-88 &lt;-&gt; JV-1080, SC-88Pro &lt;-&gt; JV-2080, SC-8850 &lt;-&gt; XV-3080). However the second half isn’t. Earlier SC models employs a GS-specific address map which looks nothing like their counterparts.<br></span><span class="TText"><a id="note19" href="#n19">[19]</a>: And also the last time, since neither the SD-20 nor the SD-50 has such editability.<br></span><span class="TText"><a id="note20" href="#n20">[20]</a>: Apparently it’s from the SC-8850.<br></span><span class="TText"><a id="note21" href="#n21">[21]</a>: The multisample from Roland Cloud seem to have an extra sample in the highest register, which sounds like it’s processed with a low-pass filter with very low cut off frequency and makes it sound like garbage. This is also the case for the version included in the original SRX-09 boards.<br></span><span class="TText"><a id="note22" href="#n22">[22]</a>: The owner’s manual of the SD-80 contains blatant lies. It says “It is not possible for the edited sounds to be saved in the internal memory of the SD-80” (which is directly copied from SD-90’s manual), and goes on to teach you how to save a user patch.<br></span></div>
+ <div class="TText" id="notediv" style="font-size:80%;"><span class="TText"><a id="note1" href="#n1">[1]</a>: Judging by the way Roland utilized the SH-3 CPU in MC-909, which has a 16MHz external clock input and a 8x multiplier (128MHz internal clock), I would guess the CPU in SD-80 also works at 8x multiplier and therefore 96MHz internally.<br></span><span class="TText"><a id="note2" href="#n2">[2]</a>: Later the source of this DC bias is determined to be SD-80 itself, not the recording device. See the next section.<br></span><span class="TText"><a id="note3" href="#n3">[3]</a>: オールインワン・モデルSD-90でご好評いただいた、新開発MIDI音源部を搭載したマルチティンバー音源が登場。 As seen <a href="https://web.archive.org/web/20020604015208/http://www.roland.co.jp/products/dtm/SD-80.html">here</a>. I don’t actually know any Japanese and just pieced stuff together randomly. Sorry if I butchered your language.<br></span><span class="TText"><a id="note4" href="#n4">[4]</a>: Munt isn’t strictly an emulation. It doesn’t emulate the CPU or actual circuitry of the MT-32. See below.<br></span><span class="TText"><a id="note5" href="#n5">[5]</a>: without Roland losing their mind and releasing all internal documentation on the XV engine, or some absolute madlad spending 15 hours everyday on reverse engineering the thing for half a year, that is.<br></span><span class="TText"><a id="note6" href="#n6">[6]</a>: SD-80 has 32MiB of compressed wave ROM, see the “list of integrated circuit chips on SD-80 main board” in the first section. Roland’s waveform compression scheme usually results in a ~50% compression ratio. Therefore the content is roughly equal to 64 MiB of uncompressed 16-bit PCM wave.<br></span><span class="TText"><a id="note7" href="#n7">[7]</a>: The “23C128” kind of gave it away – they are the <code>μPD23C128040ALGY</code> mask ROM chips from NEC, which is the exact same type of ROM used in XV-5080. Unlike the XV-5080 though, the SD-80 makes use of both its J variant and K variant, while the XV-5080 only uses the J variant (these variants have symmetric pin configuration). <br></span><span class="TText"><a id="note8" href="#n8">[8]</a>: Well, the Raspberry Pi isn’t really suitable for this task because it doesn’t have enough GPIO pins. But there’s an easy workaround for that.<br></span><span class="TText"><a id="note9" href="#n9">[9]</a>: For readers who wonders what “mask” means in this context: you can treat a mask ROM as a huge array of tiny switches that can’t be turned on or off once manufactured. You can access the state of a group of switches by giving an address to its input pins. The mask is used as a template of the states of these switches during the manufacture process. This is electrical engineering amateur Chris trying to explain mask ROM in layman’s terms.<br></span><span class="TText"><a id="note10" href="#n10">[10]</a>: HyperCanvas (HQ-GM2) or Cakewalk TTS-1, which is a rebranding of the former; SuperQuartet (HQ-QT) and Orchestral (HQ-OR). A plugin called GrooveSynth (P5antom) bundled with several earlier Cakewalk products providing patches from the MC-303 Groovebox also uses this engine.<br></span><span class="TText"><a id="note11" href="#n11">[11]</a>: which is kind of weird considering Spectrasonics basically spun off from Roland<br></span><span class="TText"><a id="note12" href="#n12">[12]</a>: Also used in XP-80, see the errata section of its service manual.<br></span><span class="TText"><a id="note13" href="#n13">[13]</a>: HD64F7017F28, SH7017 in parts list<br></span><span class="TText"><a id="note14" href="#n14">[14]</a>: 40 of the 90 types will take up all three slots, most likely due to the reduced DSP power.<br></span><span class="TText"><a id="note15" href="#n15">[15]</a>: Support for multisamples also exist in Fantom S/S88, so this is more likely due to an updated system software rather than changes of the synth engine.<br></span><span class="TText"><a id="note16" href="#n16">[16]</a>: There are evidence that some of them are handled by software (SD-80 having one more LFO per part than the XV-5080). However it can also be using LFO blocks in the XV chip that is unused in the XV-5080.<br></span><span class="TText"><a id="note17" href="#n17">[17]</a>: This mapping is used for DT1/RQ1 system exclusive messages.<br></span><span class="TText"><a id="note18" href="#n18">[18]</a>: The first half is also true for earlier SC models (SC-55 &lt;-&gt; JV-880, SC-88 &lt;-&gt; JV-1080, SC-88Pro &lt;-&gt; JV-2080, SC-8850 &lt;-&gt; XV-3080). However the second half isn’t. Earlier SC models employs a GS-specific address map which looks nothing like their counterparts.<br></span><span class="TText"><a id="note19" href="#n19">[19]</a>: And also the last time, since neither the SD-20 nor the SD-50 has such editability.<br></span><span class="TText"><a id="note20" href="#n20">[20]</a>: Apparently it’s from the SC-8850.<br></span><span class="TText"><a id="note21" href="#n21">[21]</a>: The multisample from Roland Cloud seem to have an extra sample in the highest register, which sounds like it’s processed with a low-pass filter with very low cut off frequency and makes it sound like garbage. This is also the case for the version included in the original SRX-09 boards.<br></span><span class="TText"><a id="note22" href="#n22">[22]</a>: The owner’s manual of the SD-80 contains blatant lies. It says “It is not possible for the edited sounds to be saved in the internal memory of the SD-80” (which is directly copied from SD-90’s manual), and goes on to teach you how to save a user patch.<br></span><span class="TText"><a id="note23" href="#n23">[23]</a>: For example, nearly all acoustic bass patches have a disabled tone with wave number 249 “TenBlwSaxVib” selected, and the Fiddle 2 vib patch have a disabled tone with wave number 276 “Blow Pipe” selected.<br></span><span class="TText"><a id="note24" href="#n24">[24]</a>: Wave #249 in XV-5080 is UprightBs 2A, and Wave #276 in SRX-09 is Fdl Pizz 1C (Fiddle Pizzicato).<br></span></div>
<div id="insanch" style="height:3em;"></div>
<div id="footer" style="">
<div id="pagesw" class="TText" style="width:100%;height:0.5em;"></div>