Opened 15 years ago

Closed 14 years ago

#766 closed defect (fixed)

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:
Backport to 1.x milestone: Backported:

Description (last modified by bennylp)

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 (11)

comment:1 Changed 15 years ago by bennylp

  • Description modified (diff)

comment:2 Changed 15 years 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)

comment:3 Changed 15 years ago by nanang

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

comment:4 Changed 15 years ago by nanang

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

comment:5 Changed 15 years ago by bennylp

  • Milestone changed from release-1.2 to release-1.3

comment:6 Changed 15 years ago by bennylp

  • Milestone changed from release-1.3 to release-1.4

comment:7 Changed 15 years ago by bennylp

  • Milestone changed from release-1.4 to release-1.5

comment:8 Changed 14 years ago by bennylp

  • Milestone changed from release-1.5 to release-1.6

comment:9 Changed 14 years 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)

comment:10 Changed 14 years ago by bennylp

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

comment:11 Changed 14 years ago by nanang

  • Milestone changed from Known-Issues-and-Ideas to release-1.6
  • Resolution set to fixed
  • Status changed from new to closed

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.