Ticket #766 (closed defect: fixed)

Opened 16 months ago

Last modified 6 months ago

Bad audio quality (possibly in resampling) in Linux (thanks Thomas Kluge for the report)

Reported by: bennylp Owned by: nanang
Priority: normal Milestone: release-1.6
Component: pjmedia Version: trunk
Keywords: Cc:

Description (last modified by bennylp) (diff)

task: resample from 44.1KHz to 8KHz

cmdline: ./pjsua --null-audio --clock-rate 8000 --play-file nanotech44.wav --rec-file output8.wav

The results:

  • Vista, VS6: ok
  • Vista, Mingw/gcc-3.4.5: ok
  • Linux1, gcc-4.3.2: bad
  • Linux2, gcc-4.1.1: bad

I'm somehow still 100% convinced that this is Linux thing, as I don't suppose there's any platform specific processing there. It could also be something specific to gcc 4. If someone has gcc 3, on Linux, to test this with, that will be great.

The corresponding ticket for the 1.0 branch is #767

Change History

Changed 16 months ago by bennylp

  • description modified (diff)

Changed 16 months ago by bennylp

Linux with gcc-3.4.x was reported to be okay:

[root@webhost bin]# gcc -v
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6-10)

Changed 16 months ago by nanang

Just tried on Ubuntu 8.04 with gcc-4.2.3, audio is fine.

Changed 16 months ago by nanang

Again, tried on MacOSX 10.5.2 with gcc-4.0.2, audio is fine.

Changed 15 months ago by bennylp

  • milestone changed from release-1.2 to release-1.3

Changed 14 months ago by bennylp

  • milestone changed from release-1.3 to release-1.4

Changed 12 months ago by bennylp

  • milestone changed from release-1.4 to release-1.5

Changed 9 months ago by bennylp

  • milestone changed from release-1.5 to release-1.6

Changed 9 months ago by nanang

Linux x86 64bit with gcc 4.2.4 reported to be ok:

$ gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3)

Changed 7 months ago by bennylp

  • milestone changed from release-1.6 to Known-Issues-and-Ideas

Changed 6 months ago by nanang

  • status changed from new to closed
  • resolution set to fixed
  • milestone changed from Known-Issues-and-Ideas to release-1.6

In r3085:

  • Applied patch provided by Bram Kuijvenhoven related to truncation issue in floating-point to integer type-casts in pjmedia components (thanks!).
  • Original patch proposal and description can be found  here.
Note: See TracTickets for help on using tickets.