English Amiga Board


Go Back   English Amiga Board > Main > Retrogaming General Discussion

 
 
Thread Tools
Old 02 February 2019, 01:43   #141
pandy71
Registered User
 
Join Date: Jun 2010
Location: PL
Posts: 1,690
Quote:
Originally Posted by AmigaHope View Post
What he's saying is that it's not nonlinear from the center of the waveform (i.e. signed, like a-law, mu-law, etc.), but rather that it's nonlinear from the bottom of the unsigned waveform, so that the most resolution is at one half of the extreme side of the waveform and the least is at the other extreme side of the waveform. It means you'd never be able to, for instance, make a good sine wave, instead it would have a nice sine shape on the bottom and a square shape on the top of the waveform.

Now I don't know if he's *correct* or not, but that's what I got from what he said.
Don't get me wrong but i see no problem to convert signed to unsigned and vice versa - important is quantization steps and seem curve is correct - higher level less accurate (bigger) quantization step. But i may wrongly interpret datasheet - poor quality especially for YM.
Once again - from my perspective volume control act as non linear DAC and if this logarithmic characteristic is not addressed correctly then you have severe distortion. Key is to map uniformly quantized PCM to quasi-logarithmic characteristic of this "DAC" .
pandy71 is offline  
Old 05 February 2019, 11:16   #142
Bruce Abbott
Registered User

Bruce Abbott's Avatar
 
Join Date: Mar 2018
Location: Hastings, New Zealand
Posts: 284
The AY DAC is a 'single-ended' programmable current generator. When this current is passed through a resistor connected to 0V, it produces a voltage proportional to the current. With standard load resistance the output voltage varies from 0V (amplitude 0) to 1V (amplitude 15), with 0.5V achieved at amplitude 13.

The datasheet is a little misleading because in one place it shows a linear ramp, while the actual output is logarithmic. Some versions of the AY datasheet also have an oscilloscope trace which shows the actual output waveform. Here you can see the 0V level (horizontal line at bottom) and voltage steps as the amplitude is ramped down and up. The finest steps are at the bottom, which equates to the negative peaks of an 'AC' sound waveform.

Tones are square waves whose voltage oscillates between 0V and the voltage set by the amplitude. Envelope shaping can be used to produce a tone with decaying volume, the logarithmic output reduction matching the decay characteristics of a typical physical instrument. However since the output is referenced to 0V, the 'mid-point' voltage of the waveform also reduces logarithmically, producing a lower frequency which is audible at fast envelope rates.

When I first tried out an AY-3-8912 in the early 1980's, I was quite disappointed by the audible steps and 'interference' from the envelope shaping. However at that time I was just trying to generate the cleanest possible notes, not realizing that the AY's 'flaws' could be used to make much richer and more interesting sounds!
Attached Thumbnails
Click image for larger version

Name:	DAC output.jpg
Views:	43
Size:	47.5 KB
ID:	61929   Click image for larger version

Name:	DAC out scope.jpg
Views:	44
Size:	45.8 KB
ID:	61930  
Bruce Abbott is offline  
Old 07 February 2019, 10:20   #143
alexh
Thalion Webshrine
alexh's Avatar
 
Join Date: Jan 2004
Location: Oxford
Posts: 12,230
Almost completely off topic (different sound chip) but if you've got an STe and never tried this sound demo before you should

http://www.pouet.net/prod.php?which=52336
alexh is offline  
Old 07 February 2019, 12:01   #144
Hewitson
Registered User
Hewitson's Avatar
 
Join Date: Feb 2007
Location: Melbourne, Australia
Age: 37
Posts: 3,393
What's so impressive about an STe playing modules? People have been doing that for decades.
Hewitson is offline  
Old 09 February 2019, 00:56   #145
alexh
Thalion Webshrine
alexh's Avatar
 
Join Date: Jan 2004
Location: Oxford
Posts: 12,230
Quote:
Originally Posted by Hewitson View Post
What's so impressive about an STe playing modules? People have been doing that for decades.
You must never have played modules on a real STe using the players commonly available? If you had, and you then used this demo you would know what is so great about it. Or there's something wrong with your ears :-)
alexh is offline  
Old 10 February 2019, 14:32   #146
pandy71
Registered User
 
Join Date: Jun 2010
Location: PL
Posts: 1,690
Quote:
Originally Posted by alexh View Post
You must never have played modules on a real STe using the players commonly available? If you had, and you then used this demo you would know what is so great about it. Or there's something wrong with your ears :-)
After brief source check, Paula emulation is done with fixed frequency (obvious as STE do not support variable sample rate as Paula) - and this means that anything sampled faster than 25033Hz will be not played correctly. Only NTSC Paula is emulated (PAL Amiga i.e. whole European demoscene is played inaccurately).
Don't get me wrong, I agree - this can be spectacular for Atari STE and Falcon users but from Amiga perspective this still not Paula due radical difference in both architectures (i assume Falcon DSP could be capable to perform proper signal processing to deal with above problems).

I have strong impression that good coders on Atari ST added trough pure software many unique Amiga HW features (of course at a cost of CPU utilization) and at some point Atari ST coders pushed limitations beyond Amiga. Why this not happen on Amiga?
This is obvious example of Atari ST coders skills http://www.leonik.net/dml/sec_pcs.py and http://www.leonik.net/dml/sec_crypto.py
pandy71 is offline  
Old 10 February 2019, 19:22   #147
frank_b
Registered User
 
Join Date: Jun 2008
Location: Boston USA
Posts: 441
Quote:
Originally Posted by pandy71 View Post
After brief source check, Paula emulation is done with fixed frequency (obvious as STE do not support variable sample rate as Paula) - and this means that anything sampled faster than 25033Hz will be not played correctly. Only NTSC Paula is emulated (PAL Amiga i.e. whole European demoscene is played inaccurately).
Don't get me wrong, I agree - this can be spectacular for Atari STE and Falcon users but from Amiga perspective this still not Paula due radical difference in both architectures (i assume Falcon DSP could be capable to perform proper signal processing to deal with above problems).

I have strong impression that good coders on Atari ST added trough pure software many unique Amiga HW features (of course at a cost of CPU utilization) and at some point Atari ST coders pushed limitations beyond Amiga. Why this not happen on Amiga?
This is obvious example of Atari ST coders skills http://www.leonik.net/dml/sec_pcs.py and http://www.leonik.net/dml/sec_crypto.py
DML is in a league of his own as a coder. He's an absolute genius. There are probably very few coders as good as he is in the world.
frank_b is offline  
Old 11 February 2019, 12:45   #148
pandy71
Registered User
 
Join Date: Jun 2010
Location: PL
Posts: 1,690
Quote:
Originally Posted by frank_b View Post
DML is in a league of his own as a coder. He's an absolute genius. There are probably very few coders as good as he is in the world.
Well... from my perspective he is passionate, determined and wiling to do research - classical example is color reduction to efficiently use CLUT machines limitation (valid for Amiga and Atari ST) - can be done with objective approach but also can be done on subjective fashion.
Last years bringing more and more machine learning - image decomposition, human visual system - those things happen of course not on ordinary Amiga (as even with fastest CPU it will be slow).

For example from my personal naive research is quite obvious that using https://people.eecs.berkeley.edu/~dc...loads/scolorq/ as pre-processor to perform CLUT selection and classical error distribution (even Floyd Steinberg) produce very decent results usually way better than any other "objective" color requantization algorithm. Same for HAM - with proper CLUT and wise error distribution (edge detection based) probably most of HAM limitations (ramp) can be removed.
Using YCoCg instead YCbCr may improve speed of video decoding. All those techniques exist and can be beneficial for limited HW.

Similar for audio - strong ATH noiseshaping may deliver near 16 bit perceived quality on Paula without "14 bit" trick.
pandy71 is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Yamaha CRW4416SX - wanting to sell B14ck W01f New to Emulation or Amiga scene 1 04 December 2016 11:58
Yamaha SCSI (external Drive) ReD MarketPlace 0 05 November 2011 14:25
Amiga soundchip (Paula) Grimbog Amiga scene 7 28 September 2008 19:04
Yamaha CRW4416SX DDNI support.Hardware 20 20 June 2006 21:28
EBAY Amiga / Atari ST / Atari 2600 stuff Eggsplosion MarketPlace 0 09 October 2004 22:01

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 15:56.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.
Page generated in 0.07638 seconds with 16 queries