Re: Bug#738981: Fwd: Bug#738981: Switch to use generic_fpu for ARM

2014-03-05 Thread Riku Voipio
On Tue, Mar 04, 2014 at 11:49:45AM +0100, Thomas Orgis wrote:
 In any case ... Riku: Care to run timings of MAD on your
 configurations? I'm interested in how fast it is producing that 24 bit
 output on limited CPUs.

time madplay -d -o null: convergence_-_points_of_view/*.mp3  /dev/null  

Cortex A15:

real0m33.154s
user0m33.045s
sys 0m0.110s

ARMv5:

real1m35.923s
user1m18.290s
sys 0m0.070s

Seems mpg123 wins bragging rights :) thanks, awesome work!

Riku


-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140305091407.ga16...@afflict.kos.to



Re: Bug#738981: Fwd: Bug#738981: Switch to use generic_fpu for ARM

2014-03-05 Thread Riku Voipio
On Tue, Mar 04, 2014 at 02:59:44AM +, peter green wrote:
 On Sun, Mar 02, 2014 at 09:06:44AM -0500, Reinhard Tartler wrote:
 
 That sounds like if the mpg123 package should use:
 on armel: --with-cpu=arm_nofpu
 on armhf: --with-cpu=arm_fpu
 
 
 Does this make sense to everybody?
 Seems sane to me. armv7 devices without neon are relatively uncommon
 so while it's important that they are supported it's IMO not vitally
 important to squeeze out every last drop of performance from them.
 
 I wonder what we should use on raspbian? I haven't tested on a Pi
 yet but it seems that on all tests i've seen so-far the generic fpu
 code is quite a bit slower than the arm nofpu code. Is there any
 quality difference from using a fpu vs nonfpu decoder? If so how
 much performance degredation do you beleive should be accepted in
 exchange for that quality improvement.

I think nofpu would good for raspian. Any lost audio quality would
unnoticable on the Rasberry's analog audio output ;)

Peter, what's the recommended way to recognize raspbian in debian/rules
?

Riku


-- 
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140305093430.gb16...@afflict.kos.to