Am Tue, 04 Mar 2014 02:59:44 +
schrieb peter green plugw...@p10link.net:
Is there any quality
difference from using a fpu vs nonfpu decoder?
Technically, there is. See those numbers for generic fpu and non-fpu
code with and without --enable-int-quality given to configure (enables
better
Am Tue, 4 Mar 2014 11:49:45 +0100
schrieb Thomas Orgis thomas-fo...@orgis.org:
sh$ time -d -o null convergence_-_points_of_view/*.mp3
That should be
sh$ time madplay -d -o null: convergence_-_points_of_view/*.mp3
... as you may have guessed (notice the added :).
Alrighty then,
Thomas
Am Tue, 4 Mar 2014 11:10:25 -0300
schrieb Felipe Sateler fsate...@debian.org:
#decodert_s16/s t_f32/s
ARM 86.26 90.66
generic 102.80 100.06
generic_dither 121.10 100.84
Yes, a difference, but aguably a lot less than comparing VPU code to
NEON. With the feature to produce
Am Tue, 4 Mar 2014 16:25:17 -0300
schrieb Felipe Sateler fsate...@debian.org:
#decodert_s16/s t_f32/s
ARM 86.26 90.66
generic 102.80 100.06
generic_dither 121.10 100.84
madplay -d -o null: convergence_-_points_of_view/*.mp3 /dev/null
130.22s user 1.88s system 93% cpu
Am Sat, 01 Mar 2014 01:00:02 +0900
schrieb Taihei Momma t...@mac.com:
OK, after some investigation with armhf cross environment and qemu, finally
the current mpg123 svn (r3517) should work
After Tahei didn't stop at this (big thanks from here!), we got a new
snapshot,
Am Sat, 01 Mar 2014 01:00:02 +0900
schrieb Taihei Momma t...@mac.com:
OK, after some investigation with armhf cross environment and qemu, finally
the current mpg123 svn (r3517) should work (including arm_nofpu decoder).
The point is .type directive. Without this directive, a linker doesn't
Am Sat, 1 Mar 2014 09:56:46 +0100
schrieb Thomas Orgis thomas-fo...@orgis.org:
Great! So, folks, please check that
http://mpg123.de/snapshot/mpg123-2014030100.tar.bz2
does the trick with all decoders now. Performance numbers from the
benchmark script would be nice. I'll release
Am Mon, 24 Feb 2014 12:27:36 -0500
schrieb Lennart Sorensen lsore...@csclub.uwaterloo.ca:
Any help from this:
Program received signal SIGILL, Illegal instruction.
0xb6fb9332 in INT123_dct64_neon () at dct64_neon.S:48
48 vpush {q4-q7}
What the ... ? This does not
://mpg123.org/snapshot/mpg123-20140225111416.tar.bz2 ,
and also attached the patch for the rather small change that hopefully
has a big effect. Care to test this?
Alrighty then,
Thomas
--
Thomas Orgis - Source Mage GNU/Linux Developer (http://www.sourcemage.org)
OrgisNetzOrganisation
Am Tue, 25 Feb 2014 11:20:06 -0500
schrieb Lennart Sorensen lsore...@csclub.uwaterloo.ca:
On Tue, Feb 25, 2014 at 11:18:50AM +0100, Thomas Orgis wrote:
Am Tue, 25 Feb 2014 17:37:41 +0900
schrieb Taihei Momma t...@mac.com:
#0 0xb6fb9332 in INT123_dct64_neon () at dct64_neon.S:48
Am Fri, 21 Feb 2014 11:25:12 -0500
schrieb Lennart Sorensen lsore...@csclub.uwaterloo.ca:
Testing with the neon build I get a return code of 4, and it seems to
be failing to run. It was a pain to even get it to compile. Using just
the configure option, the assembler complained about the
I see. In that case, I'll have to leave the package as it until
something along those lines is implemented.
So, I got conversion to float implemented now and tested with the
generic_nofpu decoder on x86-64. It _should_ of course work with ARM,
too;-) If you'd like to check the current
I'm adding the mpg123 assembly guru to the CC list, as I imagine he
would be interested in why his ARM NEON code doesn't work on a Cortex
A8 chip here. Needless to say, it worked before (on other systems).
Also, the precision of the arm_nofpu code does not look right. This
topic is now shifting
Am Mon, 17 Feb 2014 10:00:48 +0200
schrieb Riku Voipio riku.voi...@iki.fi:
Thanks Peter for explaining, this was how I ended up the suggestion
in the bug.
I see. In that case, I'll have to leave the package as it until
something along those lines is implemented.
Yes. The ideal
14 matches
Mail list logo