]> Sergey Matveev's repositories - stargrave-blog.git/commit
Размерность объёма данных
authorSergey Matveev <stargrave@stargrave.org>
Sat, 24 Apr 2021 07:28:15 +0000 (10:28 +0300)
committerSergey Matveev <stargrave@stargrave.org>
Sat, 24 Apr 2021 07:28:15 +0000 (10:28 +0300)
commit49372f80712951259fc7d918377138d3af179323
tree4b825dc642cb6eb9a060e54bf8d69288fbee4904
parent34c103d1b115de3e2f05b5eb4b31dbe2b34bb78a
Размерность объёма данных

https://habr.com/ru/company/seagate/blog/554028/
Ещё со школы не понимал на кой чёрт объёмы данных меряют в количествах
музыкальных файлов или фильмов. Тут комментарий в статье аналогичное
говорит и решил и сюда уж написать. Я буквально никого не знаю кому бы
это что могло сказать. Opus-закодированная песенка и FLAC -- будут
отличаться на порядки -- какой смысл сравнивать в песнях? MP3 128Kbps и
320Kbps -- аналогично. Фильмы может и в сотни мегабайт сжать, а можно
иметь всякие многоK-многоFPS версии на десятки гигабайт, где разница
будет, опять же, на порядки в объёме. Количество грайндкорных композиций
на одном и том же объёме может быть на два порядка больше чем
прогрессив-металических. Ладно, все уже свыклись с тем что эти
производители дисков меряют объёмы в степенях десятки, чтобы чиселка
была побольше. Но зачем продолжать то измерять в непонятных единицах,
отличие в которых может быть на 2-3 порядка? Искренне не понимаю зачем
это делают. Вот например указать кол-во фотографий сколько вмещается в
конкретной модели фотоаппарата могло бы быть разумно, если предположить
что после lossy сжатия не очень сильно файлы варьируются по размеру (я
бы хотел чтобы JPEG2000 использовался, просто с ограничением по размеру
сверху).