Разработчики сервиса Official.fm выступили (http://labs.official.fm/articles/2012/07/09/adding-aac-js/) с инициативой реализации популярных аудиокодеков на языке JavaScript. В настоящее время уже подготовлены самодостаточные JavaScript-модули с реализацией декодеров MP3 (http://labs.official.fm/codecs/mp3), ALAC (http://labs.official.fm/codecs/alac) (Apple Lossless), FLAC (http://labs.official.fm/codecs/flac) и AAC (http://labs.official.fm/codecs/aac), которые могут воспроизводить сжатые звуковые потоки на уровне выполняемого внутри браузера приложения, без необходимости наличия поддержки данных форматов в системе и без использования сторонних плагинов, таких как Adobe Flash.С учётом роста производительности JavaScript-движков современных браузеров, библиотеки позволяют обеспечить декодирование звука с достаточно высоким битрейтом. Например, JavaScript-декодер MP3 обеспечивает беспроблемное проигрывание MP3-файлов с битрейтом вплоть до 320 KBit/sec. Для воспроизведения декодированного звука необходима поддержка браузером Web Audio API (https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specifica...) или Audio Data API (https://wiki.mozilla.org/Audio_Data_API). Исходные тексты JavaScript-библиотек размещены (https://github.com/ofmlabs) на GitHub и распространяются под лицензией GPLv2.
В процессе разработки кодеков, также было разработано несколько вспомогательных проектов. Например, подготовлен фреймворк Aurora.js (https://github.com/ofmlabs/aurora.js), существенно упрощающий реализацию декодеров на JavaScript. Aurora предоставляет набор типовых функций для выполнения типичных операций обработки звука, таких как работа с бинарными данными, обеспечение цикла декодирования, разбор медиаконтейнеров и вывод звука через специфичные браузерные API. Код Aurora написан на CoffeeScript, который компилируется в JavaScript. Дополнительно реализован 128-битный вещественный тип longdouble.js (https://github.com/ofmlabs/longdouble.js) и подготовлена библиотека Pitch.js (https://github.com/ofmlabs/pitch.js), которую можно использовать для выделения голоса или определённых инструментов.URL: http://labs.official.fm/articles/2012/07/09/adding-aac-js/
Новость: http://www.opennet.me/opennews/art.shtml?num=34318
а чо не GPLv3
Это порты софта с нормальных языков, они там стараются оригинальные лицензии соблюдать. В результате там сборнаясолянка из строгой GPLv2, GPLv2 or later, GPLv3, Apache и их собственная либа идёт под MIT.
Ясно, спасибо!
неправославно, да? ;)
> неправославно, да? ;)Да уж, жирновато как-то. Это не по нашему.
А объясните доходчиво - чем для разработчика 3 лучше чем 2?
отличненько
> Например, JavaScript-декодер MP3 обеспечивает беспроблемное проигрывание MP3-файлов с битрейтом вплоть до 320 KBit/sec.Небось, с загрузкой по крайней мере одного ядра i7 под 100%?
Нет, жрёт на моём 4ядернике АМДешном 1-2%. На Хабре тема была с демками.
А на моём 4-х ядернике АМДешном VLC при проигрывании flac жрёт до 8%. Видать пришла пора на JavaScript переходить ;-)
Угу, и конечно же он будет жрать меньше. Бенчи давайте, сказки про чудеса для бабушек оставьте.
http://wingolog.org/archives/2011/06/10/v8-is-faster-than-gcc
Сравнение ситуации с проституцией?
> http://wingolog.org/archives/2011/06/10/v8-is-faster-than-gccНу нифига ж себе бенч, такому подгону чисел от скрипткиддей даже Чуров позавидует: "Naturally this includes the GCC compile times".
А ничего что я вообще не компилирую кодеки на регулярной основе? Более того, как указали в результате, gcc оптимизит пример до одной ассемблерной команды - натянуть его не выйдет даже на чистейшем ассемблере :)
В общем пока что будем считать доказанным только умение жонглировать цифрами. А как насчет бенчей просто алгоритмики. Ну например берем и кодируем/декодируем мп3 (vorbis, flac) на время. Вот это - да, бенч.
мда. совсем тухлый анонимус пошёл, без специального тэга шуток не понимает.ну и, конечно, обозвать wingolog'а скрипткиддисом — это круто. ай, моська…
Мало этого, для gcc специально создана ситуация при которой он не может заинлайнить вызываемую в цикле функцию.Так аффтар еще и изобиделся когда его в комментариях во все это натыкали мордой.
Феерично.
чёрт. знал бы, что эта шутка такой хороший детектор — сам бы запостил. фееричное школоло Обличает.
Вы то ли троль, то ли где-то ошиблись, то ли что-то сильно поломали в системе, то ли чего то не договариваете, то ли вам продали бракованное железо то ли еще что-то. Но не должен VLC жрать столько ресурсов и в помине на flac. Возможно, включены какие-то звуковые фильтры, оно вообще на такой системе должно брать доли процента ресурсов.
все современный процессоры умеют снижать частоту в простое
, т.ч. в зависимомти от p-state может быть и 8%
Ну значит вариант "не договаривает". Хотя до такой степени врят-ли умеют снижать.
Специально перепроверил.
9% Kubuntu (При этом cpufreq-info говорит, что частота проца 800МГц).
8% Windows 7 на работе. Как смотреть частоту не знаю.
Ну значит у меня в Gennoo что-то заоптимизировано под процессор.
> Ну значит у меня в Gennoo что-то заоптимизировано под процессор.В зависимости от характера нагрузки в top можно просто не видеть пики, так xmms на гораздо более дохлом железе потреблял "полпроцента" (а на деле всё же заметно больше).
Не жрет, нагрузка ни систему осталась в пределах погрешности. +/- 1% нагрузки на стареньком Core 2 Duo
помнится, я написал новость про аудио плеер с декодерами на жаве, мне то же самое говорили, с возгласами "закопат!", не вы ли? что интересно, жабаскриптовые декодеры, хоть и похуже качеством звук выдают, но кушают всего на 5-7% больше процессора чем декодеры на жабе.для сравнения, те же жавьи декодеры на адройде насмерть загружают одно ядро на sgs2.
та по-большому счёту на любую, даже самую крутую прогрессивную новость, всегда найдутся желающие обгадить. а дальше дело техники - до у них не будет работать на процессоре пентиум-1 100мгц, то будет не хватать ихних 32Мб памяти, то лицензия не устраивает. на этих нытиков нужно просто научиться забивать и делать то, что считаешь нужным
> научиться забивать и делать то, что считаешь нужнымИ главное - ни в коем случае не считать себя скрипткидисом а свои скриптошитовые конструкции - поделками. Надо мнить себя крутым гуру, ставя свои поделки в 1 ряд с кодеками писаными на оптимизнутом SIMD асме. А если бенчи вдруг не в вашу пользу - ну так надо значит время коипила приплюсовать! А то как же это так - вас да вдруг сделали по скорости? В три раза?! Да врут, нагло врут! :)
с джавой на десктопе есть одна нехорошая проблема - jvm не умеет отдавать память системе. Не заю уж как тот конкретный плеер был устроен, но сплошь и рядом бывают ситуации, когда память нужна на пару минут, а держит её приложение часами. Причём GC там еще и шуршит что-то, так что ос это дело даже в свопе постоянно держать не может.Кстати, насчет "декодеры похуже качеством звук выдают" - а это откуда дровишки?
> Кстати, насчет "декодеры похуже качеством звук выдают" - а это откуда дровишки?здесь не совсем правильно выразился. звук у меня заикался, может быть и не из-за декодеров. не знаю как можно из этого декодера вытащить чистый PCM чтобы сравнить насколько отличается. Вполне возможно что для mp3 и aac использовались хаки для улучшения производительности в ущерб качеству звука.
а про джаву - память назад она отдавать умеет, только вот дефолтные параметры приводят к тому что происходит это в очень редких случаях. а уходяшие в глубокий своп джава приложения вроде sqldeveloper это еще та беда. пусть лучше в памяти висят.
Поподробнее насчёт отдачи джавой памяти и параметров можно? Насколько я знаю, там сам дизайн GC (по крайней мере в Sun JVM) этого не позволяет. Ограничить объем съедаемойпамяти - да, -Xmx и тому подобное. Но чтобы отдавала назад системе?
есть такие параметры как-XX:MaxHeapFreeRatio=20 (default: 70)
-XX:MinHeapFreeRatio=10 (default: 40)которые говорят что если больше 20% свободной памяти после gc, то отдать системе памяти. И соответственно забирать больше памяти только если после gc остается меньше 10% свободной.
Эти параметры могут сильно ухудшить производительность, так как могут быть большие задержки на выделение/освобождение памяти если есть частые пики загрузки. Это больше подходит для мелких десктопных программ, которые обычно выделяют мало памяти, которая чаще всего собирается в молодой куче, и изредка им нужно выделить большое количество средне-долгоживущих объедков.
и в итоге получается JVM съевшее полпамяти системы - маскирует лики кривой программы на яве?
> здесь не совсем правильно выразился. звук у меня заикался,Видимо не уложилось в реалтайм и продолбало момент когда надо порцию расжатых данных отгрузить.
Даже если нечто успевает в среднем по больнице, реальное время не будет ждать пока там garbage collector мусор выгребет. Не успели выдать порцию данных в буфер вовремя - получите икоту. Даже если средней производительности и хватало вроде как...
декодинг - это по сути жосткий секс с побитовыми и математическими операциями. А они jit`ом компилируются прекрасно, нагрузки особой не должно быть. А вот если отключить jit...
> декодинг - это по сути жосткий секс с побитовыми и математическими операциями.
> А они jit`ом компилируются прекрасно,А это смотря с чем сравнивать. Если с мелкими блоками выписанного вручную SIMD асма - то оно может просрать во многие разы. Другое дело что 1 или 10% - никто не заметит :)
И еще господа с колонками и наушниками за 300 рублей не отличат так сходу например ресамплинг "nearest neighbor" от например кубического. Но второй лучше. Хоть и жрет куда как больше ресурсов. Понятен пень что если его на яваскрипте писать - там чуть ли не Крэй для запуска понадобится, но про это можно и не упоминать, сравнив вместо этого ежа с ужом :)
Вот и дожили, воспроизведение mp3 в 320 килобитах - достижение. Помню во времена DX4-100 такими проблемами страдали. Куда мир то катится ?
мир катится к компилируемому javascript везде и во всем.
И это плохо.
> И это плохо.Смотря с какой стороны посмотреть. С другой стороны - сайт может подгрузить плеер для экзотичного формата без требования вкатывать в систему непонятный левый булшит. Еще вопрос что хуже - какой-то фигзнаеткакой бразуерный плагин или JS.
> Смотря с какой стороны посмотреть. С другой стороны - сайт может подгрузить
> плеер для экзотичного формата без требования вкатывать в систему непонятный левый
> булшит. Еще вопрос что хуже - какой-то фигзнаеткакой бразуерный плагин или
> JS.Лучше JS вернуть по состоянию на 10 лет тому как. Чтобы из этого микроскопа не было соблазна делать молоток, когда надо забивать гвозди.
HTML5 позволяет играть свободные форматы без подгрузки буллшита и подобных костылей.
Проблема "поиграть мп3" в чистом виде организационная. Играйте со своего ресурса ogg и будет вам щасте. Из коробки.
> Играйте со своего ресурса ogg и будет вам щасте. Из коробки.Окей, а если хочется на лету синтезировать звук, по типу трекерной музыки, когда из кучки сэмплов + синтезатора звучания нот получается музыка? Ну или почему это должно быть нельзя?
Кстати там на подходе кодек Opus еще. Вроде неплохая штука.
> Окей, а если хочется на лету синтезировать звук, по типу трекерной музыкивот действительно, лучше бы плэйер всяких модулей портанули, чем унылый мопо3. и chiptune player для всяких соответствующих форматов.
> Окей, а если хочется на лету синтезировать звук, по типу трекерной музыки,
> когда из кучки сэмплов + синтезатора звучания нот получается музыка? Ну
> или почему это должно быть нельзя?Да почему нельзя, можно. Причем прям сейчас можно. И раньше можно было. Нельзя понять нахрена эту дрянь в облаке делать, и как к этому делу привинчивать хотя-бы нормальные человеческие MIDI. Ну уж чешется если чтобы в браузере этот костыль был - жабу стопицот лет тому как выдумали.
Но трахаться ж нужно обязательно в лыжах, стоя и в гамаке.
да нет уж, JS всяко лучше флэша будет..
> вкатывать в систему непонятный левый булшит"Код Aurora написан на CoffeeScript, который компилируется в JavaScript..." вот где будет непонятный левый булшит.
Плагин мы ставим с известного, подписанного сайта. А всякое говно из сети тянется...
Вообщем опять виндовый подход хотят применить, опять куча вирусни, теперь на js ...
> "Код Aurora написан на CoffeeScript, который компилируется в JavaScript..." вот где будет
> непонятный левый булшит.Мда, ну у нас для него NoScript есть :)
Это У ВАС он есть. А у среднестатистической обезьяны он будет "есть" если будет поставляться вместе с браузером из коробки, причем будет еще включен по дефолту.
so be it.
> мир катится к компилируемому javascript везде и во всем.JIT'ируемому.
А накрена ? Вычислительные мощности за это время выросли суть не в сотню раз, а люди сначала гордятся тем что создали тормозной инструмент, а потом гордятся тем что решили этим инструментом задачу 15-летней давности ?Я помню время когда NT4 бойко работала на 128 метрах оперативы и на 600-м целике. А в гиге оперативы у меня шуршал citrix mf с двумя десятками пациентов. С точки зрения обезьяны которая в мсоффисе жмет кнопки с той поры не изменилось вообще ничего. Куда и ради чего просираются гигабайты с гигагерцами ?
> А накрена ? Вычислительные мощности за это время выросли суть не в
> сотню раз, а люди сначала гордятся тем что создали тормозной инструмент,
> а потом гордятся тем что решили этим инструментом задачу 15-летней давности
> ?
> Я помню время когда NT4 бойко работала на 128 метрах оперативы и
> на 600-м целике. А в гиге оперативы у меня шуршал citrix
> mf с двумя десятками пациентов. С точки зрения обезьяны которая в
> мсоффисе жмет кнопки с той поры не изменилось вообще ничего. Куда
> и ради чего просираются гигабайты с гигагерцами ?На аэро-интерфейсы и "резиновые" панельки в 14м офисе, ну и на прочую дребедень. а как только работать нужно, то в том же Citrix XenApp рекомендуют всю ерунду поотрубать нафиг, дабы минимизировать трафик от сервера к клиенту.
> Я помню время когда NT4 бойко работала на 128 метрах оперативы и
> на 600-м целике.NT4 бойко работала на 48-ми метрах. :-) Ваши 128 - это жутки overkill.
> С точки зрения обезьяны которая в
> мсоффисе жмет кнопки с той поры не изменилось вообще ничего. Куда
> и ради чего просираются гигабайты с гигагерцами ?Ну реально же в MS Word тот же алгоритм вёрстки не изменился. Как
был ужасный результат по сравнению с latex, так и остался. А о вёрстке,
оптимизирующей весь документ целиком, даже и речи нет.
на убунте 12.04 firefox 14.0~b11+build1-0ubuntu0.12.04.1~mfn1 почему-то жаваскриптовое аудио или совсем не играет или затыкается через 1-2 секунды
в чём может быть проблема ? пользователь под которым запускается браузер добавлен в группу audio и звук на ютюбе есть
Браузер?
> Браузер?извиняюсь - firefox 14.0~b11+build1-0ubuntu0.12.04.1~mfn1
Убунта?
разумнее не яваскрипт пропихивать, а создать легковесную JIT виртуальную машину без каких либо библиотек, т.е. минимальнейшую из возможных VM, потому что JVM и Mono(.net) у них слабая модульностьпочему все не кинулись юзать исключительно JVM или Mono? или PyPy? потому что есть минусы ввиде необходимости установки и большой размер, и зачастую лишние компоненты в поставке
так что
LLVM?
Скорее NaCl-LLVM - чистый LLVM не кроссплатформенный
Над модульностью JVM работают... к ~9 версии нормально будет.
Железо не должно простаивать? Смысл декодировать аудио на JS?
Оно да - но, с другой стороны, покажите мне другой способ проиграть flac в браузере у "обычного пользователя" - без перекодировок.
lynx -dump http://music.yandex.ru > /dev/dsp
даже если обычный пользователь умеет работать с консолью:
1) lynx надо установить
2) надо установить OSS или эмуляцию (что есть уродство само по себе)
3) FLAC так не проиграешь - нужно его декодировать.
4) надо прибить запуск этой команды в браузер.
5) если ресурс с регистрацией - надо как-то пробрасывать куки или по чем он там авторизуетсяКак-то не удобно ни разу ;-)
Чтобы дать пользователю возможность слушать музыку так как он привык. А он сейчас привык к браузеру. Вам это может не нравиться (мне не нравится уж точно), но реальность такова.Каналы сейчас спокойно позволяют гнать lossless - чего бы и не делать это?
А поставить пользователю нормальные кодеки не судьба?
Мало ли пользователей в интернете, всем не поставишь, знаете ли.
html5 без флеша, кошерно!
А нет, там флеш, морда на html.
Ждем видеокодеков высокой четкости на JS, чО.
даёшь декодер для h.264 на javascript!
http://habrahabr.ru/post/131632/
извращенцы. ну есть же эмулятор x86 на JS — вот пусть и запускают там обычный x86 код.(немного испуганно) как бы действительно не накликать…
Пусть уже перепишут systemd на своём js и будут счастливы!
У меня в FireFox 13.0.1 ничего не играет у них.
У меня тоже в Убунте в фаерфоксе не играет. Зато в хромиуме играет, только там другая проблема - кнопка выбора мелодии не работает.
Да и движение ползунка не реализовано!
Firefox 13: проигрывает где-то 1/5 секунды и затыкается. Эту 1/5 секунды, вроде бы, проигрывает правильно. Впрочем, этого времени слишком мало, чтобы проверить наличие проблемы, описанной ниже.Cromium 20: играет, но с искажёнными темпом и тональностью. Ресэмпл, похоже, сделать забыли. Или наоборот, ресэмплят там, где не нужно.
Ну звук есть. А видео декодеровать на яваскрипте кто будет? Канва вроде наместе. Шейдеры присутствуют.
Кому нужны тормозные кодеки на джаваскрипт?
Давно уже можно целую систему, от начала и до конца, запилить на js, но какой в этом смысл, если нормально работать такая ОС будет только на десктопном i7 с 2-я мощными NVIDIA печками на борту и кучей проприетарных драйверов?
> Давно уже можно целую систему, от начала и до конца, запилить на jsПредъявите реализацию, интересно же.
Вчера обсуждали существующий erlang vm, работающий без ОС прямо в domU -- и то там интересные финты ушами потребовались для организации обмена данными в пределах хоста и вне его.
А тут навстречу сразу такой специалист!
Вы можете просто погуглить и сразу всё найдёте
операционная система на javascript,
Используйте ключевые слова
os javascript
На английском море примеров.
> Вы можете просто погуглить и сразу всё найдётеПогуглить-то можно много чего, а вот для начала узнать, что такое вообще операционная система да между чем и чем она лежит -- нынче явно дано только избранным, это которые читать умеют... :(
Тёзка, _такую_ "операционную систему" мы лет двадцать назад на бейсике под кружковские УК-НЦ накропали -- кто-то даже купился на то, что это там DOS завели. Вот только не работала она с железом. А ближе всего к понятию ОС там был монитор (который не железка со стеклом, а программа в ПЗУ).
Посмотрите на emacs -- это эмулятор лисп-машины, какие были и аппаратными. Но это не ОС: емакс нуждается в чём-то ещё для того, чтобы через него работать с оборудованием (все виденные случаи включали ядро для общения с железом и libc для общения с ядром).
Драйвера можно писать на Java.Современная ОС лежит между драйверами для комплектующих и периферии с одной стороны и удобным юзабельным интерфейсом, осуществляющим простое взаимодействие между | драйверами, функциями ос,... <-----> и пользователем | - с другой.
Любой мало-мальски продвинутый разработчик может взять WebKit, сделать/одолжить Java Script окружение, DE, и основные элементы современной системы написать/одолжить на java script, а драйвера можно взять из того же линукса.
> Драйвера можно писать на Java.*Предъявите*. (это не говоря о том, что java != javascript)
> Современная ОС лежит между драйверами для комплектующих и периферии с одной стороны
Пожалуйста, почитайте, что такое ОС, что такое драйвер "для периферии" и где он живёт (с термином "драйвер комплектующих" сталкиваюсь впервые), что такое Java VM и поверх чего она вообще функционирует. А то получаются "сплошь сверху донизу слоны и черепахи".
> Любой мало-мальски продвинутый разработчик
Вы это знаете по собственному опыту или привиделось? (вопрос риторический)
> а драйвера можно взять из того же линукса.
Вот только будут они на C, а не на Java.
Тёзка, не спешите утверждать что-либо о том, в чём не понимаете вообще -- гораздо полезней книжки почитать и умных людей поспрашивать, того же pavlinux здесь. Примите как добрый дружеский совет и не обижайтесь, пожалуйста.
На Вас грех обижаться. Придираетесь к каждому слову, ищите заговор между строк, но, я всё понимаю.Да, драйвера будут на С и ассемблере, но зато система не потеряет производительность.
Я знаю где живут "драйвера", спасибо.
linux.org.ru/news/java/1622003
А лучший представитель Linux + WebKit + JavaScript/CSS/HTML5, это, пожалуй,
HP webOS, которая уже давно стала Open webOS.
GPLv2 — kernel
ASLv2 — user-space
> Придираетесь к каждому словуК каждому слову не по делу -- да. И Вы ко мне придирайтесь, если глупости говорю -- лучше понять свои ошибки, чем носиться с ними как с писаной торбой.
> Да, драйвера будут на С и ассемблере
И где тут Java? Или не так: на чём пишем код, занимающийся планированием процессов и распределением памяти?
пишем всё на обероне и не занимаемся извращениями.