Slashdot Log In
80 hour/4.6Gb Portable MP3 Player
Posted by
CmdrTaco
on Wed Oct 27, 1999 06:42 AM
from the now-you're-talking dept.
from the now-you're-talking dept.
atu.com.au">Venebulon writes "A new mp3 player will make its debut at Comdex, November 15. Similarly sized as a PalmPilot, and containing a 4.62Gb internal hard drive, this new device will be able to store 80+ hours of music, with anti-skip features. " I'm going to COMDEX, I guess I'm glad that I finally found something I want to see there (well, besides maybe the porn con next door or Barry White)
This discussion has been archived.
No new comments can be posted.
80 hour/4.6Gb Portable MP3 Player
|
Log In/Create an Account
| Top
| 167 comments
(Spill at 50!) | Index Only
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
(1)
|
2
(1)
|
2
Why do people use taylor polynomials? (Score:3)
by Eeeeegon on 12:36 PM October 27th, 1999 EDT (#)
(User Info)
The Only reason you would encode at higher than 128/44 would be if you made the mp3s yourself from a wave editor or a mixing machine. Ripping from CDs should Always be 128/44 (anything higher is wasted bits). Music CDs themselves are recorded at about 120/44, btw.
Huh? 44khz is the sampling rate of the recording, 44 thousand kiloherz per second, which is the same for most audio reproduction devices today, although you can go high if you are generating the music yourself, ie. Mod files.
I think a mp3 encoding tutorial is in order:
From what I understand, the "128" is the number of thosands of bits uses to hold the "waveform that occurs durning that moment in time. If you have just a single tone - that generated a simple sine wave, you only need a few of those bits, you could accurately reproduce the sound by just encoding "sin x" into the datastream. This is an oversimplifaction of how mp3 compression works, but fairly accurate.
When you add overtones and more complex waveforms to music, at some point you run out of "bits" and the reproduction looses it's accuracy. String sections in orchratras are one of the worse offenders because they tend to generate very complex waveforms.
So, the more bits you use, the more accurate your "reproduction" is
This *is* a hybrid system. (Score:3)
(Sic) Low Power Consumption due to manage 10MB MP3 buffer by using DRAM and Long Battery lasting at least 6-8 hours
Upon this reason HDD has no need to operate continuously. So it can save power consumption.
10MB instead of 30, but that's ~10 minutes worth anyway. The drive will spend the vast majority of the time powered down.
Possibilty of "Hybrid" Devices? (Score:5)
This leaves us with the usual compromise:-
1. RAM Based units will have limited capacity, due to the inherent high price of RAM.
2. Hard-Disk based solutions will have lower battery lives, due to the far higher power consumption of moving parts, as well as being suseptable to mechanical problems (Joggers wil know what I mean
But what if we brought these two technologies together???
I propose I hybrid solution. Have a player with about 30Mb of RAM onboard. (Enough for approx 30mins of 160Kbs mp3). Have a small hard drive there as well (whatever GB you need...). When you start playing, the first 30Mb of you favourate album is read off the HDD and placed into RAM. Once that is done, the hard drive may safely be powered down, aka. Laptop style. Should you play all the music in RAM, or change your selection, the HDD is powered up again to read any new data required.
This would allow an MP3 player to exist that extends battery life by running in "solid state mode" for most of the time, but still gives you a large total storage ability at reasonable cost.
Or am I just being Stupid/Lame?? (First Post
more details... (Score:3)