Pull to refresh

Comments 27

2015 год. Россия. Депутат *** предложил запрещать песни, содержащие аудиогиперссылки на нелицензионный контент
2013 год. Россия. Депутат М… а предложила запретить пропаганду гомосексуализма и орального секса в аудиоссылках. В интервью независимым СМИ НТВ, LifeNews и RT она призналась, что не знает, что такое аудиоссылки, но категорически осуждает.
Это ж сколько magnet ссылок в одну песню поместится!.. Песня будет лицензионной, я сам её напишу, так что всё честно.
В России думают в одну сторону:)
Объясните, пожалуйста, суть подробней, если не трудно. По описанию не очень понял.
Меня просто смутило словосочетание «Новая же технология...».

Технология называется audio watermarking, один из вариантов стеганографии.

Суть в том, что математическими методами в звуковой поток прячется цифровая информация, которая потом в рил-тайме может быть извлечена.

В отличии от DTMF, который в максимально слышимом диапазоне ( ~600-1700 Hz), данная технология не слышна человеческому уху и не искажает звучание.
Так же она стойка к звуковому искажению(смешиванию), но к сожалению, не к сильному растяжению (изменению скорости звучания).

Я бы сказал что Аппл замутил фишечку, но не как не технологию
Да, похоже на то — аналогичная технология, либо тыренная. Ещё один повод для патентного иска.

Спасибо за разъяснение. Теперь вспомнил про аналогичную технологию с изображениями.
Как большой любитель подкастов ратую за внедрение этой технологии. Часто в подкастах даются ссылки на книги, музыку, программы и т.д. Возможность прямого перехода по ссылкам очень бы облегчила жизнь, так как избавила бы от необходимости поиска сайта подкаста, поиска номера конкретного выпуска, поиска списка ссылок к данному выпуску. Часто на это нет ни времени ни желания. В общем — молодцы!
Хотя, похоже, молодцы Microsoft (см. комментарий хабраюзера rowdyro выше).
Почему не использовать обычную метаинформацию, которая бы шла вторым потоком?

И еще интересно, как с такими ссылками поступят кодировщики звука.
Обычный контейнер в котором была бы звуковая дорожка и какой-нибудь xml \ json \ ваш_вариант, в котором указывался бы отрезок времени: данные. Как в матрёшке субтитры. Это позволило бы ещё сразу же иметь контент на разных языках, ссылки для разных регионов и тд.
Мне кажется, что можно просто в тег прописывать ссылки.
Ясно.

Желание хранить данные прямо в аудиопотоке можно понять, вот только плеер все-равно должен поддерживать эти «аудиоссылки». Тогда какой смысл городить эту ерунду?
Обратная совместимость: кто не умеет переходить по ссылкам (7-ми летней давности плеер), тот играет обычный mp3 файл. Кто умеет (планшет) — открывает ссылки.
Так для этого есть теги. mp3-декодер должен их поддерживать (хотя бы игнорировать).
Казалось бы, я должен радоваться: создаётся новая удобная технология, которая может помочь решить ряд проблем.

Но в голове так и вертится мысль: вот изобретут, десятью патентами прикроют, всех пересудят, разведётся двадцать альтернативных реализаций разной степени открытости и запатентованности, в каждой программе будет поддерживаться одна-две реализации, причём с индивидуальными особенностями, через десять лет изобретут открытый стандарт, корпорации начнут приделывать индивидуальные доработки, совместимость полетит в тартарары, сверху прилепят пять слоёв защиты DRM, каждый будет через месяц взламываться, открытый софт не сможет легально пользоваться половиной фич… Через тридцать лет, когда срок патентов истечёт, и можно будет нормально пользоваться разработкой, она уже будет никому не нужна, потому что технология кибер-ушей ушла вперёд, и слух среднестатистического человека стал слишком чувствителен к искажениям.
Похоже скорее слушая музыку придется регулярно закрывать всякие спам ссылки…
Хорошо если только спам. А ведь так можно и вирусы втихую (если так можно выразиться в данном контексте! :)) впихивать пользователю!
По-моему, в первую очередь это будет использоваться для нового вида рекламы: хочешь послушать подкаст или музыку без рекламы, плати дополнительные деньги, разве не?
Мне одному сразу пришла в голову мысль о lossy-кодировании? MP3 128k и все ваши стеганографии накроются медным тазом. Даже если он не обрежет диапазон частот, то засчёт снижения битрейта может всё испортить.

Лично я сделал бы что-то типа ID3, где в привязке к какой-то временной отметке аудио (видео ?) будет какая-то информация. И тогда её можно будет посмотреть, не прослушивая файл, очень легко. Это могут быть слова песни, субтитры, ссылки на похожие аудио/видео, комментарии, ссылка на страницу магазина, где можно скачать весь альбом… много чего. Тот же MKV или OGG — примеры такого формата и они очень популярны.
И сразу для тех, кто говорит, что слушает только lossless (я сам такой, ибо наушники хорошие) — подавляющее большинство моих знакомых предпочитают вариант «lossy-форматы и вся медиатека сразу на плеере/смартфоне/планшете» варианту «один-два альбома, но в отличном качестве».
Есть определенные методы стеганографии, которые способны пережить lossless кодирование. Такие алгоритмы уже работают, в частности для изображений и формата JPG (с потерей качества при сжатии до 50%, свыше информации в картинке остается уж слишком мало, чтобы туда что-то вклеить)
В таком виде это делать _необходимо_ только для DRM. Для других целей этот способ не выглядит самым оптимальным.
Sign up to leave a comment.

Articles