From: terje.mathisen@tmsw.no   
      
   David Brown wrote:   
   > On 19/10/2025 03:17, Lawrence D’Oliveiro wrote:   
   >> On Sat, 18 Oct 2025 10:21:32 +0200, Terje Mathisen wrote:   
   >>   
   >>> MitchAlsup wrote:   
   >>>>   
   >>>> On Fri, 17 Oct 2025 22:20:49 -0000 (UTC), Lawrence D’Oliveiro   
   wrote:   
   >>>>>   
   >>>>> Short-vector SIMD was introduced along an entirely separate   
   >>>>> evolutionary path, namely that of bringing DSP-style operations   
   >>>>> into general-purpose CPUs.   
   >>>>   
   >>>> MMX was designed to kill off the plug in Modems.   
   >>>   
   >>> MMX was quite obviously (also) intended for short vectors of   
   >>> typically 8 and 16-bit elements, it was the enabler for sw DVD   
   >>> decoding. ZoranDVD was the first to properly handle 30 frames/second   
   >>> with zero skips, it needed a PentiumMMX-200 to do so.   
   >>   
   >> I think the initial “killer app” for short-vector SIMD was very   
   much   
   >> video encoding/decoding, not audio encoding/decoding. Audio was   
   >> already easy enough to manage with general-purpose CPUs of the 1990s.   
   >    
   > Agreed.  But having SIMD made audio processing more efficient, which was    
   > a nice bonus - especially if you wanted more than CD quality audio.   
      
   Having SIMD available was a key part of making the open source Ogg    
   Vorbis decoder 3x faster.   
      
   It worked on MMX/SSE/SSE2/Altivec.   
      
   Terje   
      
      
   --    
   -    
   "almost all programming can be viewed as an exercise in caching"   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)