Linux MIPS Architecture development
 help / color / mirror / Atom feed
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.

  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