From: David Daney <ddaney@avtrex.com>
To: Matej Kupljen <matej.kupljen@ultra.si>
Cc: Ulrich Eckhardt <Eckhardt@satorlaser.com>, linux-mips@linux-mips.org
Subject: Re: Floating point performance
Date: Thu, 29 Sep 2005 08:39:18 -0700 [thread overview]
Message-ID: <433C0AA6.6080500@avtrex.com> (raw)
In-Reply-To: <1127992600.10179.19.camel@localhost.localdomain>
Matej Kupljen wrote:
> Hi
>
>
>>>I've built soft float toolchain (with crosstool) and then build
>>>MPlayer with it. The performance is very low. I cannot even play the
>>>mp3 file with MPlayer on DBAU1200 with 400MHz CPU!
>>
>>[...]
>>
>>>Any other suggestions?
>>
>>I'm not sure what you are doing, but if you only want to play music,
>>I'd use Ogg Vorbis instead, which has a decoder that only uses integer
>>arithmetic for exactly the case of FPU-less machines and the Au1200.
>>I could also imagine an MP3 decoder written for integer only being
>>written somewhere, but I don't know anything about it.
>
>
> Yes, I can use madplay (libmad) for music only, which uses int
> arithmetics (also special version for MIPS).
>
> But I also want to play video and currently I am testing this with
> MPlayer (maybe I'll add support for MAE, sometime in the future).
> Then I found out, that MPlayer can use libmad for MP3 and it
> works great know.
>
We are using libmad and can play 128kbps MP3s on a mips 300MHz 4kc code
with about 10-15% CPU utilization.
However I think anything but very low resolution low frame rate video is
out of the question. You need several orders of magnitude more
processing power to make it work. All of the MIPS based video systems
that I am aware of (TiVo, Sony and Samsung HDTVs etc.) have dedicated
hardware video decoders. There are people talking about doing the
decoding purely in software, but they would be using something with the
processing power of a 2GHz Pentium4 with special DSP extensions. As far
as I know these are just paper designs and are not yet in production.
I guess what I am trying to say is that even if you could make the soft
float library four times faster, you would still be no where close to
being able to decode video.
I declare it impossible, but encourage you to prove me wrong.
David Daney.
next prev parent reply other threads:[~2005-09-29 15:39 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-29 7:08 Floating point performance Ulrich Eckhardt
2005-09-29 7:08 ` Ulrich Eckhardt
2005-09-29 11:16 ` Matej Kupljen
2005-09-29 11:36 ` Nigel Stephens
2005-09-29 11:44 ` Matej Kupljen
2005-09-29 11:49 ` Matej Kupljen
2005-09-29 13:31 ` Daniel Jacobowitz
2005-09-29 15:39 ` David Daney [this message]
2005-09-30 11:48 ` Dominik 'Rathann' Mierzejewski
2005-09-29 11:31 ` Greg Weeks
-- strict thread matches above, loose matches on Subject: below --
2005-09-27 8:17 Matej Kupljen
2005-09-27 8:42 ` Jerry
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=433C0AA6.6080500@avtrex.com \
--to=ddaney@avtrex.com \
--cc=Eckhardt@satorlaser.com \
--cc=linux-mips@linux-mips.org \
--cc=matej.kupljen@ultra.si \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox