ChanServ changed the topic of ##yamahasynths to: Channel dedicated to questions and discussion of Yamaha FM Synthesizer internals and corresponding REing. Discussion of synthesis methods similar to the Yamaha line of chips, Sound Blasters + clones, PCM chips like RF5C68, and CD theory of operation are also on-topic. Channel logs: https://freenode.irclog.whitequark.org/~h~yamahasynths
<l_oliveira>
This is just generic information not really pertinent to the CDTV but... It might be pre-I2S because it's so old
<cr1901_modern>
cc: ejs__ if you're around, some useful info here I think :P
<l_oliveira>
I think that mitsubishi chip might be a little annoying to obtain
<ejs__>
oh
<l_oliveira>
absolutely makes sense try to "drain" all other fault possibilities
<l_oliveira>
but that sure looks too similar to the problems I had with the mega-cd game before I tried replacing it's CD-ROM decoder chip
<l_oliveira>
it would work for a couple minutes then the unit would start to corrupt and crash (for example games which loaded full motion video would have heavy corruption artifacts on the frames of the videos)
<l_oliveira>
even from silver discs
<ejs__>
i haven't yet looked at the buffer RAM on the M50422
<l_oliveira>
try checking that first
<ejs__>
interestingly enough the raw digital datastream goes out to the host connector
<l_oliveira>
the DAC is on the CDTV mainboard?
<ejs__>
no, i don't think the cdtv uses it, let me check
<l_oliveira>
I don't think it reads the data digitally
<l_oliveira>
First console I ever seen doing that was the 3DO lol
<ejs__>
actually hmm the CDTV does take the data
<ejs__>
goes to an LC7883
<l_oliveira>
even the PS2 uses the legacy CDDA to play CDDA
<l_oliveira>
LC7883 is the DAC
* cr1901_modern
considers registering ##opencd as a channel for creating a FOSS CDROM chipset. Like I won't totally abandon this in 2 months.
<l_oliveira>
I think that is for right-justified PCM
<ejs__>
weirdly it also has a 3-pin connector, i was assuming that's for analog audio
<l_oliveira>
is what the early sega/mega-cd uses with old sony CD drive
<l_oliveira>
that could be for tray control?
<l_oliveira>
that drive is early and these things were not standardized yet
<l_oliveira>
well, not tray because that's a caddy lol
<ejs__>
yeah
<l_oliveira>
btw I love your posts on repairs of old stuff
<l_oliveira>
keep strong
<ejs__>
thanks!
<ejs__>
oh, it's the CDROM control interface for playing audio CDs
<ejs__>
sck, sdata from the front panel MCU
<ejs__>
so that's how you can start playing CDs with the Amiga turned off
<ejs__>
yeah i might look at that buffer RAM.
<l_oliveira>
so audio CDs operate perfectly, right?
<ejs__>
yep
<ejs__>
my next tactic was going to be booting it off a workbench floppy, hooking up a keyboard and mouse, and seeing if i can view files
<l_oliveira>
I was just talking of that earlier
<ejs__>
all i can do now is insert a CD and see the icon pop up on the workbench screen with the name and everything
<ejs__>
but nothing more.
<l_oliveira>
you can insert some random cd and while running regular amiga software/os access the cd-rom and check what it returns
<ejs__>
yeah that's the idea
<ejs__>
the cdtv ROM adds a device so that amigaos (even old 1.3) can see it
<l_oliveira>
that will make for more interesting posts
<ejs__>
yup
<l_oliveira>
any idea how difficult it will be to source that part if it's bad?
<l_oliveira>
btw I also had one case of a PS1 with a similar fault
<l_oliveira>
the PS1 was a blue debugging unit so I had to fix it, it's not like one of the millions of common PS1s you find on used stores
<l_oliveira>
it was the cd-rom decoder chip too but that's a sony part
<ejs__>
utsource claims to have the LC8951.
<l_oliveira>
But you need the Mitsubishi, no ?
<l_oliveira>
Does it have a LC8951?
<ejs__>
the M50422?
<l_oliveira>
That is the DSP?
<ejs__>
the M50422 is DSP
<l_oliveira>
oh ok the DSP is fine
<l_oliveira>
so it is LC8951 then
<ejs__>
digital data gets fed from that to the LC8951 which does the host interface
<ejs__>
could still be the RAM, it could have bad bits and i wouldn't necessarily hear it in the audio
<l_oliveira>
yes it has the CD-ROM buffering and error correction
<l_oliveira>
on top of CD DSP reed solomon
<ejs__>
due to all the shuffling and error correction and such
<l_oliveira>
bad error correction will make things crash
<ejs__>
well, it's been a very fascinating investigation, i've never worked on CD players or CDROM drives before.
<ejs__>
they're not as complex as i thought
<l_oliveira>
yeah, people were scared of it
<l_oliveira>
look how once people understood it a whole lot of ODEs appeared for the videogames
<cr1901_modern>
ODEs?
<TD-Linux>
ejs__, a bit of a long shot but have you ever tried to repair a membrane keyboard?
<l_oliveira>
Optical Drive Emulator
<cr1901_modern>
ahhh
<l_oliveira>
Not the Dreamcast, that's ATA
<cr1901_modern>
The control and decoding circuitry is def more complicated compared to say a floppy or MFM/RLL hard drive IMO. But I think the overall picture isn't too much worse than understand floppies
<l_oliveira>
but Neo Geo CD and Saturn, for example
<l_oliveira>
floppy the complicated stuff is signal processing, no?
<TD-Linux>
the hard part here is that the connecting ribbon (the part that is broken) is covered by a very hard coating
<cr1901_modern>
l_oliveira: Hmmm, that's a good point. AFAICT, the signal is massaged more on a floppy before converted into digital pulses
<cr1901_modern>
whereas the laser signal is amplified and directly put into the DSP?
* cr1901_modern
doesn't know
<TD-Linux>
my current best idea is to fab a custom flex pcb that spans over to the first exposed area and then attaches with conductive tape. but that solution is kinda complex and also expensive
<l_oliveira>
there's a lot of analog circuitry making the optical pickup function
<l_oliveira>
a phase locked loop synchronizes the disc rotation and keep speed constant, for example
<TD-Linux>
cr1901_modern, the happycube LD decoder includes a CD audio decoder. doesn't seem like a far stretch to go from that to CDROM
<l_oliveira>
if the PLL loses sync for whatever reason the drive micro controller might keep sending kick commands to the spindle servo making it spin really fast
<l_oliveira>
for example if you put a blank on the drive
<cr1901_modern>
TD-Linux: I don't understand LD well either, tbh. I don't even know whether it's analog or digital :P.
<cr1901_modern>
After hearing 5 contradictory explanations on the topic
<l_oliveira>
it will have no groove to sync with and will do exactly that
<ejs__>
TD-Linux, how many traces are torn?
<TD-Linux>
ejs__, all of them. it's not really shown but basically the end of the "ribbon cable" portion is torn off
<ejs__>
cr1901_modern, LD is analog but it's stored as digital pulses that are modulated analog RF
<TD-Linux>
all the traces are intact to the end but there's no reliable way to contact them
<ejs__>
you can see that it was having trouble tracking in that one spot
<l_oliveira>
oh ok
<l_oliveira>
probably the groove was too weak?
<ejs__>
that was burned at like 24x or something ludicrous
<l_oliveira>
I have more success on recording blanks following the ATIP exactly
<l_oliveira>
if it says 48x I burn it at 48x
<l_oliveira>
typically the media have a few alternative write strategies
<l_oliveira>
like three
<ejs__>
ok, i'm def not an expert there
<l_oliveira>
which one is best depends on the firmware of the recorder
<ejs__>
TD-Linux, oh so it tore completely in the middle there? where you have the white flex hooked up?
<l_oliveira>
so people typically burn a few discs using different settings and then profile them to see which one gives best signal ratio
<ejs__>
just by probing the HF line?
<ejs__>
one of the reasons i probed the PLL filter line is that i was hoping to get an idea of the jitter it was correcting for
<l_oliveira>
actually using a different drive and reading it with a program on the PC
<ejs__>
ATAPI has a way to get that low level info?
<l_oliveira>
but yes it's certainly scientific you test them at the HF line
<l_oliveira>
no but people check speed of the reads
<l_oliveira>
when signal is poor there's retries and that cause speed to drop when reading
<l_oliveira>
so you checking the actual eye pattern is much better
<ejs__>
ah interesting
<ejs__>
i should try digitizing the eye with my saleae. it's sometimes hard to see on the scope
<l_oliveira>
but doesn't mean it can't be tested with just different drives
<ejs__>
also, if i export the waveform, i may be able to write some python to extract the actual jitter figure
<l_oliveira>
you might have found a new hobby lol
<ejs__>
i wrote some similar code for decoding floppy data using a somewhat nontraditional method
<ejs__>
yeah i get pretty crazy trying to get amigas up and running
<ejs__>
like the A2000 i brought back from the dead recently
<ejs__>
i wish i had diagrom years ago, it's so useful.
<l_oliveira>
I read that too
<ejs__>
what i wanted to communicate with that thread is that you can troubleshoot precisely without shotgun replacing parts
<ejs__>
so i didn't start by cleaning up the battery damage on purpose
<l_oliveira>
I like to understand what I am doing
<l_oliveira>
but that mega-cd was fucking insane
<ejs__>
did you write it up anywhere?
<l_oliveira>
at some point I thought of shotgunning it
<TD-Linux>
ejs__, exactly
<l_oliveira>
I bugged Artemio Urbina about it, he implemented basic memory test for MEGA/SEGA-CD on his 240p suite for the Mega Drive/SEGA Genesis
<l_oliveira>
and when I tested the MEGA-CD memory all passed
<l_oliveira>
I was like WTF is this dung
<l_oliveira>
then I replaced the LC8951 and it worked perfectly afterwards
<Foone>
I need an amiga... but only so I can run the TV Guide channel software
<TD-Linux>
semi related, I have one of the VHD players that is MSX control compatible but it's busted. there's virtually no documentation on VHD format :(
<l_oliveira>
well, anxious for more posts on the CDTV
<l_oliveira>
The player does not work at all?
<l_oliveira>
have any media for it? Stylus are consumable and I don't think you can get spares nowadays
<TD-Linux>
it spins up but eventually rejects the disk. I can't see the VHD equivalent of the eye signal at all (which is at an obvious location, as the analog amp is right next to the needle)
<TD-Linux>
I do have a spare stylus
<TD-Linux>
and media
<cr1901_modern>
ejs__: Ack
<l_oliveira>
do you have tools to check the capacitors?
<l_oliveira>
take them off and test
<l_oliveira>
I don't like replacing capacitors, I only replace the ones which fail
<cr1901_modern>
l_oliveira: Just to add, unlike a CD, a floppy doesn't bother keeping the disk rotation constant, even when there's a PLL present (765). Not sure why it's more important on CD.
<l_oliveira>
I only replace all if the person who brings me the device asks me to
<cr1901_modern>
(Note: the 765 has it's own clock even if there's a PLL to generate the read clock from the floppy.)
<TD-Linux>
l_oliveira, once I bother to take a capacitor off I usually always replace it just because removing it was 90% of the work. I might eventually just go through all the caps on this thing but it seems a bit of a long shot
<l_oliveira>
what bad capacitors cause on a device depends heavily on the power supply technology and power topology
<l_oliveira>
on things with buck converters or switching power supplies the caps are operated on stressful conditions
<ejs__>
ahh electrolytic capacitors, aka better living through chemistry
<TD-Linux>
ejs__, still looking forward to your lecture
<l_oliveira>
on some devices the power supply is linear and the capacitors have a more peaceful life
<ejs__>
i'm thinking about making one in a paint can
<cr1901_modern>
Will it be filled with MUCON mucus?
<l_oliveira>
have you ever thought how stressful is to get charged and discharged thousands of times per second
<ejs__>
TD-Linux, you might also consider using metallic paint or carbon paint to connect the traces to magnet wire or wire wrap wire
<TD-Linux>
l_oliveira, yes, in fact that happens whenever I use twitter
<l_oliveira>
your guts vibrating at an high frequency lol
<l_oliveira>
eventually you will have diarrhea
<l_oliveira>
<shrug:
<ejs__>
brown note
<l_oliveira>
SMD electrolytic caps are the only thing I say you better keep a eye on them and replace them if you can
<ejs__>
i have a feeling they often get overheated during reflow
<TD-Linux>
I've always wondered why they seem more prone to failure
<TD-Linux>
alternately, maybe electrolytes rated to survive reflow are worse somehow
<ejs__>
i kinda hate SMD electrolytics in general. the design is wacky
<ejs__>
it's just a through hole cap with a little plastic chair, and they flatten the legs and bend them out
<TD-Linux>
yeah it's very mechanically weak
<ejs__>
as evidenced by all the troglodytes who tear them off of boards with pliers
<l_oliveira>
yeah they always die miserable deaths because their rubber seal get bad
<ejs__>
you know that's a fascinating question
<ejs__>
why do they leak in the first place?
<l_oliveira>
because the rubber seal at the bottom fail
<ejs__>
right but how and why?
<ejs__>
does the rubber itself degrade or crack?
<ejs__>
or maybe the electrolyte degrades and separates
<l_oliveira>
have you seen what happens with old rubber bands
<l_oliveira>
they either get rock hard
<ejs__>
it's fairly gelatinous normally, it's got glycol in it
<l_oliveira>
or they degrade into a sticky goo
<ejs__>
but if it separates out, then maybe that makes it easier for it to run out
<ejs__>
yeah i should tear open some of the bad caps i've found recently
<l_oliveira>
what if heating them makes the glicol fail?
<ejs__>
i'll have to dig through the trash to get at them though, lol
<l_oliveira>
I do tore smd caps with cutting pliers
<l_oliveira>
then I pull the body without twist
<l_oliveira>
and that leave the feet and solder which I can remove easily
<ejs__>
yeah maybe side cutters partway up the metal body
<ejs__>
then pull the rubber bits off the leads
<l_oliveira>
yes I do exactly that
<l_oliveira>
that does not stress the board
<l_oliveira>
I don't care about the cap I care about the board
<ejs__>
i'll have to try that sometime. still have to be very careful about not applying too much force relative to the board
<l_oliveira>
after that I use some chemical (lemon juice or white vinegar) to remove the rust
<l_oliveira>
finally a brass brush to expose the solder
<ejs__>
be careful what chemical you use, i use vinegar for battery corrosion but electrolytic capacitor electrolyte is acidic
<ejs__>
so you have to use baking soda to neutralize it
<ejs__>
i started using a new method recently, i boil some distilled water and add baking soda to it so that it dissolves
<kode54>
ahoy Foone
<ejs__>
cool it down, then brush it on the board
<ejs__>
then i do a distilled water rinse to clean off the excess
<ejs__>
it worked quite well on the CDTV power supply
<l_oliveira>
This machine gave me problems with the VRAM chips a couple months ago but that's a different thing lol
<ejs__>
washing helps but the lemon/vinegar won't help you at all
<ejs__>
unless it is a NiCd battery, then you want lemon or vinegar
<l_oliveira>
so baking soda is it
<ejs__>
yeah, you want a base (alkaline)
<ejs__>
washing up powder might also work
<l_oliveira>
That unit gave me a headache after I re-populated it
<TD-Linux>
if in doubt I think just a lot of rinse should work too as all of this is water soluble
<ejs__>
aka washing powder
<ejs__>
*washing soda :P
<l_oliveira>
a broken trace between the cpu and the CD-ROM interface chip
<l_oliveira>
an address line
<l_oliveira>
guess what was happening lol
<ejs__>
hmm interesting
<l_oliveira>
it could not read the CD ROM buffer correctly
<l_oliveira>
so it would never acknowledge a game disc
<l_oliveira>
but it would play music discs
<ejs__>
hehe sounds familiar
<l_oliveira>
how you can shotgun fix such a fault?
<l_oliveira>
it was a broken trace
<l_oliveira>
so check if the LC8951 has proper connections to the amiga side
<ejs__>
reminds me of my epic amiga 4000T repairs
<ejs__>
so much capacitor leakage on the CPU card i had to fix 10-15 vias
<ejs__>
basically i had to ohm out the entire card
<TD-Linux>
that was an impressive level of work
<TD-Linux>
broken vias are difficult / impossible to find visually :(
<ejs__>
yeah i had one additional via break on that same card the other day
<ejs__>
really what i ought to do is buy one of the repro 3640 cards and just transplant the parts over
<ejs__>
i'd love to upgrade to one of the 68060 boards but the *chip alone* is going for like $200 on ebay
<l_oliveira>
Honestly repair broken traces is so much better than repair boards with failing ICs
<l_oliveira>
huge ASICs from Fujitsu and Ricoh which are rotting internally and have pins disconnecting inside
<TD-Linux>
ejs__, btw what makes you not use a modern accelerator? cost or lack of retro aesthetic
<ejs__>
oh that sounds awful
<ejs__>
cost, availability, and my desire to not encourage the bullshit nonsense of closed source hardware
<ejs__>
i do have an amiga with a TF530 accelerator, so there is that.
<TD-Linux>
ejs__, ah yeah that part of the amiga community is pretty dumb :(
<TD-Linux>
ejs__, would you be at all interested in an open source ecp5-based accelerator?
<ejs__>
yeah i really don't like those guys. i'm with chucky on that lol.
<ejs__>
ecp5 based accelerator sounds interesting
<TD-Linux>
I've made one based on the ulx3s for x68000 and it should work in an amiga as well
<TD-Linux>
by "made" I mean I have the hardware in hand and I'm currently fighting ao68000
<ejs__>
heh
<sorear>
wondering how far you can get with amphoteric cleaning agents that will neutralize acids or bases
<ejs__>
yeah every time i regret collecting amigas, i look over at the people collecting obscure japanese machines
<TD-Linux>
sorear, unfortunately there is a lack of science in this area
<cr1901_modern>
chucky?
<ejs__>
chucky is the guy who did the a3640 reverse engineering and clone
<ejs__>
also the diagrom and a bunch of other cool stuff
<cr1901_modern>
ahhh
<ejs__>
the diagrom is amazing btw
<TD-Linux>
no one has really done a controlled comparison of the various cleaning methods (or even capacitor removal methods for that matter). and it's hard to do because it involves both making an authentic corroded board and then waiting for it to corrode again
<ejs__>
ALSO for the folks who like weird japanese computers, i found the Sharp MZ-2500 recently.
<sorear>
grab and yank?
<ejs__>
hmm
<ejs__>
you could simulate it with a copper clad board. tear open a capacitor and squeeze the juice out on the board, then stick it in a temperature chamber/oven for a while to accelerate the process
<TD-Linux>
I wonder what capacitor on digikey yields the highest squeezings per $
<ejs__>
physical volume
<ejs__>
BTW, fascinating obscure piece of knowledge
<ejs__>
capacitor electrolyte was colloquially referred to as "gu" by the team that invented the transistor
<ejs__>
they used it in some early tests to try and create a collector region
<ejs__>
basically the emitter was an insulated needle, and the collector was a tiny metal loop dipped into gu
<TD-Linux>
ejs__, might also be possible to use more concentrated boric acid if we're confident that's what causes most of the damage
<TD-Linux>
(but I'm not super confident in it)
<ejs__>
a tiny blob on the surface of a germanium die.
<ejs__>
TD-Linux, yeah perhaps. boric acid is also pretty common in eyedrops, so that might be a good source of it
<l_oliveira>
MSX is by no means a "weird japanese computer", is it?
<TD-Linux>
ejs__, was that to avoid having to dope it at all?
<TD-Linux>
l_oliveira, *tips sake cup* MSX is at best entry level weird japan computer
<ejs__>
they were trying to get very close contact with the surface of the germanium to avoid boundary effects
<andlabs>
entry level weird
<andlabs>
hopefully not entry level japanese computer
<l_oliveira>
MSX was kind of mainstream
<l_oliveira>
compared to Sharp stuff which was kind of expensive
<ejs__>
i've been trying to reproduce their experiment for a while. it's tricky.
<andlabs>
unless you mean Casio
<TD-Linux>
ejs__, oh they didn't have a metal base plate at all?
<andlabs>
yes Casio made MSXs
<andlabs>
they were all bare-minimum spec
<l_oliveira>
and man those were cheap
<TD-Linux>
occurs to me I don't know how they actually bonded the metal base plate to the germanium
<andlabs>
they literally only hold collector's value
<ejs__>
well the base was metal and held the sliver of germanium. the emitter was the needle, and the collector was the ring+the gu
<l_oliveira>
they were barebones
<andlabs>
I have a Yamaha CX-5MU (yes the U is important here) and a Panasonic FS-A1F
<andlabs>
the CX-5M is fitted with a SFG-05
<l_oliveira>
they are enough to play game cartridges which apparently is what attract most of the people who collects MSX nowadays
<l_oliveira>
want in it
<TD-Linux>
I fixed a friend's MSX whose LDO had failed and the whole thing was running on 7V
<l_oliveira>
a videogame that can run some minimal basic programs
<TD-Linux>
only a bit of graphics ram and the floppy controller were cooked by that
<andlabs>
the commodore max machine
<l_oliveira>
LDO?
<andlabs>
=P
<andlabs>
(that was [21:33:36] <l_oliveira>a videogame that can run some minimal basic programs
<andlabs>
should have probably answered in the form of a question)
<l_oliveira>
power supply ?
<ejs__>
Low DropOut regulator
<l_oliveira>
oh thanks
<andlabs>
which MSX was that TD-Linux
<l_oliveira>
lol I was typing that question
<TD-Linux>
a sony fb-h1xdj
<l_oliveira>
A1F uses a switching power supply
<l_oliveira>
I've repaired some of it
<andlabs>
ah
<TD-Linux>
*f1xdj
<TD-Linux>
it's a switching power supply now :^)
<andlabs>
A1F also uses cheap plastic cartridge door
<andlabs>
I can never NOT break it off
<l_oliveira>
same as the A1-MKII if I am not mistaken
<TD-Linux>
I was super not impressed with the MSX flash carts available
<l_oliveira>
you can buy a cheap A1 MKII if you want the cover
<TD-Linux>
I would make my own if I ever desired to actually own a MSX
<andlabs>
oh I ahve the cover, I just have to fit ti back every time
<andlabs>
TD-Linux: just get the fractal2000 one
<l_oliveira>
only MSX2 uses custom chips
<andlabs>
he includes a preformatted SD card with everything
<l_oliveira>
you can make a MSX1 out of a Coleco for example (lol)
<andlabs>
of course that's a bare bones flash cart that ONLY does the flash cart-y things
<andlabs>
there are alternative sif you want stuff like the simulated SCC chip
<l_oliveira>
SCC you can steal one of a Konami cartridge
<TD-Linux>
andlabs, I used the one with SCC but it had a habit of forgetting it had RAM
<l_oliveira>
it also doubles as memory mapper for megarom games
<andlabs>
yeah but then you lose th SCC-II features
<andlabs>
or you mena ctually taking a SCC-II, in which case, why?! they're still expensive af
<l_oliveira>
buy a copy of snatcher or sd snatcher and you get that sound cartridge
<l_oliveira>
yes expensive af
<cr1901_modern>
Super-Deformed Snatcher?
<andlabs>
yes
<cr1901_modern>
Cute
<andlabs>
go ask hideo kojima why they made it
<cr1901_modern>
Kojima does what he wants
<l_oliveira>
expensive af because Hideo Kojima
<andlabs>
btw I also have a FM-PAC
<l_oliveira>
other konami games are expensive but not af (lol_
<andlabs>
and a Philips MSX-AUDIO that's *unmodified*
<andlabs>
(yes I explicitly sought an unmodified one, and I don't intend on modding it)
<l_oliveira>
Most expensive cartridge game CIB is Solid Snake, no?
<andlabs>
l_oliveira: I disagree with the "but not af" part
<andlabs>
hell I argue all MSX games are stupidly overpriced but w/e
<l_oliveira>
I mean non Kojima games are not expensive as the Kojima ones
<l_oliveira>
they are because people all over the world are collecting them now
<andlabs>
yeah but there still should not be a shortage
<andlabs>
it's not like they only made 1,000 of each game
<l_oliveira>
Before MSX became cool they were cheap af
<l_oliveira>
google "ESE-SCC"
<l_oliveira>
see how some of these SCC cartridges disappeared
<l_oliveira>
(lol)
<andlabs>
I mean Konami did use the SCC in a lot of games so
<andlabs>
and not jsut MSX games either
<andlabs>
though i do wonder why they never used it in the Famicom
<l_oliveira>
Pennant Race probably the most common victim
<l_oliveira>
Only two arcade boards have the MSX SCC in them
<andlabs>
instead building a weaker chip and then licensing a YM2413
<andlabs>
(which they also never used on the MSX)
<l_oliveira>
Haunted Castle and Hexion
<andlabs>
huh
<andlabs>
I thought it was used in more but ok
<andlabs>
what does Gradius use?
<l_oliveira>
oh and Nyan kaboodle
<l_oliveira>
three
<l_oliveira>
Gradius use a early SCC which had a rom with the waveforms in it
<l_oliveira>
MSX SCC was developed for a cartridge so it has RAM instead
<andlabs>
heh
<andlabs>
also on the subject of haunted castle
<l_oliveira>
Still the Gradius SCC sounds the very same
<andlabs>
"If you are losing around 4 health per hit and you haven't found any subweapons or hearts, you have Version "M". Version "M" is for those who hate life. To remedy this, download and play Version "K". It's still frustrating and subpar, but nowhere close to being as abysmal of an experience as Version "M"." - http://blogsquirrel.blogspot.com/2011/06/haunted-castle.html
l_oliveira has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
Xyz_39809 has joined ##yamahasynths
Xyz39808 has quit [Ping timeout: 260 seconds]
<ValleyBell>
Rusty becomes surprisingly easy once you know the levels a bit. (Well, the first 7 stages at least.)
<fseidel>
Rusty always felt like a prime example of a soundtrack with a game attached
<fseidel>
is it actually any good?
_whitelogger has joined ##yamahasynths
<TD-Linux>
if you want a pc98 action game yes
<TD-Linux>
it's probably known well here mostly because it doesn't require knowledge of japanese
<TD-Linux>
enormous caveat: I've only made it for the first two levels because imaging playing games on old pcs when you could be fixing the old pcs instead
ej5 has joined ##yamahasynths
ejs__ has quit [Ping timeout: 240 seconds]
cr1901_modern has quit [Read error: Connection reset by peer]