Re: Conversion to int16_t and resolution loss with rate converter plugins

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

 



Dne 5.4.2018 v 23:21 Flavio Protasio Ribeiro napsal(a):
Hi Pavel,

Thanks for the reference to your previous discussion and the patches.
They were super helpful. As you can see from my reply to Takashi, I'm
proposing adding a convert_s32 method that doesn't impose dependency
on a HW FPU on alsa-lib. The convert_s32 method would operate on an
array of int32's.

From the point of view of the plugin developer, the change from
convert_s16 to convert_s32 is pretty trivial. The plugins that I
personally care about operate internally with floats. The plugin
would remain responsible for converting between int32 and float.

Sounds much better than my attempt at float API.

I agree that a libsoxr plugin would be great. Getting higher quality
real-time resampling is my ultimate goal :)

If you make it work, you will be praised by countless users :-)

But the existing rate API will have to be modified since libsoxr behaves a bit different to speex or libresample - see the library author discussing the issues http://mailman.alsa-project.org/pipermail/alsa-devel/2013-September/066764.html

Thanks,

Pavel.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux