16 bit vs 32 bit float

[VitaliyKisslove]

Блин, я только сейчас увидел эту ссылку. Тогда все мои вопросы снимаются 😁 - в этой сборке философия и плацебо превыше математики.

А поконкретней?

[VitaliyKisslove]

С чего вы взяли? Достаём целые числа, с незначащими нулями после запятой
132 достаём как 132,0000000

Целые числа мы достаем при использовании целочисленного декодера, при использовании декодера с плавающей точкой мы достаем дробные числа.

[VitaliyKisslove]

Я выше вам привёл сценарий, когда потерь не будет

вы об этом?

Вы договаривайте до конца. Потери будут лишь при понижении параметров сигнала, а если у вас сигнал исходный был в 16, плеер его сохранил в 32, а потом вывел опять в 16 - никаких потерь не будет. Это первое, а второе - искажения из-за шумов квантования с 32 на 16 настолько ничтожны, что на слух их не различить.

Тут принципиально использование плавающей точки - при конвертации её в целые числа потери неизбежны.

[Artem]

при конвертации её в целые числа потери неизбежны.

Ну вот нет.

Целые числа мы достаем при использовании целочисленного декодера, при использовании декодера с плавающей точкой мы достаем дробные числа.

Да что вы говорите =) А ничего что при декодировании в целые числа у вас потери возникают? Вы ведь знаете, как данные упаковываются в MP3?

[Soolo]

Целые числа мы достаем при использовании целочисленного декодера, при использовании декодера с плавающей точкой мы достаем дробные числа.

Декодер достаёт те числа, которые подразумеваются алгоритмом
И если алгоритм действительно подразумевает дробные числа, то значит они точнее целых передают волну
А если декодер сразу "достаёт" целые, значит он сразу их округляет, и значит "потери" вносятся уже на этапе декодирования
Я вам страшное скажу, движок АИМПа (да и других плееров) работает только в 32 bit float и эти целые числа после декодера всё-равно переводятся в формат float
https://aimp.ru/blogs/?p=88
В статье про движок говорится про 64 bit float, но в итоге остановились на 32 bit float

[VitaliyKisslove]

Ну вот нет.

Переведите 1/3 в целые числа без потерь...

Да что вы говорите =) А ничего что при декодировании в целые числа у вас потери возникают? Вы ведь знаете, как данные упаковываются в MP3?

Потерь не возникает - потому что закодированы в mp3 16 целых чисел.

[VitaliyKisslove]

Декодер достаёт те числа, которые подразумеваются алгоритмом
И если алгоритм действительно подразумевает дробные числа, то значит они точнее целых передают волну
А если декодер сразу "достаёт" целые, значит он сразу их округляет, и значит "потери" вносятся уже на этапе декодирования

Да -дробные числа точнее целых (тоже не всегда) - вот если бы у всех были звуковые карты аппаратно работающие на плавающей точке - то никаких проблем не возникало бы - но большинство звуковых карт работают на 24 целых битах. А конвертация из дробных в целые невозможна без потерь.

Я вам страшное скажу, движок АИМПа (да и других плееров) работает только в 32 bit float и эти целые числа после декодера всё-равно переводятся в формат float
https://aimp.ru/blogs/?p=88
В статье про движок говорится про 64 bit float, но в итоге остановились на 32 bit float

Я не знаю всех деталей - но разницу между декодированием в целых и дробных числах слышно хорошо - это разница между восторгом от звучания и разочарованием от посредственного звука. И вроде как если я не ошибаюсь - если звук в плеере на 100% и эквалайзер не используется - из входа на выход звук идет без изменений  в целых числах - я слушаю именно так.

[VitaliyKisslove]

удалить сообщение не смог а получилось оно по ошибке.

[VitaliyKisslove]

Да что вы говорите =) А ничего что при декодировании в целые числа у вас потери возникают? Вы ведь знаете, как данные упаковываются в MP3?

Если вас заинтересовал этот вопрос (судя по реакции он вам небезразличен) - лучше всего вам организовать опрос мнений и выложить версию плеера с переключением декодера - по моей ссылке люди видимо опасаются вирусов поймать и не скачивают - смотрят но не скачивают - всего 2 скачивания.

[Soolo]

А конвертация из дробных в целые невозможна без потерь.

Ну так целочисленный декодер изначально всё перевёл в целые числа уже сразу с округлением и "потерями"
Какая разница на каком этапе "потери", сразу в декодере или попозже в драйвере?

[VitaliyKisslove]

Ну так целочисленный декодер изначально всё перевёл в целые числа уже сразу с округлением и "потерями"
Какая разница на каком этапе "потери"?

mp3 закодированы в целых 16 битах - если мы достаем в этом же виде то никаких потерь нет - СОВСЕМ.

[Soolo]

mp3 закодированы в целых 16 битах - если мы достаем в этом же виде то никаких потерь нет - СОВСЕМ.

То есть вы утверждаете, что в mp3 хранятся целые числа, 1   2   3, и т.д. но при декодировании float они извлекаются почему-то как 0,33   0,66   0,99 ?
Откуда такая информация?

[VitaliyKisslove]

То есть вы утверждаете, что в mp3 хранятся целые числа, 1   2   3, и т.д. но при декодировании float они извлекаются почему-то как 0,33   0,66   0,99 ?
Откуда такая информация?

 Я не знаю деталей но вроде как в mp3 не хранятся ни целые не дробные  числа - но закодированы туда именно 16 целых бит (то есть источник для кодирования 16/44.1). Я не знаю всех деталей конвертации из одного в другое и какой там уровень потерь - но я это слышу - детализация музыки очень ощутимо меняется.

[Soolo]

Я не знаю деталей но вроде как в mp3 не хранятся ни целые не дробные  числа - но закодированы туда именно 16 целых бит. Я не знаю всех деталей конвертации из одного в другое и какой там уровень потерь - но я это слышу - детализация музыки очень ощутимо меняется.

Слышу - это не аргумент, когда вы видите то, что слушаете
Это был бы аргумент с случае слепого теста, но вы такой тест не проходили и не пройдёте
Других аргументов, как я понимаю, нет

[VitaliyKisslove]

Слышу - это не аргумент, когда вы видите то, что слушаете
Это был бы аргумент с случае слепого теста, но вы такой тест не проходили и не пройдёте
Других аргументов, как я понимаю, нет

Нет - я очень много слушал не зная что именно я слушаю - и результат всегда один - в целых числах звук сильно лучше.