Size: a a a

Android NDK (C++) — русскоговорящее сообщество

2019 July 06

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
But if you upsample 44100 to 88200, you won't hear any difference (I am confident 95%)
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
Pure upsampling does not make it sound any better
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
ok
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
would an algorithm applicable for one bit depth be applicable to another bit depth without changes being made to the algorithm?
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
for example, unsigned 8 bit, signed 16 bit, and 32 float
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
Ivansuper
Generally a good practice is to convert source material to floating point format and work with this
.
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
Matthew Good
would an algorithm applicable for one bit depth be applicable to another bit depth without changes being made to the algorithm?
Read that message again
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
This is done on purpose in order to make a universal algorithm that work with floating point numbers
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
You separate your algo from any "preparator" that will take any desired bit depth and convert it to 32-float or 64-double
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
so that would also make it dependant of how well you can decode and recode source data such that there is no change in quality? for example, assuming you are capableof playing OGG format audio, 8 bit OGG to 32-float PCM then back to 8 bit OGG with no change in original quality ?
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
(or possibly just 8 bit OGG to 32-float PCM with no loss in quality if you are able to also play PCM format audio)
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
Matthew Good
so that would also make it dependant of how well you can decode and recode source data such that there is no change in quality? for example, assuming you are capableof playing OGG format audio, 8 bit OGG to 32-float PCM then back to 8 bit OGG with no change in original quality ?
Decoding and encoding are also the points of loss yes
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
You can minimize the loss, but you will never get it to 0% (if you convert the data)
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
ok
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
so would resampling it directly provide higher quality than converting then resampling?
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
or would that not matter since all data would be eventually converted into PCM either externally or internally via android os for playback depending on what formats the hardware supports
источник

MG

Matthew Good in Android NDK (C++) — русскоговорящее сообщество
or would the difference be unnotaccible unless on extreme resamples like 8khz to 192khz
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
I think I am going to kill you
источник

I

Ivansuper in Android NDK (C++) — русскоговорящее сообщество
Slowly
источник

Sergey λ in Android NDK (C++) — русскоговорящее сообщество
токс 🌝
источник