Ogg/Vorbis on Palm OS
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."
Are Palms high performance or has the OGG/Vorbis decoder gotten a lot less processor intensive, I wonder?
Now I can listen to Beethoven's 9th Symphony for 24 straight hours on my palm. woot.
"Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
Noting the info on the page: 4-5 hours typical battery life on a full charge.
Frame rate: 1, maybe two per minute.
Color: Black. White is optional.
Sound: Screeching Square Waves
We have so much time, and so little to do - strike that! Reverse it. Tryn Mirell
Can you really fit that much music on a palm?
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?
but does it support ogg? Otherwise I don't...oh wait....
What is the license? Where is the source code? This isn't freshmeat.net so I hope there's something more significant than just a free ad for proprietary software.
Prevent email address forgery. Publish SPF records for y
Now I can listen to AC/DC on my PalmOS device's crappy little speaker...
Just what I wanted...
My comrade is named Ogg Vorbis!
but it's still good to see it on the palm as well.
Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
The main stumbling block to Vorbis implementations was that the reference decoder was floating point intensive, whereas MPEG decoding can be done with mostly integers. However, there's now the "Tremor" reference decoder which uses purely integer math.
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.
You're advertising this on Slashdot as a Palm OS app, but admit that it only runs currently on the Tungsten T. Your website only has one page, with no detail as to whether your product is open source or not. I can't find info about you or your application anywhere, even at your personal site, where you host your "free ogeLib Palm OS library". Who are you, is this for real, and how did you get it posted on the main page of Slashdot?
As for my fellow readers, has anyone actually downloaded and run this app?
But as the author's website clearly states, this program is intended for Palm Tungsten T (PalmOS5) devices. The Tungsten T utilizes a 175mhz (clocked down to 145mhz) enhanced ARM-based CPU called the OMAP from Texas Instruments (I believe), and compares to a PocketPC device running PocketPC2002 on a 200mhz StronARM or 400mhz XScale processor.
;)
It is plenty good for more than "spoken word stuff"
Ogg/Vorbis and all is great. But what I want to know is, can it play mp3's? :p
If you mean reencoding from the original source (CD's) to ogg, well then ogg should be as good or better than mp3's.
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.
As one of many Clie owners (N760C) that visited that page, I am curious as to why I need to email some guy at Sony to be able to use this player. As far as I understand programs written for Palm 5 today are still compiled for RISC ISA, and the sound API on Clies is documented, so what's the holdup?
Let's clear up some things to stop the inundation of amazingly stupid posts. This software DOES NOT work on Palm's running OS 4 or below. It only runs on the new Tungsten T, which uses a 200Mhz ARM processor, and runs OS 5.0. The Tungsten T also includes expansion for memory cards, and has a headphone jack, making it quite useful for music. In fact, Palm is expected to release some sort of MP3 player for the device, but did not include one because it was not something "the target audience wanted."
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.
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.
If you'd actually folow the link and read the page, you'd see that the application is made for the Tungsten T and reads the files off expansion cards. So it will run on the Tungsten (which has 16MB of RAM), read ogg files off SD expansion cards (which come in sizes up to 128MB), and you can use headphones.
Does this
Ogg 1.0 contains many improvements over RC3, not only in terms of quality but speed. The hi-fi forum hydrogenaudio.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.
Use ISO 8601 dates [YYYY-MM-DD]
palm doesn't have an "internal" file system. everything is stored as a resource or record database. the data chunk is limited to 64k. there are API's available that allow filestreaming, which, pretty much do 'internal management' of your data in 4k record chunks :) a good programmer would support filestreaming .pdb files - i have written a number of utilities to convert from a normal file -> .pdb filestreaming.
In theory, once you've got a floating-point PCM or ADPCM value, you can cast that out to any precision of integer you want -- the same blackbox decoder would work whether you were creating an 8-bit signal for a basic DSP or a 24-bit signal for a studio-quality DAC. (The latter is particularly relevant since Ogg can support more than two channels and can chain multiple segments in a single Ogg bitstream.) In theory you could even design a DAC to directly accept an IEEE 724 floating point number.
.sos into /usr/lib!!)
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
This is for Palm OS 5 and currently is targeted for the only OS 5 PDA out right now--the Tungsten. The Tungsten has a 175Mhz processor and can handle mp3s and OGG fine.