The OpenNET Project / Index page

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

Представлен декодировщик видео H.264, оформленный на языке JavaScript

01.11.2011 00:01

Один из разработчиков из проекта Mozilla представил результаты эксперимента, целью которого была демонстрация производительности современных JavaScript-движков, способных справляться с выполнением ресурсоёмких задач. В качестве задачи было выбрано создание приложения для декодирования видеопотоков H.264, написанного целиком на JavaScript.

Для реализации проекта был выбран готовый декодер H.264, написанный на языке Си, который был упрощён, преобразован в биткод LLVM и транслирован в JavaScript при помощи компилятора Emscripten. Результат оказался впечатляющим - используя только штатные оптимизации Emscripten удалось достигнуть производительности декодирования видео (480x270) в браузере с частотой около 30 кадров в секунду на обычном ноутбуке. Проведя небольшие оптимизации скорость работы удалось увеличить примерно на 40%. По мнению разработчиков, применив дополнительные оптимизации, такие как задействование WebGL для обращения к средствам аппаратного ускорения и использование конструкций для параллельной обработки данных, можно достигнуть ещё более впечатляющих результатов.

Демонстрацию декодировщика H.264, который развивается под кодовым именем Broadway, можно посмотреть на данной странице. Код проекта опубликован на GitHub. Для запуска декодировщика достаточно клонировать Git-репозиторий Broadway и открыть файл Demo/broadway.html в свежей ночной сборке Firefox, в состав которой недавно включен улучшенный анализатор типов, существенно ускоряющий работу встроенного в JavaScript-движок JIT-компилятора. Обычно, JavaScript-код полученный после компиляции Emscripten отстаёт от первоначального варианта на языке Си в 3-4 раза. Новая техника оптимизации в JIT-компиляторе Firefox позволила сократить данный разрыв.

Майк Шевер (Mike Shaver), один из основателей проекта Mozilla, привёл Broadway в пример, показав как используя новые техники оптимизации удалось достигнуть того, что ранее считалось невозможным. В отличие от таких методов, как использование Flash или GoogleNative Client для выполнения требующих интенсивных вычислений блоков кода или предложений по замене JavaScript на языки подобные Google Dart, в Mozilla просто пытаются сделать JavaScript более быстрым. Для этого, с одной стороны вносятся новые оптимизации в JavaScript-движок, а с другой - добавляются новые возможности языка, такие как бинарные массивы, жёстко структурированные типы, поддержка распараллеливания с задействованием инструкций SIMD, улучшение средств для прямого обращения к ресурсам GPU.

  1. Главная ссылка к новости (http://haxpath.squarespace.com...)
  2. OpenNews: В написанном на JavaScript эмуляторе ПК появилась поддержка постоянного хранилища
  3. OpenNews: git.js - реализация Git, написанная целиком на JavaScript
  4. OpenNews: Полноценная программа для чтения PDF, написанная целиком на JavaScript
  5. OpenNews: Представлен проект JSMad, с реализацией проигрывателя MP3 на языке JavaScript
  6. OpenNews: Разработчики Mozilla создали вариант игры Doom на языке JavaScript
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32188-javascript
Ключевые слова: javascript, video, firefox
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Phoenix (??), 00:12, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Интересно, через сколько лет они Firefox на JavaScript перепишут?
     
     
  • 2.2, Мяут (ok), 00:24, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересно, через сколько лет они Firefox на JavaScript перепишут?
    > In computer programming, XUL (pronounced /ˈzuːl/ zuul), the XML User Interface Language, is an XML user interface markup language developed by the Mozilla project. XUL operates in Mozilla cross-platform applications such as Firefox.
    > ...
    > XUL relies on multiple existing Web standards and Web technologies, including CSS, JavaScript, and DOM

    http://en.wikipedia.org/wiki/XUL

     
  • 2.3, А. Н. Онимус (?), 00:35, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Я все понимаю - just for fun и все такое, но что за мода - всех и вся переписать на java-script'е для выполнения в браузере? Когда прекратится этот идиотизм? Почему бы уж тогда сразу не сделать сугубо аппаратную реализацию браузера-джаваскрипт-машины (а-ля Лисп-машины) и писать под нее?

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

    И скажите мне, пожалуйста, знающие люди: неужели глобальная "вебоизация", переход от нормальных маленьких и юрких приложений к проприетарным, выполняемым "где-то в Гондурасе" тупым и тормознутым веб-недоприложениям - это будущее?

     
     
  • 3.4, Аноним (-), 00:47, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Корпорациям надо мир захватывать, твои проблемы их не интересуют.
     
  • 3.6, anonymous (??), 00:48, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не мода, это поигрывание мускулами.

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

    Интересно, каким железом и алгоритмами они раскалывают сейчас код ДНК, пока Ванька на печи смотрит китайский телевизор.

     
     
  • 4.8, А. Н. Онимус (?), 00:55, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Интересно, каким железом и алгоритмами они раскалывают сейчас код ДНК

    Страшно не то, что раскалывают (если существует возможность расколоть - рано или поздно это сделают), а как потом эти знания будут использоваться. Что-то мне подсказывает, что не на пользу человечеству...

     
     
  • 5.13, XoRe (ok), 01:43, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Интересно, каким железом и алгоритмами они раскалывают сейчас код ДНК
    > Страшно не то, что раскалывают (если существует возможность расколоть - рано или
    > поздно это сделают), а как потом эти знания будут использоваться. Что-то
    > мне подсказывает, что не на пользу человечеству...

    Недавно по телевизору крутили Resident Evil 3.
    Показательный пример)

     
     
  • 6.35, all_glory_to_the_hypnotoad (ok), 11:00, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    это же комбикорм для домохозяек мужского пола.
     
  • 5.28, анонимусатый (?), 08:22, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На пользу инопланетян?
     
     
  • 6.77, Аноним (-), 20:55, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На пользу инопланетян?

    На пользу корпораций и их владельцев, в ущерб всем остальным //Капитан.

     
  • 5.83, вася (??), 22:19, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    паникер
     
  • 3.10, Aleksey Salow (ok), 01:23, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    10 лет назад сантехники бредили тонкими клиентами на жабе. Где теперь санки? Сейчас этим бредит гугль и мозила. Надеюсь история развивается по спирали...
     
     
  • 4.12, Толстый (ok), 01:42, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сейчас к этому подоспели технологии, каналы связи, так что может быть что так и будет.
     
  • 4.14, XoRe (ok), 01:44, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 10 лет назад сантехники бредили тонкими клиентами на жабе. Где теперь санки?
    > Сейчас этим бредит гугль и мозила. Надеюсь история развивается по спирали...

    Имхо, если бы не пузырь доткомов, могло бы быть что-то близкое.

     
     
  • 5.46, Aqueelone (?), 13:05, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> 10 лет назад сантехники бредили тонкими клиентами на жабе. Где теперь санки?
    >> Сейчас этим бредит гугль и мозила. Надеюсь история развивается по спирали...
    > Имхо, если бы не пузырь доткомов, могло бы быть что-то близкое.

    Да не было "пузерей дот.комов". Это кризиз Индустриального Общества, который пытается бороться с Информационным обществом. И он как начался тогда, в 2000-м, так и идет до сих пор. Индустриализм падет! Но для этого нужны информационные ресурсы и оптимальный КОД! ... вот про что и статья!

     
  • 4.66, Аноним (-), 18:17, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 10 лет назад сантехники бредили тонкими клиентами на жабе. Где теперь санки?

    А теперь и ваш любимый мелкософт бредит хтмл5, так что выбрасывайте ваш дотнет, шлите смс с текстом "не лох!" и переучивайтесь, пока еще не поздно, потому что ваша компартия за вас уже все решила :)


     
     
  • 5.70, Avator (ok), 18:26, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению MS "бредит" HTML5 точно также как она бредила HTML4. Лучше бы вообще не пытались сделать, если сделать не могут....
     
  • 5.73, Aleksey Salow (ok), 19:26, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> 10 лет назад сантехники бредили тонкими клиентами на жабе. Где теперь санки?
    > А теперь и ваш любимый мелкософт бредит хтмл5, так что выбрасывайте ваш
    > дотнет, шлите смс с текстом "не лох!" и переучивайтесь, пока еще
    > не поздно, потому что ваша компартия за вас уже все решила
    > :)

    7 лет назад все говорили что мелкософт бредит .net-ом, выбрасывайте этот winapi. Но в MS ведь не идиоты сидят. Они и WinAPI развивают, и .net, и сервелат, и, вот скоро, MetroUI появится. Так что ничего страшного не случится.

     
     
  • 6.76, none_first (ok), 20:55, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Так что ничего страшного не случится.

    ничего необычного не случится ;)
    весь ворох увлечений МС - кучей хлама, костылей, заплаток... оседает в ОС для домохозяек
    требуя всё более производительного железа

     
  • 6.79, Аноним (-), 21:23, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ничего страшного не случится.

    Зависит от того как у вас определено понятие "страшное". Да, ядерные взрывы в вашем городе от этого не произойдут.

    А сервелат по сути официально убит в пользу хтмл5. Duplicate функционал.

     
     
  • 7.81, Aleksey Salow (ok), 22:04, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А сервелат по сути официально убит в пользу хтмл5. Duplicate функционал.

    Можно ссылку на офф. заявление? А то домыслов много, а сервелат всё не умирает, скоро новая версия выходит. Смею также заметить что сервелат позволяет использовать существующие наработки и легче интегрируется с инфраструктурой на .net, а вот для html5 пилить прийдётся больше.

     
  • 3.44, filosofem (ok), 12:20, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Зачем нам линуксы, си-плюс-плюсы, нормальные (быстрые, стабильные) библиотеки, инструменты и приложения? Давайте все дружно откроем окна браузеров и забудем про то, что есть еще куча полезных программ...

    И наоборот. Зачем нужна венда, когда можно взять любую легкую, безопасную, удобную, просто и быстро развертываемую, короче годную операционку, открыть браузер, и пользоваться всеми теми же веб приложениями.

     
  • 3.60, Xasd (ok), 16:22, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    разработать один-раз-и-навсегда стандарт HTML-for-HW и потом 5 лет не вводить ... большой текст свёрнут, показать
     
     
  • 4.71, Avator (ok), 18:29, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > # p.s.: "HTML5" это всеголишь брэнд а не пятая версия протокола HTML...
    > намёк на то что врядли когданибудь можно ожидать что его "заморозят"
    > на одном уровне

    улыбнули. А ничего что HTML5 Это не протокол?? ))))

     
     
  • 5.82, Аноним (-), 22:14, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да, разумеется ничего :-)... от того какое слово подставите -- суть не поменается
     
  • 2.72, Alen (??), 18:47, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    --и получат впечатляющие результаты ;)
     

  • 1.5, qpq (ok), 00:48, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > или предложений по замене JavaScript на языки подобные Google Dart

    по-моему, у предложения от гугля совершенно другая мотивация, и ускорить работу скрипта там не самая приоритетная задача, хотя и не без того, скорее уж исправить изъяны языка

     
     
  • 2.17, анон (?), 02:18, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > исправить изъяны языка

    Исправить один самый главный изъян.


     
     
  • 3.50, Crazy Alex (ok), 13:53, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Изъян таки один - большие проекты на JS писать - идиотизм, и идут на такое только от отсутствия альтернатив.
     
     
  • 4.61, Xasd (ok), 16:41, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    вообщето, по моему скромному мнению -- поглядев Dart я не нащёл там ничего таког... большой текст свёрнут, показать
     
  • 2.74, fork (??), 19:31, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему скорее у них задача ближе к той, которую решала Microsoft отказываясь от POSIX в пользу WINAPI и т.д. Своё казино с блек-джеком и.. пользователями
     

  • 1.7, Stax (ok), 00:52, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ага, а по ссылке "посмотреть" видео на самом деле идет во флеше (даже не html5!). Нет чтобы на этом же примере продемонстрировать, как оно декодируется таким замечательным декодером.

    А чтобы посмотреть на декодер, который должен работать из браузера, предлагается.. что.. использовать внешнее приложения для скачивания проекта? В чем тогда профит проекта, который должен работать в онлайне?..

    Брр. Кваку на дажваскрипте запускают, линукс на джаваскрипте запускают, видео декодируют.. что еще попытаются загнать в браузер?

     
     
  • 2.9, anonymous (??), 01:20, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Брр. Кваку на дажваскрипте запускают, линукс на джаваскрипте запускают, видео декодируют.. что еще попытаются загнать в браузер?

    Так всё и загнать. При росте вычислительных мощностей мэйнфреймы для таких задач уже давно не нужны. Джаваскрипт же позволит вернуть всё обратно. Вот лет через 10 запустишь свой 20-и ядерник со 100 гигами оперативы, подключишься к гуглю через бровзер и начнёшь печатать примитивный документик. А если приплатить гуглю, то и музыку можно будет в фоне послушать. Глядишь, потом вырастит армия кодеров, которые будут серьёзно полагать, что декодировать H.264 можно только внутри бровзера посредством JS не иначе. Естественно, не без участия гугля или другого крупного провайдера.

     
  • 2.15, XoRe (ok), 01:47, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, а по ссылке "посмотреть" видео на самом деле идет во флеше
    > (даже не html5!). Нет чтобы на этом же примере продемонстрировать, как
    > оно декодируется таким замечательным декодером.

    Дочитайте новость до конца.
    Чтобы посмотреть видео, нужна ночная сборка firefox.

     
     
  • 3.21, Аноним (-), 04:12, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Один из разработчиков из проекта Mozilla
    > Чтобы посмотреть видео, нужна ночная сборка firefox.

    Интересно, насколько сильно пришлось подогнать firefox под данный конкретный скрипт?

     
     
  • 4.67, Аноним (-), 18:19, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, насколько сильно пришлось подогнать firefox под данный конкретный скрипт?

    Ну зато хоть оптимизят джижок - хоть какая-то польза от всего этого непотребства.

     
  • 3.53, Аноним (-), 14:48, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    На 7.0.1 работает.
     
  • 2.87, fork (??), 01:11, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Брр. Кваку на дажваскрипте запускают, линукс на джаваскрипте запускают, видео декодируют.. > что еще попытаются загнать в браузер?

    Ну и пусть загоняют, можно подумать, что остальные подходы очень уж идеальные. JIT может заметно придать скорости, а интерпретруемый код сам по себе более безопасен и переносим, чем закачка разных там сишных плагинов, делающих незвестно что.  

     

  • 1.11, io (??), 01:42, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Даёшь емакс на JS!
     
     
  • 2.26, XVilka (ok), 07:29, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    можно реализовать на базе ace http://ace.ajax.org/ - там клавиатурные комбинации Emacs и Vim поддерживаются
     
     
  • 3.51, Crazy Alex (ok), 13:54, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Лисп-интерпретатор на джаваскрипте? Я даже не знаю, как это извращение можно назвать...
     

  • 1.16, koloboid (ok), 01:49, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ни размер видео не указан, ни декодирующая машина...  ну-ну.
     
     
  • 2.18, анон (?), 02:20, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ни размер видео не указан, ни декодирующая машина...  ну-ну.

    Да и без того понятно, что профиль около baseline, а машина - intel из топовых, на которой это выдео обычно декодируется с 10-15% загрузкой

     

  • 1.19, DFX (ok), 02:57, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    вот лучше бы h264-профиль аппаратного раскодирования VDPAU для Gallium запилили.
    там вот mpeg2 кое-как заделали, divx/xvid готовят, а с h264 всё напряг. про webm тоже больше трёпа, чем дела.
     
  • 1.20, Аноним (-), 04:06, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сделали ли бы декодировщик FLAC ещё таким же образом.
     
     
  • 2.36, all_glory_to_the_hypnotoad (ok), 11:02, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    флак то сделать совсем не проблема
     

  • 1.22, pavlinux (ok), 04:34, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Демонстрацию ... можно посмотреть на данной странице.

    yfrog.com uses an invalid security certificate.
    The certificate is not trusted because the issuer certificate is not trusted.

    В Мазиле бабло не платят, нет 150$ на сертификат?!


     
     
  • 2.30, Dmitry Shachnev (?), 08:44, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Imageshack != Mozilla
     
  • 2.68, Аноним (-), 18:20, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В Мазиле бабло не платят, нет 150$ на сертификат?!

    А давно у мозиллы появился указанный домен?! По-моему, тебя глючит.

     
     
  • 3.91, pavlinux (ok), 01:48, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> В Мазиле бабло не платят, нет 150$ на сертификат?!
    > А давно у мозиллы появился указанный домен?! По-моему, тебя глючит.
    > Imageshack != Mozilla

    "Один из разработчиков из проекта Mozilla представил ..."

     

  • 1.29, ptr (??), 08:35, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, какое разрешение у этого ролика? А то у меня даже оптимизированный FFMPEG декодер на С, без ускорения на видеокарте, иногда кадры теряет на обычном FullHD. И комп вроде не ниже среднего...
    А если стерео? Или разрешение повыше?


     
  • 1.32, Аноним (-), 09:15, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Относительно недавно была новость про mp3 декодер на js, так он на моём core2duo еле-еле справлялся, а с этим h264 что будет?
     
     
  • 2.33, paulus (ok), 10:32, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нам же ясно указали данные, нужен "20-и ядерник со 100 гигами оперативы" :)
     
     
  • 3.34, Аноним (-), 10:42, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Таки потестил: 15 FPS выдаёт это чудо...
     
  • 2.80, Аноним (-), 21:25, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > моём core2duo еле-еле справлялся, а с этим h264 что будет?

    Как что - слайд-шоу. Типа, фича :)

     

  • 1.38, Ваня (?), 11:09, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    К сожалению, разработчики ОС, вследствии идеологических и религиозных причин, не смогли договориться о едином формате исполняемых файлов и драйверов. Вследствии этого один и тот же продукт, скомпилированный под одну ОС, если и можно запустить в другой, то лишь через задницу.

    Зато во всем ОСьках есть браузер с JS.

    Вопрос на лям: на чём стоит писать ПО чтобы оно запускалось на всех ОС без перекомпиляции и не через задницу, пусть даже пожертвовал производительностью?

     
     
  • 2.39, all_glory_to_the_hypnotoad (ok), 11:15, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    в форматах никаких проблем нет, прикрутить практически любой формат легко к лююой ОС. Проблема в ABI/API которые ОС предоставляют. И это в основном проблема только unix(posix) лайк апи против winapi.
     
     
  • 3.40, Ваня (?), 11:29, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > прикрутить практически любой формат легко к лююой ОС

    Сегодня время работы программиста на порядок дороже стоимости аппаратуры. А для ИТ компаний зар.плата - самая большая статья расходов. И ваше "[можно] прикрутить" - можно, но экономически неоправдано.

    > И это в основном проблема только unix(posix) лайк апи против winapi.

    Проблема ABI/API сложнее, чем кажется на первый взгляд. Достаточно сказать что проект UDI (Universal Driver Interface) так и не стал инициативой (если понимаете разницу между словами "проект" и "инициатива"), хотя поддерживался многими производителями аппаратуры.

     
  • 2.41, Аноним (-), 11:49, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > на чём стоит писать ПО чтобы оно запускалось на всех ОС без перекомпиляции

    Проблемы проприетарщиков. У нормальных людей всё компилируется и работает.

     
     
  • 3.42, Ваня (?), 11:55, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    "Нормальными" в психологии считается большинство. Большинство использует WinAPI. Остальные - "девиантные" ("отклоняющиеся" от нормы).
     
     
  • 4.45, Аноним (-), 12:28, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В психологии нет понятия нормы.
     
  • 4.48, Aqueelone (?), 13:10, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > "Нормальными" в психологии считается большинство. Большинство использует WinAPI. Остальные
    > - "девиантные" ("отклоняющиеся" от нормы).

    В математике "нормаль" -- это перпендикуляр!
    И не факт, что большинство программеров сидят на ВыньАПИ.
    А "звери" -- ну на то они и "звери"...

     
  • 4.52, Аноним (-), 14:47, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Большинство использует WinAPI.

    Какое смелое заявление. На десктопах лидирует winapi, но вы забываете про серверы, роутеры, автопилоты, холодильники, кофеварки итд.

     
     
  • 5.54, Ваня (?), 14:53, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, не могли бы вы, оставаясь в рамках обсуждаемой темы, привести где необходимо декодирование h.264 на JS на "серверах, роутерах, автопилотах (!), холодильниках (!), кофеварках (!) и т.д."?
     
     
  • 6.56, Ag (ok), 15:39, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    «демонстрация производительности современных JavaScript-движков, способных справляться с выполнением ресурсоёмких задач»
    Сообразить какие ресурсоемкие задачи могут решаться на JS на "серверах, роутерах, автопилотах (!), холодильниках (!), кофеварках (!) и т.д." сможете?
    На серверах как минимум node.js вспоминается. Для остального - графический интерфейс пользователя. А еще телефоны и планшеты есть...
     
  • 6.57, Аноним (-), 15:42, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну заменим отмеченное восклицательным знаком на Android, iOS, Bada, Tizen.
     
     
  • 7.59, Ваня (?), 16:03, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Помилуйте, не стоит кидать в один котелок ППО для ARM, холодильники, сервера и JS - не сварится у вас эта каша.

    Для ARM такой проблемы нет по причине недостатка производительности.

    Встраиваемой технике JS не требуется по той же причине.

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

    У описанного решения одна целевая аудитория - быдло. Ой, простите, домашние пользователи, которых можно е**ть и кормить г***ом. Ой, простите, предлагать решения которые удобны разработчикам, а не им, и они схавают, ибо на халяву и уксус сладкий.

     
     
  • 8.86, anonymous vulgaris (?), 23:51, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Видео тут и правда не причем, а в js на сервере нет ничего особенного, да и дейс... текст свёрнут, показать
     
  • 8.88, fork (??), 01:23, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ты однобоко смотришь, к тому же критично как школьник с духом противоречия непон... текст свёрнут, показать
     
  • 5.55, Ваня (?), 15:32, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если расширить, то стандарты заложил POSIX, внедрённый требованиями мин.обороны США и поддерживаемый сегодня во всех сколько-нибудь популярных ОС, используемых на территории США.

    Заметьте, не "национальная платформа" (имперское величие и замашки - в п***у), а именно API для запуска ПО.

    Но требования POSIX ограничиваются требованиями военных. Жаль... Надо было дожать - и был бы если не рай, то счастье :).

     
  • 2.62, Xasd (ok), 17:07, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ...на чём стоит писать ПО чтобы оно запускалось на всех ОС без перекомпиляции...

    а вам [как этолонному пользователю] какая разница -- будет ли ПО "перекомпилироваться" или не будет?

    вы как пользователь -- должны беспокоиться только лишь о том чтобы установка ПО занимала не больше 3х кликов мышкой :-) :-) ...а уж что будет происходить внутри компьютера [во время этих кликаней мышкой] -- вам как пльзователю вообще не должно беспокоить...

    компилируются-ли там исходники, или подаётся сигнал на запуск ядерных боеголовок... главное что я нажал emerge gajim и у меня появиться Gajim на компьютере :-)

     
     
  • 3.63, Ваня (?), 17:26, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня Atom 550. У вас, полагаю, минимум Core i5.
     
     
  • 4.64, Аноним (-), 17:31, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За меня компилируют мейнтейнеры моего дистрибутива.
     
  • 2.89, fork (??), 01:30, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вань, отличная целевая аудитория, поддерживаю, они запарили с этими технологиями и своими казино с блекджеком и программерами


     

  • 1.69, maxkit (ok), 18:21, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В общем, ждём процессоров, нативно выполняющих JavaScript, и тогда наступит коммунизм.
     
     
  • 2.78, Sasha (??), 21:01, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И узнаем наконец что это такое, когда процессор глючит.
     
     
  • 3.84, anonymous vulgaris (?), 23:31, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >И узнаем наконец что это такое, когда процессор глючит.

    Remote code execution through Intel CPU bugs
    http://www.zdnet.com/blog/security/remote-code-execution-through-intel-cpu-bu

     

  • 1.85, anonymous vulgaris (?), 23:40, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Обычно, JavaScript-код полученный после компиляции Emscripten отстаёт от первоначального варианта на языке Си в 3-4 раза. Новая техника оптимизации в JIT-компиляторе Firefox позволила сократить данный разрыв.

    А как же любители объяснеть как JIT эффективнее обычной компиляции потому что  ..... ?

     
     
  • 2.90, maxkit (ok), 00:34, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А как же любители объяснеть как JIT эффективнее обычной компиляции потому что  ..... ?

    Врут, получается.

     

  • 1.92, Сергей (??), 18:29, 31/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уважаемые! Кто нибудь знает можно ли при помощи JavaScript кодировать видео (например с веб камеры)??? в любой современный формат?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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