Merging soxr

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[quoted text parts reordered]

On Wed, Jan 7, 2015 at 8:48 PM, Alexander E. Patrakov
<patrakov at gmail.com> wrote:
> 07.01.2015 15:14, Alexander E. Patrakov wrote:
>>
>> I will retest with qemu (via its alsa backend) later today.
>
> Done, both for "pa" and "alsa" backends. I must say that soxr-based
> resamplers break a configuration that worked fine (except the initial period
> of several seconds) with speex-float-5. Namely, after some seconds of
> initial crackling (which is a KVM limitation), speex-float-5 produces clear
> sound for at least 5 minutes. soxr-based resamplers produce a constant
> stream of underruns.

[snip]

> export PULSE_LATENCY_MSEC=8  # gets clamped to 2 ms for unknown reason
> export QEMU_AUDIO_TIMER_PERIOD=1000
>
> nohup \
> flock -n hda.dsk \
>         qemu-system-x86_64 -enable-kvm -m 2048 -cpu core2duo -smp 2 \
>         -machine q35 \
>         -vga std -sdl \
>         -soundhw hda \
>         -usb -device usb-kbd -device usb-mouse \
>         -device isa-applesmc,osk="...(c)AppleComputerInc" \
>         -smbios type=2 \
>         -device ide-drive,bus=ide.2,drive=MacHDD \
>         -drive id=MacHDD,if=none,file=hda.dsk \
>         -netdev user,id=hub0port0 \
>         -device virtio-net,netdev=hub0port0,id=mac_vnet0 \
>         -monitor stdio \
> </dev/null >/dev/null 2>&1 &
>
> (search Google for OSK0 and OSK1, the command line was mostly copy-pasted
> from http://blog.ostanin.org/2014/02/11/playing-with-mac-os-x-on-kvm/ )
>
> If you don't have Mac OS X, you can also reproduce the first bug (which,
> BTW, also applies to -mq and -hq) with paplay:
>
> paplay --latency-msec=8 any-44100hz-stereo-file.flac
>
> Note again: there are constant underruns in this case in the pulseaudio log,
> which are not present with speex-based resamplers.
>
> Or you can just dismiss the issue, because the testcases just request
> latency that cannot be satisfied with soxr.

Do I understand correctly that you tried to enforce 8 ms (or 2?)
latency in PA? If so then I would rather dismiss it since, as we know,
soxr latency is around 20 ms, sometimes more, and you can't achieve 8
ms with it.

> Also, with PulseAudio forced to 44.1 kHz, FooBar2000 v1.2 (which uses
> DirectSound and thus, by default, resamples everything to 48 kHz) just plays
> silence (with a neverending stream of underruns in pulseaudio log) over
> soxr-vhq and works fine over speex-float-5. soxr-hq and soxr-mq also work
> fine with wine.

I didn't quite understand this test, could you elaborate? Are you
running Windows in a VM here? Which one?


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux