IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
mpg123 1.8.0, The Taihei Monmament
ZinCh
post Jun 10 2009, 23:51
Post #1





Group: Members
Posts: 171
Joined: 28-September 06
Member No.: 35705



"mpg123 is now more correct than ever and it's faster than ever -- especially on modern x86-64 hardware, where we regain the performance crown from the 64bit SSE code in MPlayer" - website download changelog

Brief changelog:
  • Speed improvements.
  • Proper rounding.
  • Remove HF cutoff (SFB21) introduced in 0.59r.
  • More sample-accurateness.


This post has been edited by Canar: Jun 11 2009, 00:09
Go to the top of the page
+Quote Post
Canar
post Jun 11 2009, 00:07
Post #2





Group: Super Moderator
Posts: 3373
Joined: 26-July 02
From: To:
Member No.: 2796



Change log:
  • New and improved SSE optimizations! For x86-64, too! Also AltiVec! Fast float output! Faster stereo!
    Finally, this should put mpg123 into the efficiency-leading position on current hardware!
    Thanks go out to Taihei Monma for pushing lots of new assembler code.
  • Added proper rounding modes to 16bit integer.
    - Use ./configure --enable-int-quality to prefer accuracy over speed.
    - Accurate code (generic, SSE, 3dnow -- i586 has always been good) delivers ISO compliant quality with 16bit output.
    - Uses fast rounding for IEEE754 floats.
    - Mpg123 can do fully ISO compliant MPEG audio decoding to 16bits (of course to 32bit float/int, too).
  • subtle performance enhancements via broader data alignment
  • Prefer SSE code over 3DNowExt.
    - It can be tight, but generally our new SSE code is better on CPUs that can do both.
  • Remove HF cutoff (SFB21), has been introduced in 0.59r .
  • Fix layer 1 regression (been there since version 1.x).
    - Layer 1 ISO compliance test is positive now.
  • Fix layer 2 regression (false positives header change).
    - Layer 2 ISO compliance test is positive now.
  • more sample-accurateness
    - Clear frame buffers before seek.
    - Decode 4 frames in advance for layer 3 (2 for layer 1 and 2) per default.
    - Number of layer 3 frames to decoded in advance (and fill bit reservoir) is runtime tunable (--preframes).
  • Do not stop decoding after stray ID3v1 tags in streams (bug 2793677).
  • Fix handling of negative RVA2 values in ID3v2 (bug 2792417).
  • Discard bitreservoir of previous frames if a resync is needed.
  • improve perceived randomness of --random (do not repeat too early)
  • Fix special crash case in UTF16 conversion for ID3v2.
  • MPG123_MODDIR environment variable for changing module directory at runtime
  • arts output fixes (bug 2715128)
  • win32 output swallowing less buffers at end (but still some audio is lost, bug 2722991)
  • tested mpg123 on OS/2; it works, but not the native audio output (SDL works)
  • WAV output announces supported output formats correctly
  • fix buffer startup to make sure the first bits of audio are not discarded (bug 2796802)
  • re-enable the --gain parameter (the move to modules disabled that), untested
  • Libltdl is _not_ included anymore.
    - The host system is expected to provide it, otherwise plugins are not used.
    - Our copy does not get in the way anymore.
  • enhancements of the MSVC++ builds, including optimizations using yasm
  • general build system fixes
  • Legacy build system is gone.
  • code cleanup
    - signed/unsigned integer usage, make compilers more happy)
    - simplified synth selection code (it is _less_ code now, and does more)
  • Fixed behaviour of MPG123_NEW_FORMAT: Now it does not stop you from just continuing decoding without querying the (new) output format, this behaviour regression had been there since somewhen after 1.4.3 .


--------------------
You cannot ABX the rustling of jimmies.
No mouse? No problem.
Go to the top of the page
+Quote Post
rpp3po
post Jun 11 2009, 00:35
Post #3





Group: Developer
Posts: 1126
Joined: 11-February 03
From: Germany
Member No.: 4961



QUOTE (ZinCh @ Jun 11 2009, 00:51) *
[*]Remove HF cutoff (SFB21) introduced in 0.59r.


To complete the references, this is the Hydrogenaudio thread that ended 8 years of >16kHz cutoff. smile.gif
Go to the top of the page
+Quote Post
krazy
post Jun 12 2009, 06:18
Post #4





Group: Members
Posts: 493
Joined: 3-June 03
Member No.: 6981



Sweet! So glad that development has picked up again on this smile.gif
Go to the top of the page
+Quote Post
sobukus
post Jun 14 2009, 14:48
Post #5





Group: Members
Posts: 12
Joined: 11-May 09
Member No.: 69700



QUOTE (krazy @ Jun 12 2009, 06:18) *
Sweet! So glad that development has picked up again on this smile.gif

Well, sweet that you notice... several years after we picked up development again;-)

But then, it would be nice if you people here help spread the news a bit to the people using MPEG decoders derived from old mpg123 code in their software... I would like to see them using up-to-date code from the mpg123 project, and also report back improvements they did and that we still miss in our official releases.
(Contact is best done via postiing to mpg123-devel@lists.sourceforge.net, as I cannot promise to watch this forum in a timely manner.)

Just in case people did not notice: The mpg123 decoder is available as fully-deatured dynamic library on UNIX systems, but also on Windows and Mac.

Oh, and 1.8.1 is out - I accidentally claimed something about the fixed point accuracy being improved in 1.8.0 while that code was confined to the development version only. Now the new release indeed does proper decoding when compiled for fixed point math (though not very fast, that comes with next major release).
Go to the top of the page
+Quote Post
Fishman0919
post Jun 14 2009, 19:58
Post #6





Group: Members
Posts: 79
Joined: 18-December 03
Member No.: 10554



mpg123 1.8.1

QUOTE
The update mainly adds the proper integer / fixed point decoding that accidentally has been promised in the 1.8.0 at places (more still planned for 1.9.0). Minor bug and build system fixes complete the treat, for example updated build files for the Sony PSP.
Go to the top of the page
+Quote Post
twist3d
post Jun 15 2009, 11:48
Post #7





Group: Members
Posts: 11
Joined: 1-November 05
Member No.: 25488



the download site http://www.mpg123.de/download/win64/ for x64 binaries says "no permission" when trying to download, x86 binaries directory works fine.
Go to the top of the page
+Quote Post
ZinCh
post Jun 16 2009, 08:51
Post #8





Group: Members
Posts: 171
Joined: 28-September 06
Member No.: 35705



twist3d, works for me (now), but binaries wasnt updated to 1.8.1 (yet)

http://www.mpg123.de/download/?C=M;O=D
Go to the top of the page
+Quote Post
ZinCh
post Jun 17 2009, 10:09
Post #9





Group: Members
Posts: 171
Joined: 28-September 06
Member No.: 35705



binaries updated to 1.8.1
Go to the top of the page
+Quote Post
Fishman0919
post Jun 17 2009, 17:19
Post #10





Group: Members
Posts: 79
Joined: 18-December 03
Member No.: 10554



What options in the ./configure line should I use that will produce the most accurate 16-bit output?

I am currently just using "--enable-int-quality" now.
Go to the top of the page
+Quote Post
Big_Berny
post Jun 20 2009, 16:53
Post #11





Group: Members
Posts: 242
Joined: 9-February 03
Member No.: 4921



Will there be a decoder which I can use with MediaMonkey (Winamp compatible)?
Go to the top of the page
+Quote Post
k.eight.a
post Jun 24 2009, 08:26
Post #12





Group: Members
Posts: 434
Joined: 31-October 03
From: Europe, CZ
Member No.: 9571



QUOTE (Big_Berny @ Jun 20 2009, 17:53) *
Will there be a decoder which I can use with MediaMonkey (Winamp compatible)?
Will there be a decoder usable with WinAMP 2.9X ? unsure.gif


--------------------
Sorry for my poor English, I'm trying to get better... ;)
"The greatest trick the Devil ever pulled, was convincing the world he didn't exist."
Go to the top of the page
+Quote Post
Big_Berny
post Jun 24 2009, 20:38
Post #13





Group: Members
Posts: 242
Joined: 9-February 03
Member No.: 4921



I mean the same. smile.gif

It's already the second time I ask but I didn't get an answer yet.
Go to the top of the page
+Quote Post
Fishman0919
post Jun 28 2009, 05:52
Post #14





Group: Members
Posts: 79
Joined: 18-December 03
Member No.: 10554



Should/would the list from mpg123.exe --list-cpu be considered as most to least accurate?

CODE
mpg123.exe --list-cpu
Builtin decoders: SSE 3DNowExt 3DNow MMX i586 i586_dither i386 generic generic_dither


QUOTE
Prefer SSE code over 3DNowExt.
- It can be tight, but generally our new SSE code is better on CPUs that can do both.


This post has been edited by Fishman0919: Jun 28 2009, 06:28
Go to the top of the page
+Quote Post
Daemon7
post Jul 13 2009, 23:31
Post #15





Group: Members
Posts: 16
Joined: 13-July 09
Member No.: 71444



It may just be me, but I can't get the -C switch that enables keyboard controls to work, it keeps telling me I used an incorrect option.

blink.gif
Go to the top of the page
+Quote Post
Daemon7
post Jul 14 2009, 21:33
Post #16





Group: Members
Posts: 16
Joined: 13-July 09
Member No.: 71444



QUOTE (Daemon7 @ Jul 13 2009, 18:31) *
It may just be me, but I can't get the -C switch that enables keyboard controls to work, it keeps telling me I used an incorrect option.

blink.gif


On a closer look, that seems to require unix-like terminal functionality and the usage options must list it there in the Windows build even though it can't work.

Wonder if the Cygwin build would work better for Windows users....
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 25th December 2014 - 17:56