Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user Harvey ! (Registered 2024-11-25) You are not logged in - nap
CSDb User Forums


Forums > CSDb Discussions > Was the SID designed with replay of digitised samples via $d418 in mind?
2016-08-23 07:09
Krill

Registered: Apr 2002
Posts: 2969
Was the SID designed with replay of digitised samples via $d418 in mind?

Reading the comments to Flash for Fantasy with remarks such as
Quoting Rudi
I remember the first time i heard this. I was totally impressed by the fact that the C64 could play digitized samples.
and
Quoting DivertigO
I used to have dreams in the 80s that my computer could display or play things that were a technical impossibility. Hearing this for the first time felt surreal.
i again wondered whether this was an actual "invention" or "discovery" at some time or known right from the start (at least by its creator).

Referring to the authorities:

Quoting Bob Yannes himself
The final amp was a 4-bit multiplying D/A converter which allowed the volume of the output signal to be controlled. By stopping an Oscillator, it was possible to apply a DC voltage to this D/A. Audio could then be created by having the microprocessor write the Final Volume register in real-time. Game programs often used this method to synthesize speech or play "sampled" sounds.
Quoting SID 6581 datasheet
Bits 0-3 (VOL0-VOL3) select 1 of 16 overall Volume levels for the final composite audio output. The output volume levels range from no output (0) to maximum volume (15 or #F) in 16 linear steps. This control can be used as a static volume control for balancing levels in multi-chip systems or for creating dynamic volume effects, such as Tremolo. Some Volume level other than zero must be selected in order for SID to produce any sound.
Now, Mr Yannes makes it sound as if sample replay via $d418 was indeed a feature designed by him, but he remains inexplicit. The 6581 datasheet mentions no such thing, and with 8580, sample replay as used thus far broke due to "bug fixes" (was Bob Yannes still involved or did other engineers strictly adhere to some spec not mentioning sample replay?).

A related question is when the first program to play 4-bit samples surfaced, and who made it.
2016-08-23 07:15
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: Reading the comments to Flash for Fantasy with remarks such as
Quoting Rudi
I remember the first time i heard this. I was totally impressed by the fact that the C64 could play digitized samples.
and
Quoting DivertigO
I used to have dreams in the 80s that my computer could display or play things that were a technical impossibility. Hearing this for the first time felt surreal.
i again wondered whether this was an actual "invention" or "discovery" at some time or known right from the start (at least by its creator).

Referring to the authorities:

Quoting Bob Yannes himself
The final amp was a 4-bit multiplying D/A converter which allowed the volume of the output signal to be controlled. By stopping an Oscillator, it was possible to apply a DC voltage to this D/A. Audio could then be created by having the microprocessor write the Final Volume register in real-time. Game programs often used this method to synthesize speech or play "sampled" sounds.
Quoting SID 6581 datasheet
Bits 0-3 (VOL0-VOL3) select 1 of 16 overall Volume levels for the final composite audio output. The output volume levels range from no output (0) to maximum volume (15 or #F) in 16 linear steps. This control can be used as a static volume control for balancing levels in multi-chip systems or for creating dynamic volume effects, such as Tremolo. Some Volume level other than zero must be selected in order for SID to produce any sound.
Now, Mr Yannes makes it sound as if sample replay via $d418 was indeed a feature designed by him, but he remains inexplicit. The 6581 datasheet mentions no such thing, and with 8580, sample replay as used thus far broke due to "bug fixes" (was Bob Yannes still involved or did other engineers strictly adhere to some spec not mentioning sample replay?).

A related question is when the first program to play 4-bit samples surfaced, and who made it.


No, I would say no. Changing master volume shouldn't affect the DC level (that was a bug), but it did on the old SID. This was fixed in the new SID, hence $d418 samples are in-audible there. Master volume should really only scale the AC levels right?
2016-08-23 07:19
Oswald

Registered: Apr 2002
Posts: 5086
no.
2016-08-23 07:20
Oswald

Registered: Apr 2002
Posts: 5086
"This was fixed in the new SID, hence $d418 samples are in-audible there."

not completely tho. it still there quietly.
2016-08-23 07:22
Krill

Registered: Apr 2002
Posts: 2969
Quoting JackAsser
No, I would say no. Changing master volume shouldn't affect the DC level (that was a bug), but it did on the old SID. This was fixed in the new SID, hence $d418 samples are in-audible there. Master volume should really only scale the AC levels right?
"Should." :) Still, master volume is usually set exactly once, before any sound is played. "Repurposing" it for sample replay via continuous updates is an ingenius idea, if it actually was one.

Now, 8580 broke that, as it is known, and i really wonder how that happened. Well-known commercial programs (popular games) had been using it for a while already. Were the engineers living under a rock?
2016-08-23 09:24
algorithm

Registered: May 2002
Posts: 705
d418 samples on the 8580 can be audible dependent on the waveforms/frequency currently active. For example Exploding Fist and Mega Apocalypse are some examples where d418 samples can be loud on some occasions.
2016-08-23 09:38
Zer0-X
Account closed

Registered: Aug 2008
Posts: 78
I recall seeing a video from Bil Herd where he mentions that 8580 was redesigned by some other engineer (not sure if he told the name) after Yannes had been long gone from C= already.
2016-08-23 09:56
Mixer

Registered: Apr 2008
Posts: 447
http://www.classiccmp.org/cini/pdf/Commodore/ds_6581.pdf

The datasheet mentions about testbit that: "it can be used to create highly complex waveforms under software control."

Which is true.

The "earliest 4-bit samples" has been addressed in some old forum thread, imho.
2016-08-23 21:57
Jammer

Registered: Nov 2002
Posts: 1335
Quoting Krill
Were the engineers living under a rock?


Well, we can only thank engineers that they removed that nasty popping ;) Samples in games were marginal case and regular sidmakers only gained from that fact ;) All in all, we have far greater sample replayer nowadays so I don't cry that much over crappy d418 ;)
2016-08-24 08:19
Oswald

Registered: Apr 2002
Posts: 5086
"Were the engineers living under a rock?"

if you have read "on the edge" you'll know most of them did :)
2016-08-24 15:16
Krill

Registered: Apr 2002
Posts: 2969
Oswald: Care to quote or recap? :)
2016-08-24 17:38
Oswald

Registered: Apr 2002
Posts: 5086
Quote: Oswald: Care to quote or recap? :)

well, there's the long story of why commodore drives are friggin slow, from the buggy chip, to the factory optimising the parallel lines away, and finishing at Tramiel himself telling the programmer the drive must be on his desk working by mondey (on friday or so).

or there's the VDC, with DMA with no designated function to trigger an irq when finished. yes the designer of the VDC thought the cpu has no other task than busy polling the VDC wether DMA finishd.

or the constant struggle with prototypes at CES, fex they had a handful of working c128, but none of them worked fully, so each displayed a demo whcih it could run flawlessly :)

Read that book its filled with stories like this, you will understand that the c64 and the amiga, or even commodore as a tech company was more of a lucky coincidence, then part of a master plan.
2016-08-24 18:23
Krill

Registered: Apr 2002
Posts: 2969
Sounds like business as usual in any given tech company to me. :D
And what does that have to do with living under a rock? :)
2016-08-24 18:58
chatGPZ

Registered: Dec 2001
Posts: 11357
indeed, i bet everyone working in IT could tell similar stories from projects happening around him..... all tech stuff is barely working =D
2016-08-24 19:21
Oswald

Registered: Apr 2002
Posts: 5086
Quote: Sounds like business as usual in any given tech company to me. :D
And what does that have to do with living under a rock? :)


the final product is more of luck and randomness, than careful planning, like "oh many games use the volume glitch, lets not optimise away that", and if you think a company working like this is pretty normal, then why are u suprised 0 fucks were given of old digi compatibity ?
2016-08-24 20:12
Krill

Registered: Apr 2002
Posts: 2969
Because it appears that they weren't even aware of the - pretty significant - use of that glitch.

Usually it's the old road-paved-with-good-intentions thing where ultimately some things have to go while engineering is done either quick-n-dirty or by trial-n-error - but fixing a bug requires time and effort that would probably be better spent on new features and such if one is aware that the fix would break existing software.

But yeah ok, living under a rock indeed, it seems :)
2016-08-25 06:01
oziphantom

Registered: Oct 2014
Posts: 490
Another recent tidbit from Bil, was that they didn't think anybody would use Illegal Opcodes. Maybe 5 people. This was in response to somebody doing a test and getting a value of about 50%..
2016-08-25 06:07
oziphantom

Registered: Oct 2014
Posts: 490
Also I think the 8580 was "fixed" in that it actually followed Bob's Spec, were as the 6581 was just thrown together, and well stuff just happened. Bob even admitted that he put the filter equations into the simulator and the simulator said, that is not going to work or do something consistent. But they still made the chip with them... But compared to the sparkle bug what is dodgy audio filters ;)

I've read that the d418 digi happened because one of the internal traces was too close to another, which let it bleed through thanks to the crapness of NMOS. The 8580 the designer put in proper gaps and hence "broke" it.
2016-08-28 17:10
Krill

Registered: Apr 2002
Posts: 2969
Quoting oziphantom
I've read that the d418 digi happened because one of the internal traces was too close to another, which let it bleed through thanks to the crapness of NMOS. The 8580 the designer put in proper gaps and hence "broke" it.
That pretty much settles it, and it also explains why $d418 samples are still audible on 8580, albeit mutedly. Do you have a source?
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
iAN CooG/HVSC
Acidchild/Padua
E$G/HF ⭐ 7
Britelite/Dekadence
CreaMD/React
RS-232
Visage/Lethargy
www.gb64.com
Bieno/Commodore Plus
Nordischsound/Hokuto..
Guests online: 97
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Wonderland XIV  (9.6)
10 Comaland 100%  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Libertongo  (9.5)
6 Rainbow Connection  (9.5)
7 Onscreen 5k  (9.5)
8 Morph  (9.5)
9 Dawnfall V1.1  (9.5)
10 It's More Fun to Com..  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Nostalgia  (9.3)
5 Triad  (9.2)
Top Graphicians
1 Mirage  (9.7)
2 Archmage  (9.7)
3 Mikael  (9.6)
4 Carrion  (9.6)
5 Sulevi  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.067 sec.