The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"В Fedora добавлена встроенная поддержка MP3"
Отправлено Аноним, 12-Ноя-16 21:29 
> Притом все они (кроме opus) появились более 10 лет назад.

А дорабатывались и потом. И к тому же опус сделан как гибрид 2 разных кодеков, которые были и разрабатывались. И по своему уникален: может быть speech-кодеком на низких битрейтах, может приемлимо транслировать музыку на битрейте повыше, а на 64Кбит народ не может отличить его от сидюка в слепом тесте.

> Сравните с видео -

Да, давайте сравним - сколько лет был один H.264 и сколько лет его все вообще реализовывали?

> там что не год - новый кодек, а то и несколько.

Реально живых всего несколько кодеков на самом деле. Остальное лабораторные прототипы и/или nextgen nextgen'а.

> ИМХО основной потенциал был выжат еще из mp3 и все новые кодеки
> не могут существенно (на 50-100% как в видео) улучшить результат.

Opus на 64кбит звучит лучше чем mp3 на 128. Ессно VBR/среднее. Как раз улучшение в 2+ раза и есть. Вату в 128 кбит на мониторах слушать печально. А 64кбит опус - не заметишь подвох так сразу.

> Хотите сказать, что смарт в режиме плеера проживет примерно столько же, сколько
> и в режиме ожидания?

Ессно он проживет меньше. А хотя-бы потому что power gating и clock gating большинству блоков сделать уже не получится - они катят только если активность нулевая. И как минимум все статичные утечки будут выше в разы. На низких частотах это может быть вообще выше чем потребление переключающихся вентилей.

ИМХО на смартах и т.п. это стоило бы тестануть как-то так:
- Полностью заряжаем батарейку. Гоняем MP3 по кольцу пока не сядет. Замеряем время.
- Аналогично с {opus, vorbis, aac, wav, flac, ...}.

Но это потребует МНОГО времени на тест и я не знаю как это хорошо автоматизировать.

>> - очень скоро превращает тариф в тыкву.
> Есть такая беда, но ИМХО связана она с локальной недоразвитостью интернета.

Связана она с тем что оборудование для сотовых операторов стоит конских денег, а частоты ограничены и доступный бандвиз делится на толпу.

> Это да, аргумент. Но если человек хранит музыку в облаке

Это обычный жизненный сценарий "интернет-радио послушать".

> Большинство меломанов хранят музыку в lossless ибо место на hdd очень дешево.

У меня и видео есть нежатое - чтобы объективно мерять что могут видеокодеки.

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

Ну вот за опуса говорит хорошее качество при минимальном размере. ИМХО 64 кбит опуса выше крыши для мобильных устройств. Звучать будет лучше mp3@128kbps а места займет в 2 раза меньше. Юзеры смартов один фиг заряжаются раз в 1-2 дня а то и таскают power bank даже без всяких плееров, т.к. любят в сети повисеть.

> И много в нем музыки выкладывают? Даже vorbis чаще попадается.

Так vorbis и появился раньше, не говоря про mp3. А так - да вон весь ютуб, там народ любит выкладывать видео из обложки + аудиотрека.

> google, как и apple/ms - делает, что хочет. На практике я пока
> по прежнему использую x264, так как кодирование в vp9 слишком медленно,
> а поддержка видео редакторами - близка к нулю.

А я использую VP9, мне нравится. Сразу в вебе играется в большинстве браузеров и битрейт/качество мне нравятся. Из x264 я в принципе такое выжать не могу. Скорость кодирования там регулируется, а если мне хочется максимальное качество при минимальном размере - пущу пахать на мощном десктопе, хоть на ночь.

> Это хорошо. Просто не нужно цепляться к словам, тут и так таких
> любителей хватает - в итоге флейм и ругань на ровном месте,

Меня утомило что люди по жизни путают и не понимают форматы данных, поэтому возможно я слишком придирчив на этот счет, уж пардон.

> Сам я с этим чудом (mp3 в wav) столкнулся еще в начале
> 2000х на пиратской дискографии - ни один аппаратный плеер не хотел
> воспроизводить этот диск :(

Пираты ориентировались на писюки. И собссно я вижу пойнт смартфонов в том что они по свойствам более похожи на писюки. И если что-то не играется... на андроиде есть vlc, на n900 - mplayer. И там ffmpeg, он жует все что шевелится, если проца хватает. Хорошо.

> А стандарт остался.

Да и фиг с ним. Помрет вместе с своими цифровыми грампластинками, имхо.

> У меня 100% музыки (~200 GB) в 44.1kHz.

А у меня - полнейший разнобой. Потому что из разных мест и проч и я не вижу почему я должен утыкаться в стандарт цифровых грампластинок из 80-х прошлого века. Да и нативные частоты железа у меня в основном 48кГц и кратные.

>> аудио железок в последнее время стали 48кГц и кратные.
> Смотря для каких - если ориентация игры и фильмы - то да.

Смарты/планшеты/одноплатники, писюки и лаптопы, ... - дружно выбрали 48кГц. На что они ориентированы? Они general purpose.

> Если музыка то - нет. Хорошее железо умеет оба формата одинаково хорошо.

Нынче куча музыки и 24 бит/192 кГц бывает. Летучие мыши одобряют.

> На спец soc есть и отдельный блок imdct36, но это только значит
> - что все форматы станут эффективнее при декодировании.

Говоря за себя - меня только general purpose устройства по жизни интересуют, которые полностью реконфигурабельны софтварно. Я не считаю себя готовым утыкаться в один стандарт или алгоритм навечно. Люди придумают новые, более удачные стандарты и алгоритмы.

> Разница же между ними так и останется. Более сложная модель кодирования
> требует больше ресурсов и с этим ничего не поделаешь.

А мне ничего и не требуется с этим делать. Даде на винтажном смарте N900, с его 600МГц cortex A8. Будет там 2% cpu или целых 4% - мало влияет на что либо.

> Стандартно - 250 MHz. 40 - это нижняя частота при freq/voltage scaling.

Я не знаю для кого это "стандарт". Для меня нижняя планка стандартов - Cortex A8 @ 600MHz. Дохлее у меня есть разве что MIPSовый роутер на 400МГц, но на нем музыку слушать все-таки совсем изврат. И Nokia N800 с 400MHz процом, на правах музейного экспоната. Однако ж этого музея хватает на _кодирование_ видео mpeg4 320x240x12FPS с тамошней тетрисообразной камеры. Даже этому музею декодирование что vorbis, что opus - на один зубок.

> Это как раз и плохо. Если у вас остается более чем двукратный
> запас при воспроизведении mp3 - значит ваше устройство в пустую садит акб.

А это особенности CMOS-схемотехники. Кроме динамического потребления есть еще и статическое. Схемы потребляют ощутимую мощноть даже если ничего не делают. В современных железках из-за числа транзисторов и уменьшения толщины изоляторов эффект довольно сильный. С ним првда борятся DVFSом и просто и power gating'ом во все поля. Ну и clock gating для экономии и в динамике заодно.

А так то да - круче всего отлить ASIC за доллар с правильным форматом, будет энергоэффективно что пипец. Но вот менять его каждый раз при смене формата мне как-то лениво. И транскодировать форматы лишний раз под всякий крап меня тоже не прельщает лишний раз. Лучше всего когда девайс всеяден :)

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру