#13 flexible rate awful with mmx

0.60-beta4
closed-fixed
nobody
mpg123 (103)
6
2007-06-04
2006-08-23
Thomas Orgis
No

Simple sample rate reduction with -2 works, but
something like -r 8000 sounds awful with the mmx
optimizations, while it is ok for i386.

Discussion

  • Thomas Orgis
    Thomas Orgis
    2006-08-24

    Logged In: YES
    user_id=470743

    This applies to mhipp tree, too - so it is not my fault
    with porting the mmx code to our tree.

     
  • Thomas Orgis
    Thomas Orgis
    2007-05-01

    Logged In: YES
    user_id=470743
    Originator: YES

    svn rev 629:

    Make MMX and SSE fall back to i586 and friends (what's available) when auto-choosing cpu and -r <rate> is given.
    That's what I can do about bug 1545293 for now.
    When we have the next release with the x86 combined build, people are able to properly do flexible rate mode even with an MMX-enabled (or SSE) build.
    On the long term we need
    a) separating the decoding tables (I guess the special mmx table is interfering here)
    b) making the opts work with resampling natively

     
  • Thomas Orgis
    Thomas Orgis
    2007-06-04

    • status: open --> closed-fixed
     
  • Thomas Orgis
    Thomas Orgis
    2007-06-04

    Logged In: YES
    user_id=470743
    Originator: YES

    Added 3DNowExt -> 3DNow to the game.
    Must be the common MMX stuff... somehow.
    Given a combined x86 built, the decoding now works as it should.
    Perhaps I'll one time resolve the issue at the root -- some mmx (tabinit?) stuff -- but until then I'll close the bug since mpg123 as a whole works here.