Ogg/Vorbis on Palm OS 175
loshwomp writes "We have built an audio player for Palm OS, and a public beta is available now. The beta includes support for Ogg/Vorbis audio, and a future beta will include plug-ins for more formats, as well as the plug-in SDK itself."
Lots of fun (Score:2, Interesting)
Re:Lots of fun (Score:1, Insightful)
Re:Lots of fun (Score:2, Informative)
As an experiment I converted a 320Kbps mp3 to 160Kbps (Q5) ogg. They both sounded exactly the same through my crappy speakers.
As soon as I hunt down an old pair of walkman headphones (for the mini plug) I'll cobble together a mini-plug to rca patch cord and hook up to my stereo. Maybe then I'll hear a difference.
processor intensive? (Score:5, Interesting)
Re:processor intensive? (Score:2, Informative)
"AeroPlayer presently runs on Palm's Tungsten T handheld."
The Tungsten is pretty beefy. It's got both a high speed ARM925 processor and a high-speed DSP in it.
Re:processor intensive? (Score:3, Insightful)
Re:processor intensive? (Score:2, Informative)
Re:processor intensive? (Score:2, Informative)
Re:processor intensive? (Score:4, Informative)
you might want to check your documentation again. we have successfully written a number of native ARM code chunks in our palmos applications.
Re:processor intensive? (Score:2, Informative)
wrong.
prc-tools 2.2 was released a few weeks back, it has an arm compiler included in the distribution. the 'mainstream' compiler (codewarrior) has arm support as of release 9; and, has been mentioned publically in developer forums and is currently in beta testing (some developers have that luxury). i also posted arm-gcc building instructions to my website on August 05, 2002. so, its not "impossible" to build stuff - if you are a developer, and, you have the desire to program armlets; you have had a chance to do this for months. its not news; palmsource showed arm units at PalmSource 2002 in february.
Re:processor intensive? (Score:2)
FWIW, it looks like a tools improvement permitting pure native ARM application development ought to be forthcoming sometime next year [palmos.com].
Re:processor intensive? (Score:5, Informative)
Re:processor intensive? (Score:1)
Re:processor intensive? (Score:2)
PalmOS 5 runs on ARM, but applications under it mostly run as interpreted 68k code. It is possible to write native ARM code for PalmOS 5, but it's a lot of work and there qre quite a few restrictions on it. I doubt that the Ogg integer decoder would compile on it without major work.
Re:processor intensive? (Score:1)
Re:processor intensive? (Score:4, Informative)
the palm tungsten t uses a texas instruments omap cpu. the omap is not just an arm. it is an arm-9 and c5500 dsp core on one die (what they call a dual-core). they share memory and dma channels and a special message-passing bridge, which makes it much easier to program and debug.
an omap can decode mpeg 2 at 640x480 at 30 frames per second. the arm 9 itself is fast enough to run the ogg tremor integer decoder without the dsp (i've seen it run on an arm-7 @74mhz, although it eats the entire cpu on that one).
the only thing it needed was user interface/io code and recompiling the tremor libraries. this is not much of a story, as any palm programmer could have trivially done this port.
Re:processor intensive? (Score:2, Interesting)
Re:processor intensive? (Score:2)
If it runs on a Palm... (Score:1)
Re:If it runs on a Palm... (Score:5, Informative)
It's not really that difficult of a format. The only real oddity is that you have to buffer in the first few Ogg pages quickly in order to set up the codebook and other Vorbis headers, whereas MPEG uses discrete frames; but, once you've got the headers parsed, Vorbis is a relatively straightforward format.
Re:If it runs on a Palm... (Score:1, Insightful)
Re:If it runs on a Palm... (Score:3, Informative)
Decoding using the FP decoder and casting to, say, 16bit unsigned bigendian, should sound no different than decoding to the same point using Tremor. I haven't looked at any comparisons of algorithmic complexity for the two decoders, since the one project I'm working that uses Vorbis is using libvorbisfile.
(Or rather, the Mac OS X Framework version of it... the OSX-specific source in CVS is broken at present, but you can coax it into compiling with a bit of elbow grease. It also needs to have a Mac-specific gcc flag added to change the base address for the relocation table to allow prelinking. If anyone out there from vorbis.com is reading this, take those UNIX libs off the damned download page and get the Frameworks working -- most Mac users are NOT mentally equipped to su root and copy a bunch of
Re:If it runs on a Palm... (Score:1)
I still dream of a portable player with an open API so that it could be really customizable... hell, I'd much rather have
just think... (Score:4, Funny)
Re:just think... (Score:1)
Lots of Battery Time (Score:4, Funny)
Frame rate: 1, maybe two per minute.
Color: Black. White is optional.
Sound: Screeching Square Waves
Expansion card? (Score:2)
Re:Expansion card? (Score:4, Insightful)
um. (Score:3, Insightful)
I haven't looked at Palms in a couple years. How much storage space does your average palmOS machine contain these days? Anyone familiar with the topic want to give some approximate numbers?
Re:um. (Score:5, Informative)
Re:um. (Score:1, Informative)
Re:um. (Score:4, Informative)
With the 500 series, that day finally came. With the 500 seris, an additional card slot is available, card 1. (The same holds for the *VASTLY* superior Sony Clies, which use their memory stick technology.)
These cards in the M500-series can be up to about 32MB for the expensive ones. A recent break through in memory production might double this. (This is the same old story about memory!)
For the clie line, the memory stick cards can hold up to 128 MB. This of course will double in a short while.
This compares with about 16 MB max on card 0 for the M500 and clie NX series. Why is memory so limited on card 0? Well, it's all about battery life. The reason people like palm so much is that they sip batteries (or at least used to before color screens). You used to be able to go weeks between recharging. Even with color screens, you can go a week or so before a recharge becomes critical.
Since palms use trickle DRAM to keep memory fresh, 16MB of memory means that you need to keep draining the battery EVEN WHEN THE UNIT IS TURNED OFF. (The processor, however, is not using significant power in sleep or doze mode.) Not much power is used, but it adds up. Now, if you had 128MB of ram in a palm unit, all with trickle DRAM, the unit would have a fraction of its current battery life--enough to make the device a real nuisance! Some people might like much memory, but they probably would be using their battery to refresh unallocated parts of memory anyway.
So, palms tends to have small memory card 0, and have long battery life. Palm made the judgment that people need about 16MB. Sony came to the same conclusion. Somewhere, the marketing people talked to the engineers and UI folks about how much memory is needed, how often recharges would be needed, etc. etc. In fact, Palm is so strict about this that for the Zire (their $99 'entry' palm), they downgraded the memory to just 2MB (what they estimate you'll need for its intended uses) and nixed the color screens. The result: a unit that guards Palm's tail end market from competition from the cheapo Franklin pda-units.
Is this important? It is for many people. I know plenty of friends who own an iPaq, and they can only use the device full-out for part of a day. (If you are chained to an outlet, why not just cary a small vaio or something?)
So, yes, there's not much dram on a palm unit. But, there are non-volatile memory cards available, and they're getting cheaper.
That being said, it should be noted that palm is, in my opinion, a f*cked company. They've lost market share, from 90% to 50% and falling. And now, there's actually competition from many players. They actually did a _reverse_ stock split to avoid delisting.
Plus, they *ROYALLY* pissed people off with the M505-->M515 bug, and by failing to issue a recall on the 505s. Palm's only chance, in my opinion, is in the Palm OS 6. They promise that Palm OS6 will be for Palm what OSX is for Apple--revolutionary.
If it's not, they've got jack sh*t to offer, and will have to compete with Microsoft. They're toast!! Oh, one more thing. Why does *every* damn story have to link to even the most basic URL. Like when the link to a story in the Register, there's a link to the story.... and in case you have bricks for brains, they also have a bonus link to the Register home page. Moronic.
Ok, my pizza is finally here. I'm done babbling.
OK... (Score:4, Funny)
Re:OK... (Score:1)
-Uninformed...
Re:OK... (Score:2)
Re:OK... (Score:1)
Now if they had a Palm Tattooing Robot, that'd be really
License? Source? (Score:4, Insightful)
Re:License? Source? (Score:2)
You mean like the fileformat we all know and love finally getting some attention?
If this sells than corperations as a whole might take Ogg seriously, Which is undeniably a GoodThing(tm).
Re:License? Source? (Score:2)
Remember, software licenses aren't grounds for holy wars for most folks.
Re:License? Source? (Score:2)
Re:Software freedom is important. (Score:2)
When you talk about the "dangers of secrecy" in concerns to software, specifically a tiny MP3 Player you do not come across as anything but a crazy paranoid person who is sure everyone out there is out to get them and would were it not for your trusty tin foil hat. Software Freedom is NOT a legitimate movement. Its a game. Its not real. There are REAL causes out there. IMPORTANT ones. It really annoys me to see that this open source and free software contingent is the legacy of the hippies who began all this kind of thinking back in the Woodstock days.
My objection is not based on challenging rights. (Score:2)
It appears you and at least one moderator have grossly misinterpreted my parent post. Also, to address your concern directly, I am not demanding anything. I am encouraging people to continue to consider the pitfalls of becoming reliant on proprietary software. This is hardly a new line of argument, I admit, but it continues to be relevant.
In your words, I am suggesting people "leave it" because it suffers the same problem as any other proprietary software. I appreciate the widespread use of Ogg Vorbis but I do not want to give up my software freedom to use Ogg Vorbis and I don't want to encourage my friends to give up their software freedom either. I think it's unfortunate that some Slashdot participants are all too eager to throw away their freedom when someone dangles the right thing in front of them (e.g., when Sony, an MPAA member, releases a new notebook computer they'll buy one even though there are plenty of other good notebooks out there; if someone releases proprietary Ogg Vorbis software they'll buy and/or use it even though there is Free Software to do the same job). I encourage people to think beyond their immediate desires and not support those who try to work against what you know is better for you in the long run.
Its time to put the "Rights" banner down. (Score:2)
Couldn't geeks have found something better to support than "Free Software"? What was wrong with good old environmentalism or fighting against sweatshops in 3rd world countries? But now. Here in the rich west we have to fight for "Software Freedom". Something very few people care about now, and very few people will care about in the future. Its not like someday a statute to Richard Stallman is going to be erected in the future praising him for saving our rights to be programmers. MOST PEOPLE ARE NOT NOR EVER WANT TO BE PROGRAMMERS. Even if copy protection were to become successfully difficult to circumvent and become vastly wide-spread the overwhelming majority of people's lives would continue as they do today. No one is going to di if they can't copy a piece of software, a song, a video or a book. LIFE WILL GO ON, and it won't be bad. Except for the geeks that is. The whiny people who make up about one half of
Some themes of socially progressive causes. (Score:2)
How ironic it is then that you're talking about an Ogg Vorbis player--a patent-free encoding scheme invented to provide a competitive alternative to a patented scheme that can not legally be implemented in Free Software.
Peruvian Congressman Villanueva probably doesn't want to wait either, so he's working on Bill 1609 [pimientolinux.com] to put Free Software into public administration in Peru. The German government is funding a Free Software replacement for Outlook [kroupware.org]. These are just a couple examples of the things non-programmers around the world can do to help the cause of Free Software.
Nobody is saying you can't choose which software you want or that you will die if you pick proprietary software, those are straw arguments. I'm saying it is more reasonable to increase the number of people who are allowed to know what's going on with the software you run. We should hold all proprietary software to the same high standard we currently hold Microsoft's (overwhelmingly non-free) software to. Proprietary software, no matter what its ostensible purpose, can do things you would not like it to do. In order to keep the software from doing these undesirable things, we all need to develop and maintain a network of people who will inspect, share, and modify software to suit our needs. Keeping people from understanding how the software works helps these undesirable features stay hidden.
There is no need to choose just one cause. There are people working on Free Software, the issues you name, and many other socially progressive issues all at the same time. I happen to be adept with computers, I support the Free Software movement, and I work on multiple other socially progressive projects. I think these movements draw like-minded people because their opposites (anti-environment, pro-sweatshop labor, anti-Free Software) usually come as a result of putting more power into fewer unaccountable hands.
Another way in which the anti-sweatshop movement and the environmental movement are both like the Free Software movement is how they all encourage you to think beyond your immediate desires. Sweatshop labor produces cheap goods which are readily available. But sweatshop labor also means people are working very hard and not getting paid a living wage. The anti-sweatshop labor movement encourages you to think beyond buying goods strictly based on price and consider helping poor workers make a fair living. The environmental movement wants you to think more about the car you drive, your heating and cooling system, and the advantages of recycling (amongst other things). In the Free Software movement you are encouraged to think beyond your immediate desire for a particular piece of software (such as the Ogg Vorbis player in this thread) and consider using a Free Software replacement instead. All of these things take a little bit of foresight and a lot of hard PR work to get people to not blindly comply with the latest advertisement.
These causes are not unique in the amount of work it takes to make them practical: it's hard work to make people aware of things and aware of people beyond themselves. It takes a lot of time and effort to provide socially responsible substitutes (competitive fair-wage clothing, low-emission vehicles, and yes, complete free software operating systems). So each of these movements (and many others) want you to volunteer your time and expertise.
That is true, but most people do not want the private information on their computer leaked via a security hole, and most people are unhappy to discover that the secrecy of proprietary software allowed "spyware" (as it is called today) to execute on their machine. We aren't all scientists who understand the finer details of the things we use every day, but that doesn't mean we can't understand that gas hog cars, high pollutant exhausts, certain refrigerants, garbage landfills, and proprietary software are all bad in the long-term.
The Free Software movement has responses to the challenges they face and they target all computer users with their message. The Free Software movement can certainly use help in making their message clearer to non-programmers and getting their ideas out in front of the public. I hope you'll read what the FSF has to say [gnu.org] and help them focus their message to reach a wider audience. After having worked on a congressional campaign, I have experienced first-hand how difficult it is to get the media's attention for an ethically-based message. I imagine helping the FSF get their message in front of the public is no easier.
Ask Lawrence Lessig [lessig.org] how bad it will be. He knows a lot about the connections of copyright law, media access, and dissenting opinion. He champions what he calls "free culture" [eff.org], an idea that is well worth hearing. Preserving the freedoms to communicate and increasing these freedoms to allow more dissent to be heard are movements worth fighting for. Criticizing works can require copying portions of works, so if copying is made unavailable, critique and dissent are far more difficult. This might not seem like a big deal to you, but it is to people who want to convey unpopular messages including: not wanting an infinitely long copyright term, not bombing Iraq, and stopping the war of sanctions against Iraq, and no more "software patents". I hope you'll become more politically aware and see the extant connections that govern your life.
Lets keep raw technology and social causes.... (Score:2)
I don't see how stating your opinion on the Iraq situation requires the freedom to view source code. You can scream from the rooftops all you want and no one will stop you.
The reason why its hard to get media attention for ethical causes is because most people don't care about them contrary to what you think. I have a lot of friends who use computers. They are not however as computer literate as the people here on Slashdot. I've told some of them about the spyware on their computers and none of them care one bit about their info being collected or their surfing habits being monitored. Not a one. And I didn't just ask 5 people about it.
I am not saying Free Software will go extinct. It will continue to exist. However it will remain confined to corporate back end use, ironically helping a lot of the very corporations you probably rail against, academia, poorer nations/households and young individuals going thru their rebellious/counter-culture phases and of course political activists. All of those combined will result in Windows still maintaining a 97% marketshare.
Free Software, in the GPL on the desktop sense, will never go mainstream.
If you cannot get the mass public to leave MTV to support local musicians instead, what makes you think you can get them to use OSS?
If you cannot get Americans to drive small dinky vehicles instead of their mighty masculine SUV's or downsize their households from their massive McMansions what makes you think they'll use OSS?
I am well versed in the FSF's politics. I live in Boston where the FSF is headquartered. I've even seen the hairy beast himself a few times. (Stallman). I simply reject their policies. I use the software that works best when I need it. I make no distinctions between OSS or proprietary. There is no one on this planet who will look after me better than myself. My immediate concerns are pretty much my only concerns. Those sweatshop workers, who would not have a job or means to buy food without our companies giving them work, must fend for themselves. We did it once, so can they. As for the environmental movement, I care about the environment too. I just don't believe all of the science environmentalists use is fully sound. Saying bad things will happen without adequate, peer reviewed facts, is not the same as it being true.
If a piece of proprietary software does something I don't want it to do, then I'll just stop using it and begin using a competing product. Competition provides us with choices within the proprietary world itself, not just between proprietary and open source. Given enough proprietary choices one will not be forced to resort to the "Free amatuer" products that best describe so many OSS projects.
If I want politics, I'll turn on CNN or MSNBC. When I want a tech product to do the job, I'll choose the best in concerns to practicality and not in concerns to some social agenda led by the FSF.
oh great... (Score:5, Funny)
Just what I wanted...
Obligatory Simpson's quote (Score:2, Funny)
Just what I wanted...
Teen1: Oh, here comes that cannonball guy. He's cool.
Teen2: Are you being sarcastic, dude?
Teen1: I don't even know anymore.
Re:oh great... (Score:2)
The Tungsten T has a headphone jack. That way, when you're stuck next to some Olde Pfarte on a transcontinental flight, Granny won't keel over and assume room temperature when you start playing "Back in Black."
Cool but I need network audio access (Score:1, Offtopic)
I just got a Sony Clie PEG-SJ20 tonight from my father. I would like to play OGG/mp3 on it but I'm unable to locate an 802.11 card for my handheld. Until I can come up with fast wireless access, music playback on this device is kind of pointless. I need to be able to access more than a handful of songs for this to work. Do any of you have one of these Clie things and if so, have you worked out wireless TCP/IP for it yet?
Re:Cool but I need network audio access (Score:1)
get a 128 meg card or a 256 meg card and play your "handful of songs" where you go. although you could just bring your CD player and listen to the "handful of songs" on the several "CD's" you "bring"..
but yeah... anyone who doesnt hav 22 terabytes of music to choose from is a complete loser.... Gawd who the hell would want to listen to only 32 songs in a 20 minute period! sheesh what kind of losers are you?
Now please, go bang your head against the wall... for being a complete idiot.
IN SOVIET RUSSIA (Score:4, Funny)
Re:IN SOVIET RUSSIA (Score:2)
CPU speeds (Score:2, Insightful)
Port the player to Linux for the Zaurus and iPaq, or even Pocket PC, and then yer talkin'.
Re:CPU speeds (Score:3, Informative)
It is plenty good for more than "spoken word stuff"
Re:CPU speeds (Score:1, Insightful)
The web page makes it very clear they only support the new Tungsten T device.
My guess is that the decoder is written for ARM processors. ARM processors require PalmOS 5. The only Palm-compatibles using ARM processors at present are the Palm Tungsten T (144MHz CPU) and Sony NX70V and NX60 (200MHz CPU).
I suspect these processors will be up to the task of decoding an OGG file!
Re:CPU speeds (Score:2)
Re:CPU speeds (Score:1)
I can't resist saying... (Score:5, Informative)
but it's still good to see it on the palm as well.
Okay, who are you really? (Score:5, Insightful)
As for my fellow readers, has anyone actually downloaded and run this app?
Re:Okay, who are you really? (Score:5, Informative)
Three fair questions. Answers, respectively, are "a small collection of Palm OS and Vorbis enthusiasts", "yes", and "by submitting it here [slashdot.org]".
Free bonus information:
Re:Okay, who are you really? (Score:2)
thanks,
puck
But does it play mp3's? (Score:4, Funny)
Re:But does it play mp3's? (Score:2)
mp-whos?
Why no Clie support? (Score:4, Interesting)
Re:Why no Clie support? (Score:2, Informative)
Re:Why no Clie support? (Score:1)
From a post previous by the story submitter:
It only runs on the Tungsten at the moment because it requires ARM hardware, and thus far Sony hasn't provided the audio API for the new NX Clies
I would guess that's why it's not ported. If you do know of where the API is documented, you might want to e-mail the submitter
Please, enough already: Check out the link! (Score:5, Informative)
So please no more of the "wow, decoding music with a 33Mhz processor would never work," "wow, I can hold two songs in my 8MB of RAM," etc., etc. comments. You are right, the old Palms WILL NEVER play music files; it is simply infeasible.
Of course they can! (Score:3, Funny)
With a good memory card (like the 128meg one I use for medical references) and a good speaker (like my Handera 330's) or an earphone jack, there isn't any problem at all.
Of course, one would be able to store a heck of a lot more with a processor fast enough to decode compressed music, but it and the colour screen the thing would inevitably have would sap the battery life so much that it would be "infeasible" to finish playing all those music files.
Re:Please, enough already: Check out the link! (Score:5, Insightful)
>with a 33Mhz processor would never work," "wow,
>I can hold two songs in my 8MB of RAM," etc.,
>etc. comments. You are right, the old Palms WILL
>NEVER play music files; it is simply infeasible.
Actually, I'm not so convinced.
The older Palms had shitty sound hardware, but it is possible to play at least WAV files on them. The quality sucks major, but it works nevertheless.
Disk space is also not a problem. Standard Vorbis will get down to 8kbps, which put quite a bit of files in 8M. I have written prototypes of new Vorbis encoders that will go down to 4kbps mono with pretty acceptable quality. This gets you a full album in 2M. Three albums at least on a 8M Palm.
The big issue is the CPU. Old Palms have a 33Mhz 68k processor. All that I have seen could be overclocked without risk to at least 45Mhz, and since we're pushing the limits of the hardware anyway, let that make us our target.
The question is if a 45Mhz 68k can decode a 6-8khz sample rate mono Vorbis 1.0 file. We're not looking for full Vorbis 1.0 compatibility remember, we just want to play those files, which have significantly less hardware demands than for example an 128k stereo 44khz Ogg. Since we're not going to need 16bits output either, you can make compromises in the decoder trading quality for speed. I have no idea if it is possible to decode Vorbis in this conditions, but I certainly don't think the answer is an 'obviously not' and I am currently investigating it.
--
GCP
Re:Please, enough already: Check out the link! (Score:1)
Re:Please, enough already: Check out the link! (Score:1)
para
Re: Old Palm's (Score:2)
First, there are mp3 addon's for old Handsprings and Palm's for example [golem.de]. I'm sure there are smaller ones too.
Secondly, i'm not convinced that the base palm cannot decode mp3's the small memory footprint on the older palm's may be a problem, but I suspect that a mono 128k bit signal can probably be decoded on the 33mhz models. Look at Mayplay [gadegast.de] for an example of a mp3 decoder from the time when mp3s were just getting popular. I remember running it on a 486DX2-66 without any problems at all. I seem to remember it chewing up all my CPU time, but being able to decode stereo 128kbit mp3's.
Sounds cool... but little more is known (Score:2, Insightful)
Re:Sounds cool... but little more is known (Score:1, Funny)
When the text on that page says [i]"runs on Palm's Tungsten T handheld"[/i], does it..
The page also makes it clear that the files are stored on memory cards (which is clear to any Palm user anyway).
It really helps to READ
So? (Score:1)
Re:So? (Score:2)
--
GCP
Regardless of speed, ram space; Still just a toy (Score:2)
Re:Regardless of speed, ram space; Still just a to (Score:2, Interesting)
Re:Regardless of speed, ram space; Still just a to (Score:1, Informative)
A month or so ago I contemplated upgrading from my Palm m505 to either the Tungsten T or a PocketPC. I borrowed a PocketPC from a (generous) friend of mine since I hadn't used a PocketPC device before and wanted to know first-hand what it was like. Suffice to say I wasn't blown away.
Sure it was nice to play DivX videos while commuting, but for REAL use - the stuff *I* do every day with my PDA - PocketPC simply felt too.. weird. At times it was slow and most of the time I had to go through more loops than on Palm to get something simple done. I used third party PIM software, mind you, just like I do on my Palm.
For ME, Palm simply works better. And if in the end both PocketPC and Palm devices can be used for the same things (PIM, multimedia, games), why would I choose the platform that gives ME less satisfaction?
Hell, that goes for EVERYONE. If Palm devices don't "do it for you", would you still buy them? I wouldn't. I'm just glad I got to try the PocketPC first hand, because before that the only information I had on the platform was what I had read elsewhere. NOTHING beats hands-on experience. Even if that experience isn't quite what you had imagined.
Palm memory? (Score:1, Redundant)
BTW Check http://www.freewarepalm.net/ and see what can be created in just few kilobytes. That is true software, not that bloated monsters available everywhere.
Re:Palm memory? (Score:2, Informative)
And you couldn't even if you wanted to. Palm's internal memory is used through a Palm-specific file system (PRCs and PDBs), and it can't handle "regular" desktop file formats. Hence, you CAN'T put an
PalmOS 5.0 only... (Score:2, Insightful)
As for my Palm, I currently have no intention of getting rid of my Palm IIIxe. I know that alot of ppl are waiting for the Tungsten T to gain that "killer app" that they can't find on their old Palm (or in some cases Pocket PC)...
One of the biggest hurdles for the Tungsten T to overcome is the fact that HackMaster is not compatible with the new hardware. ~80% of the current PalmOS apps will work with the Tungsten T...or to put it another way, ~20% of the apps will not work with the Tungsten T...you can bet that 20% includes all of those popular hacks currently available for the Motorola-based Palms.
The price is also about $100 more than the same speed iPAQ with about twice the memory (4M ROM and 16M RAM vs. 32M ROM and 64M RAM)...This comparison was not valid when palms had 180x180 displays and low-quality sound...but with these new features (faster processor speed, 320x320 resolution, Color, and "high-quality" sound), owners will demand use of the higher resolution, Color (already available on some Motorola-based Palms) and higher quality sound...all of which slows the system and increases application size...
So, what's all of this mean??? I'm pretty sure that 16M is going to start looking pretty small when the new apps come along...
Re:PalmOS 5.0 only... (Score:2)
windows CE devices need the extra ram and rom because the apps are bloated because of the requirement to use Microsoft Dev Studio. which bloats the hell out of anything... microsoft libs are huge... visual C++ apps are gigantic and bloated and microsoft is pushing Visual basic for the pocket PC programming pretty heavy.
Microsoft based products NEED that extra ram and other space because the apps are 2-3 times larger than the SAME app in palmOS.
It's fine... I've had a 8 meg IIIx for over 3 years now and I have NEVER filled it up with useful apps and data (Yes including the 20 Project Guttenberg books) and wanted to install more I have crammed it full of games and gameboy roms before... but that isnt important... it's screwing around.
Re:PalmOS 5.0 only... (Score:2, Interesting)
That is why Palm's do not need the same enourmous RAM banks that CE machines have.
Re:PalmOS 5.0 only... (Score:2)
Well, I poked Google pretty hard to verify your claims but couldn't find anything to corroborate it. However, I have the feeling that you're just pushing a line that somebody told you.
I'm looking at my iPAQ right now. It's got 5.54 MB of memory used for currently running programs. I navigate over to my WinHack image, 2.45 MB of goodness. I run it, and now my iPAQ shows 5.86 MB of memory used for currently running programs. Loading WinHack used 320k.
Now, I've not taken the Pocket PC OS through a kernel debugger, but my results seem to contradict the broad, sweeping "+1, Interesting" statement you made.
Pocket PCs don't need these enormous RAM banks because of the reasons you give. They need them to support multitasking, voice recording, and the storage space that your MP3s require. They need them for the same reasons that Palm V users slap 64mb SD cards into their PDA.
Re:PalmOS 5.0 only... (Score:2)
Thank you for an intelligent reply.
I didn't take your comment as an attack on Pocket PC, and I tried very hard to make my comment not attack Palm OS. What I found questionable was your statement that the Pocket PC OS loads the program into memory while the PalmOS does not.
When I loaded my 2.45MB WinHack image, you'd expect memory usage to jump fairly high. You'd expect this because WinHack loads its run-time data structures (which do not exist in any compiled program,) and Pocket PC also has to allocate memory for all of the services to support it.
I simply cannot believe that PalmOS doesn't allocate additional memory when you load a program. I'd like to see _ANY_ OS let you create runtime data structures without allocating memory to them.
However, let's say the 320k that the Pocket PC used to load WinHack was because of program loading differences. That doesn't explain the _need_ for 64mb of RAM. I'll say it again -- the 64mb is a feature. It's to hold voice recordings, MP3s, etc -- the same reasons you want a 64mb SD card on a Palm.
Anyways, if you have links to some more technical evidence, I'd love to read it.
As for the "Windows CE programs are bloated" comment, I think you just fell for a troll :) But, it started friendly debate, so perhaps the troll backfired.
audio quality (Score:1, Interesting)
How does it stack up for audiophile use ?
thanks, but no thanks. (Score:2, Interesting)
Why Palm first? (Score:1)
No. Read previous posts (Score:3, Informative)
Re:No. Read previous posts (Score:2)
Downloaded it.... Used it.... (Score:2, Informative)
I do in fact own a Tungsten T. I pulled down the PRC, (134k nice size) Dropped it on my Palm then tried dropping various songs on a tiny 16M SD I have from work. Found out quick that encoding with -b 64 was a no-no (crashed every time, but reset nicely by tapping 'reset' button on error window), but -b 96 works fine. Given this is a beta I can't say too much about the interface (could be a little sleeker)It read the Song title/artist OK. There is an option to blank the screen after 10 or 60 seconds (good) although once it blanks, I can't quite figure out how to get it back on (without stopping it, no so good) For those who don't know, the Tungsten T does have a headphone jack. The stereo worked fine. My only qualm is that the audio is rather muffled. (Not sure if this is Palm or the software.)
All and all, a nice first try. Fix the audio. Add an equalizer. Spiff up the look, and ship it! It is important to note that as an early Tungsten user/developer (I had a demo unit weeks before release) Palm has not, to date, been extremely easy to deal with when it comes to specs and the like. Working with ARM native code is still not very developer friendly. This is the first app I've seen that stresses the audio hardware (and the chip for that matter) and I think credit should be given where credit is due. Bravo for making this an OGG decoder and bravo for the early release. Keep the betas comming! (I myself have a reason to buy that 64M SD now!)
Sounds much better than having to deal with Real (Score:2)
(Ogg zealots can shut up right now...I have >10GB of MP3s on hand, and I'm not reripping/reencoding them.)
Re:Quik Question... Kinda OT, but who cares =/ (Score:1, Informative)
Do NOT convert mp3s to oggs, or oggs to mp3s, or any lossy format to any other lossy format. All you end up with is super crap, with super crappy artifacts from both encoders. Only encode from originals. If people start doing this, there will be tons of horrible ogg files and ogg will get a bad reputation.
Actually... (Score:1, Troll)
...as a test, I converted a bunch of my MP3's (typically 128kbit/s) to ogg. It sounded fine.
The only people who complain about the sound from converting like this are uptight audiophiles, typically the same wankers who complain that CD sound isn't as "full bodied" as the sound from vinyl.
Re:Quik Question... Kinda OT, but who cares =/ (Score:3, Informative)
If you mean reencoding your mp3's to ogg's, well then you're going to degrade them by a huge amount. The artifacts you had from the mp3 encoding won't magically dissapear just because you reencode to ogg - you lose information with every pass. So in the best case you'll have lost all the info that the mp3 and the ogg encoding throws away. But it's probably going to be even worse than that.
It's taking a jpeg and compressing it again in your favourite photo editor. It'll look like shit.
So, if you do it, be aware of it. And don't give those oggs to other people, since that way they'll get the impression that oggs sound intrinsically worse than mp3's.
Re:Quik Question... Kinda OT, but who cares =/ (Score:1, Informative)
There's your problem, right there. RC3 had a shallower bitrate curve for the lowpass filter setting because it screwed up the SBR a bit (a bug, since fixed).
Ogg Vorbis 1.0 (xiph.org libVorbis 20020717) is dramatically better than the previous versions, right across the bitrate range.
It handles low bitrate (q0 - nominal 64kbps) often better than anything else (mp3pro is sometimes better for classical music, but that's it, aac and wma9 blow goats in comparison - mpc is a contender only at high bitrates). Medium bitrate (q3-4 - nominal 112-128kbps) is the best of breed, too, for many people and sources it is CD-transparent (though not always) - the difference isn't as big but Ogg still wins out.
Vorbis 1.0 hits CD-transparency for virtually everything at around q5 - nominal 160kbps. q6 (192kbps) provides a safety margin for extremely difficult material according to the plots, but I totally fail to hear the difference in ABX tests. I've got diskspace, so I rip at q7 - Ogg Vorbis audio is "peelable", so you can reduce the bitrate, without transcoding, to the quality it would have been had it been encoded at that bitrate, and no less (something no other widely used audio codec can do, and possibly the start of a revolution in bandwidth-adaptive, buffering-free streaming, beyond Icecast).
Please always use the quality mode, not the managed bitrate mode unless you are actually streaming. You shouldn't have any quality complaints with Vorbis 1.0 unless you want to encode 6 channel audio (i.e., AC3 transcoding)... and that will be fixed in time, too.
Yes, 1.0 is much better (Score:3, Informative)
Ogg 1.0 contains many improvements over RC3, not only in terms of quality but speed. The hi-fi forum hydrogenaudio.org [slashdot.org] has a running poll which shows most Ogg users encode at -q 6. This averages out at ~192 kbps and generally is indistinguishable from the original [unless you are of the monster-ear audiophile species.] You certainly won't miss anything with your sound setup.
Get the optimised win32 binaries [and OggdropXPd] from John33's website [ntlworld.com].
Re:Quik Question... Kinda OT, but who cares =/ (Score:1)
Why not read the Ogg Vorbis FAQ [vorbis.com] about this?
Re:Lets see here (Score:5, Insightful)