Bugzilla Bug 56765

When outputing to wav or the sound device, the sound is fine, but when using
--raw, the sound is pure static.  mpg321 works as a good alternative.

In my environment, "mpg123 -s hoge.mp3" seems to work normally.
Please add the comment of a procedure which makes a problem reproduce.


The procedure which I checked is as follows.

1. mpg123 -s test.mp3 > mpg123.raw
2. oggenc -r --raw-endianness 1 mpg123.raw
3. ogg123 mpg123.ogg


emerge info output:

Portage 2.0.51-r2 (default-sparc64-2004.0, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.4.27-sparc sparc64)
=================================================================
System uname: 2.4.27-sparc sparc64 sun4u
Gentoo Base System version 1.4.16
distcc 2.16 sparc-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.23
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="sparc"
AUTOCLEAN="yes"
CFLAGS="-mcpu=ultrasparc -O2 -pipe"
CHOST="sparc-unknown-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-mcpu=ultrasparc -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS="http://mirror.gentoo.gr.jp/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.jp.gentoo.org/gentoo-portage"
USE="X Xaw3d aalib arts avi berkdb bitmap-fonts cdr cjk crypt cups dga dvd emacs encode esd f77 fbcon flash foomaticdb gdbm gif gnome gtk gtk2 imap imlib java joystick jpeg kde libwww mad mikmod motif mozilla mpeg mule ncurses nls nogcj oggvorbis opengl oss pam pdflib perl png python qt quicktime readline ruby samba scanner sdl slang sparc spell ssl tcpd tetex tiff truetype usb xml xml2 xmms xv zlib"


Thank you.

Can the static noise come from an endian problem or 8/16 bit selection problem?

1 year is plenty of time to wait for a test case that breaks. Closing bug due
to
no response from user.

uhm... don't close my bugs please.

Are you waiting for a miracle here? Noone will help you with this if you
haven't been able to provide a testcase for 2 years.

(In reply to comment #5)
> Are you waiting for a miracle here? Noone will help you with this if you
> haven't been able to provide a testcase for 2 years.
> 

mpg123 -s --8bit xxx.mp3 > xxx.raw

Gives a slight noise while playing the .raw file. Why is it so?

Adding Thomas to CC (mpg123 upstream)...

Thomas, can you take a look at this ancient bug?

Sreejith, with what version of mpg123 is this?

(In reply to comment #7)
> Adding Thomas to CC (mpg123 upstream)...
> 
> Thomas, can you take a look at this ancient bug?
> 
> Sreejith, with what version of mpg123 is this?
> 

it is 1.8.1

Note from the mpg123 project: This is reported now also under
https://sourceforge.net/tracker/?func=detail&aid=2833101&group_id=135704&atid=733194

But note that this fresh issue really is something different than the initial
one. What I can say is that sound output works on SPARC as such (Solaris,
though), I didn't test RAW output there yet but have hard time imagining that
it writes wrong data (since, well, it should be the raw data...).
What I do remmember is the sun audio output detecting some wrong format.,, but
that one has been disabled now.
2004 is really a long time ago in mpg123 terms.

The new issue is about dirty floor in 8bit output. And currently it seems to be
an unfavorable property (quantiztion noise) of the 16->8bit conversion method
mpg123 uses, more of an enhancement request.
But I'll have to wait for confirmation on what I am talking about being the
same as  Sreejith is talking about.