Audio Patch Released for the Tungsten T

Cheers,
Tony Cheung

--
With great power comes great responsiblity.

That's what happens when you multitask with only 1 CPU. If the Real player uses the OMAP DSP instead of the ARM9, then the slowdown of the foreground task should be less. (Almost) 2 CPU's is supposed to be the big advantage of the TI OMAP over the XScale or MXL.

How much was the slowdown? In percent.

That's not what should happen. Neither an MP3 player nor Bejewelled should take far less than 50% of a 175MHz RISC chip. And that means that if you run them simultaneously, neither of them should experience any slowdown.

If there is a slowdown, it is really a software architecture problem in Palm OS 5: some combination of poor multitasking support, busy waiting, etc. That's not surprising, given the history of Palm OS. Let's hope it gets fixed for good in Palm OS 6.

There is nothing wrong with wasting CPU cycles when there are CPU cycles to waste. But let's not pretend that something is a CPU limitation when it is pretty clearly due to some combination of emulation, limitations in multitasking, and busy-waiting applications. This is fixable, and software authors and Palm should fix it.

Good. So, that means that 2/3's of the TT CPU are left for playing Bejewelled. You just made my point for me.

"b) Bejeweled is running in emulation."

Indeed. Which just goes to show that Palm's claims that emulation doesn't impose a lot of overhead are wrong. Because 2/3 of an ARM processor should be plenty for a game that mostly sits around and waits, with some simple sprite animations on a tiny bitmap every now and then.

"The other person was right - a program utilizing DSP for MP3 decoding would get around this nicely."

It would. But that's not the point. The point is that these kinds of applications should not require special hacks: they should just run efficiently, out of the box.

Palm needs to fix Palm OS and come out with a native version quickly. No emulation. Proper multitasking. No ARMlets. Anything else is just rearranging deck chairs on the Titanic.

Huh? Apples 68k to PPC transition worked very well, and OS X does not require people to rewrite software. Apple has lots of problems, but they have managed their platform transitions very well.

Oh, that's a GREAT idea. Instead of Bejewelled running slow, then it wouldn't run at ALL. It's a 68k application, remember?

There is nothing wrong with providing emulation, but there is everything wrong with not providing a fully native API and good multitasking. You may say that this is a tradeoff Palm had to make.

But no matter what the reason, the fact remains that you can't run an MP3 player and Bejewelled simultaneously on hardware that is perfectly capable of doing that with ease (in fact, frankly, it should be able to do that in emulation--the problem must be deeper).

Palm OS 5 just isn't a very good system. Stick with Palm OS 4 until Palm OS 6 comes out. A 68k-based Sony Clie is perfectly capable of running Bejewelled and an MP3 player simultaneously, and it's cheaper and lighter than a TT as well.

---"Because 2/3 of an ARM processor should be plenty for a game that mostly sits around and waits, with some simple sprite animations on a tiny bitmap every now and then."---

I hate to break this to you, but Bejeweled is NOT as simple as you make it. It's not just a "a game that mostly sits around and waits, with some simple sprite animations on a tiny bitmap every now and then"; it's much more than that. Remember, Bejeweled's addictiveness stems partially from the fact that it is somewhat hypnotic. Therefore, Astraware couldn't run any risks of having it run slow and jerky (as this would ruin the "hypnosis"), and I, as a beta tester of Bejeweled, can testify that this was no simple matter on Clies - HiRes graphics with a slow Dragonball CPU?! Forget about it!

At first, Howard Tomlinson even refused to make a HiRes version of Bejeweled at all, until they would be able to find a way around this. Fortunately for us, he and David Oakley managed to develop some sort of assembly-level trick for getting the job done, and we now have a HiRes version of Bejeweled.

Thus, you are right about the "waiting around" part - in fact there is so little happening then, that Bejeweled lowers the frame rate to conserve battery life. HOWEVER, the "simple sprite animations", I repeat, are NOT simple - you have 64 gems that have to glitter, roll, slide, sparkle, fall, appear on the board, be taken off the board, and more, and combinations of these actions are happening all the time.

Therefore, naturally you wont notice the lag when sitting and waiting - there's nothing happening then anyway! The "lag" being referred to here refers to when the jewels are moving, right? Well, of course that's when you'll notice the lag - even a powerful ARM chip can't decode MP3's and animate Bejewelled at the same time - after all, both of these require timely processing, (you can't wait for one to finish before working on the other) and the interspersal that is acheived through multitasking is not nearly as good as multiprocessing - thus resulting in "lag", even on a fast processor - remember, this is multitasking, NOT multiprocessing.

If the MP3 player were to use the DSP on the other hand, LIKE IT IS SUPPOSED TO (!), then it would be like multiprocessing, so there would be no problems.

---"'The other person was right - a program utilizing DSP for MP3 decoding would get around this nicely.'

It would. But that's not the point. The point is that these kinds of applications should not require special hacks: they should just run efficiently, out of the box."---

EXCUSE ME, but using the DSP is NOT A SPECIAL HACK - what the heck else did TI implement a "multimedia DSP" into the OMAP for??!! You're not making any sense, buddy! The TI OMAP's DSP is there for a reason - to be used for MP3 decoding!

The patch is not related to the Palm OS itself, it's only for the Tungsten T. So it won't be part of any OS update.

Tony

--
With great power comes great responsiblity.

What's there to be disappointed about? I don't think there's any need to jump to conclusions so quickly. I don't recall Palm even releasing a 5.2 update yet for Tungsten owners (as it's not offered on the software download page of their site). For all we know, it could already be included in the next update, but they made it available for us now. I, for one, am glad they didn't have us wait longer for an update to enjoy better sound quality today.

And if Palm OS software history is any indication, updates (x.2, x.2.1, etc) are free for download. Upgrades (v6.0, v7.0, etc) are what we might have to pay for.

Jim

Seeing that the TT has 5.0, 5.2 should be a free update..... but you never know.....

Bumbleluck

Please reread my comment, as not to confuse 'upgrades' with 'updates.' When upgrading, the OS is moving up a full version (i.e. v2.0 > v3.0, v.3.2 > v4.1, etc). When you are updating, they're only incremental moves (i.e. v3.1 > v.3.2, v4.0 > v4.1, etc).

: History rarely repeats itself, if it is observed! :-)

Only if observed more carefully. ;)

Jim

The first digit is normally a major upgrade while the second is minor. In unix a 3rd is patch update. The jump from 3 to 4 was done because they felt that it was different enough to warrant it. 4.0 to 4.1 is a free patch because they contain minor changes and didnt warant a purchase.

When iSilo went from version 2 to version 3 they made you pay again. When eWallet went from 2 to 3 they made everyone purchase again.