Trying to play MP3...
Reply #40 – 2003-08-20 22:27:17
Now i will share my experience with yours. I was there at the time playing with those things, and i still have old CPUs and motherboards in working conditions (but i stripped those stupid Ni-CD batteries before they melted the circuits with acid leaks). From my experience, the fastest player i found some years ago was mpg123 which i tried it with some linux distro using 2.2 .x kernels. I could make a Cyrix 486DX4-100 chip decode in realtime 128kbps stereo files at full 44.1khz. But i couldn't do that with stock binary mpg123, i had to compile from sources, and use 486 optimization. Yes, i tried both i386 and i586 optimizations, and it actually was worse. It had to be i486. I recall realtime decoding will use about 80% cpu usage, i guess a 486DX4-75 or even DX2-66 could do, its a matter of trying. That very same CPU, using win95 and winplay3 (thats the FHG player, first it was a playing time limited demo program with 80$ cost, then they later released post 2.0x version uncripled and free) was not be able to achieve the same, it had to use "half" quality (22khz) or "mono". I also tried winamp of then, and i was much, much worse, and it also wanted lots of memory... Cubic Player using MS-DOS (a tracker player) added mp2/mp3 capabilities, but it was also similar to winamp in perfomance. Only mpg123 made a significant difference. Oh speaking of mp2, i used a "Phillips" windows player and mp2 files were much much easier to reproduce with full quality and any bitrate. (Consider toolame! About urban myths... The 386sx is a 32bit CPU with a 16bit bus. This cpu has no cache and could use 16bit 286 style memory. It doesn't have a FP unit either, but you could buy a separate math coprocessor (387) for real FP operations in the same way you could with 286, and 8086. Typically those with CAD programs would. The 386dx is a 32bit CPU with a 32bit bus. I has no cache either and same story about not having an FP, but math coprocessor available. Due to the low memory speeds, external cache (known nowdays as L2) improved perfomance dramatically. It was common to see motherboards with 64kb to 256kb sram cache. The 486dx is a 32bit CPU with a 32bit bus. So far bus speed was tied to the CPU speed (well actually 386 needed twice). a 486dx2 cpu is a CPU with half bus speed (ie. dx2-66 used 33mhz). The 486 had 8k write thru cache (L1), motherboards would typically come with 256kb sram cache or more, like they did with 386. The 486DX had the "math-coprocessor" builit in, in other words, has its own FP unit so didn't need an external one. The 486sx is EXACTLY the same as the 486dx, only without the FP unit (or it was disabled/damaged, etc. In fact you can run a 486dx like an sx...) just like earlier x86 CPUs without FP, you could simply add an external math-coprocessor and will behave identically to the 486DX (minus L1 cache perfomance?) The 486dx4 is like 486dx2, only this time it runs the bus speed at a THIRD (hehehe, dx3 was trademarked or something silly). Cyric 486slc is simply like a 386sx with 1k L1 writeback cache, and 486dlc is the same but like a 386dx, They could be used as a chip upgrade (socket compatible). There was an Intel 486dx-50 and an later a 486dx2-50, the former obviously faster, but a lot hotter and mobo manufacturers of then had more trouble working with speeds beyond 33Mhz. It would be fun to use a "DSP in a PCI/ISA" slot as a "sound coprocesor", then you could use really old machines Oh yes, most of these chips were fanless, fan coolers started showing with dx4 and pentium line. I wonder if the V-Dragon chip is fanless too? Cheap PCs are coming