URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 89920
[ Назад ]

Исходное сообщение
"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."

Отправлено opennews , 07-Май-13 22:55 
Бренден Айк (Brendan Eich), создатель языка JavaScript, занимающий пост технического директора Mozilla Corporation, представил (https://brendaneich.com/2013/05/today-i-saw-the-future/) проект ORBX.js, в рамках которого совместно с компанией OTOY подготовлена высокопроизводительная реализация видеокодека, реализованного целиком на JavaScript и WebGL. По мнению Брендена новый проект подчёркивает возведение JavaScript на новый уровень развития и знаменует стирание границ между Web и нативными приложениями. ORBX.js может работать в любых современных браузерах, в том числе для мобильных платформ, не требуя никаких дополнительных компонентов, кроме поддержки существующих web-стандартов.


<center><iframe width="640" height="360" src="http://www.youtube.com/embed/eOY2U_i2fuc?rel=0" frameborder="0" allowfullscreen></iframe></center>

Среди основных областей применения ORBX.js, кроме отображения потокового видео, называется создание работающих в окне браузера средств удалённого доступа к рабочему столу, играм и виртуальным окружениям. В частности, продемонстрированы средства для запуска в облачных окружениях ресурсоёмких 3D-пакетов и игр с трансляцией вывода в окно браузера, запущенного на маломощном нетбуке или планшете.

<center><iframe width="640" height="360" src="http://www.youtube.com/embed/YUsCnWBK8gc?rel=0" frameborder="0" allowfullscreen></iframe></center>


Кроме того, так как ORBX.js не требует наличия отдельных браузерных плагинов и не зависит от наличия кодеков в браузере, он может использоваться в качестве  альтернативного пути предоставления средств защиты контента, не требующих продвижения DRM-механизмов в web-стандарты. Вместо DRM предлагается добавлять в  кадры уникальные для каждого сеанса водяные знаки. Подобные водяные знаки дают возможность пользователю копировать и сохранять контент для собственных нужд, но в случае распространения контента среди других пользователей, позволяют выявить источник утечки.

С позиции эффективности, активное использование GPU в процессе работы, позволяет ORBX.js на обычной системе декодировать видеопотоки c разрешением  1080x600 и 60 кадров в секунду. Используемые в ORBX.js методы кодирования позволяют достигнуть на 25% более высокого уровня сжатия, по сравнению с H.264, при близком уровне качества. Среди достоинств нового кодека отмечается  поддержка адаптивного изменения битрейта в зависимости от параметров полосы пропускания, более эффективные методы кодирвоания промежуточных кадров, изначальная ориентация на параллельную обработку данных, лучшая глубина цвета.


Для браузеров без поддержки WebGL, таких как Internet Explorer и Safari для iOS, предусмотрен режим упрощённого кодирования, при котором в потоке передаются только ключевые кадры, которые могут быть достаточно быстро и эффективно декодированы без привлечения GPU. Для браузеров с поддержкой WebGL, таких как Firefox, Opera и Chrome, герерируется более изощрённый поток, в котором присутствуют P-кадры, содержащие только информацию об изменениях, что позволяет сократить размер потока в два раза без изменения качества картинки. Декодирование подобных кадров выполняется с привлечением выполняемых на стороне GPU шейдеров.

URL: https://brendaneich.com/2013/05/today-i-saw-the-future/
Новость: http://www.opennet.me/opennews/art.shtml?num=36879


Содержание

Сообщения в этом обсуждении
"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 22:55 
Просто оставлю здесь ссылку

PeerCDN is a peer-to-peer distributed CDN
- https://peercdn.com/
- http://www.youtube.com/watch?v=PnBIIdmKO9o&hd=1


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 22:57 
А где демо?

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 22:59 
Очевидно еще не стабильный, закрытая бета (защита от повседневного использования хрупкого кода в продакшене)

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 23:48 
http://www.unrealengine.com/html5/

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 23:53 
Подвешивает окно браузера как в старые добрые времена Windows XP

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено винке , 08-Май-13 23:15 
на 23 фоксе пускал? если нет, то тебя предупредили.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 23:39 
осталось допилить в браузерах поддержку реалтаймового захвата видео и аудио.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено thrt , 08-Май-13 00:30 
Уже есть. WebRTC

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 09:29 
> Уже есть. WebRTC

стандарты - да, есть (но многие еще допиливаются), в браузерах еще не везде есть (в FF наверно допилят к 22..23 версии)


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено винке , 08-Май-13 23:17 
>> Уже есть. WebRTC
> стандарты - да, есть (но многие еще допиливаются), в браузерах еще не
> везде есть (в FF наверно допилят к 22..23 версии)

в фф 20 уже есть в статусе релиза. ну и сегодня они дополнительно предложили код для встраивания на любой сайт...


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Aleks Revo , 08-Май-13 23:29 
>>> Уже есть. WebRTC
>> стандарты - да, есть (но многие еще допиливаются), в браузерах еще не
>> везде есть (в FF наверно допилят к 22..23 версии)
> в фф 20 уже есть в статусе релиза. ну и сегодня они
> дополнительно предложили код для встраивания на любой сайт...

В 20-м как раз очень глючно работает с видеопотоком - для полноценной работы желательна 21-я бета


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Aleks Revo , 08-Май-13 23:28 
«Допилить» - это значит допилить ;-)
Крэщащиеся браузеры, внезапное отваливаение функции до перезагрузки браузера, игнорирование некоторых типов камер - пока скорее правило, чем исключение.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено hakushka , 07-Май-13 23:40 
>>Подобные водяные знаки дают возможность пользователю копировать и сохранять контент для собственных нужд, но в случае распространения контента среди других пользователей, позволяют выявить источник утечки.

Как дети, чес-слово. Что мне помешает скачать видео 2-3-42 раза под разными пользователями и выбросить водяные знаки на основе стат. анализа?


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 23:58 
>>>Подобные водяные знаки дают возможность пользователю копировать и сохранять контент для собственных нужд, но в случае распространения контента среди других пользователей, позволяют выявить источник утечки.
> Как дети, чес-слово. Что мне помешает скачать видео 2-3-42 раза под разными
> пользователями и выбросить водяные знаки на основе стат. анализа?

Это усложняет задачу и для большинства пользователей теряется смысл шарить этот контент.


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено ВовкаОсиист , 08-Май-13 00:37 
Автоматизировать этот процесс, первое что приходит в голову.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено develop7 , 08-Май-13 00:06 
придётся покупать его 2-3-42 раза, не?

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Evtomax , 08-Май-13 09:16 
Социальные сети на что? :)

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Aleks Revo , 08-Май-13 23:30 
> Социальные сети на что? :)

Чуть выше тут как раз за краудфандинг ратовали ))


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено CPP , 07-Май-13 23:41 
Заголовок статьи прикольный: Сегодня я увидел будущее.

Я его ещё позавчера увидел, FF сожрал два гига и встал колом -))


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 07-Май-13 23:50 
JavaScript и производительность — два понятия которые у меня не стыкуются в голове…

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 00:01 
Не повезло тебе с головой)

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено exist , 08-Май-13 00:45 
Заблуждение. Asm.js позволяет писать код близкий по скорости выполнения к "pure C". Плюс неблокирующий I/O и асинхронность. JS очень интересный и гибкий язык, если на нем не быдлокодить, а писать хороший код.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Lain_13 , 08-Май-13 01:46 
Не совсем так. Ты пишешь код на каком-либо языке программирования (лучше всего Си или плюсы) и потом этот код компилируется в asm.js-«байткод», который уже и выполняется в браузере. Писать такой «байткод» вручную практически равносильно написанию вручную программы на ассемблере, а это просто гигантский простор для быдлокода. Писать хороший код под asm.js сложнее, чем писать хороший код на Си и лучше этого не делать — для этого есть emscripten.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено exist , 08-Май-13 09:53 
Если Asm.js жесток в синтаксисе, то LLJS выглядит как современный С-подобный язык, на которым можно сразу писать ручками быстрый код.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Crazy Alex , 08-Май-13 01:47 
Не писать, а генерировать из исходников на приличных языках. И, если повезет, его оптимизируют. В этом случае его можно рассматривать не как JS, а как  транспортный слой для байткода, полученного компиляцией сей или плюсов. И остаётся под большим вопросом, что и как будет эффективно работать в такой форме. А то подобрать отдельный примеры, хорошо подающиеся заданному набору оптимизаций - дело нехитрое.

Ну и остаётся сакраментальный вопрос - зачем оно надо? В чём проблема скормить поток системному видеоплееру, который хоть на линуксах, хоть на винде умеет встраиваться в другие приложения, и заведомо более прилично отработает?


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Lain_13 , 08-Май-13 03:16 
> А то подобрать отдельные примеры

Unreal Engine и ORBX это подобранные отдельные примеры хорошей скорости работы asm.js-байткода или таки просто примеры его хорошей работы? Мне почему-то кажется, что второе. По крайней мере ни чего общего с затачиванием под конкретный код не наблюдается.

> В чём проблема скормить поток системному видеоплееру,

1. Это мене безопасно.
2. К нативному плееру не прикрутишь своей «клёвой» морды + неприятные проблемы фокуса и горячих клавиш при управлении табами в браузере.
3. Не у всех h264 в системе есть (да, в винде он уже несколько лет как «из коробки», но в линукс-дистрибутивах его обычно нет).
4. Не у всех установлен/активен плагин видео-плеера и далеко не все его хотят устанавливать/активировать.
5. Можно реализовать DRM не трогая сам браузер и систему (даже нам это может помочь избежать принятия в стандарты куда большей дряни — пусть лучше уже на JS свой DRM делают).

И наверняка есть и другие причины.


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Crazy Alex , 08-Май-13 13:18 
Разумеется это специально подбранные примеры. ORBX - так вообще целенаправленно под Asm.js написан, насколько я понимаю. Вот когда оно хотя бы с 40-роцентной производительностью будет произвольный код преобразовывать или когда будут четкие правила, проверяемые хотя бы человеком как надо писать код, чтобы asm.js это жрал - тогда другой будет вопрос. Хот как по мне - лучше бы они сделали несколько более полноценный байткод, который, в частности, умел бы предсказуемо работать с памятью.

Теперь по видеоплееру:
1) это не более и не менее безопасно, чем браузер. Точно так же есть баги, их фиксят, и так далее. На винде проблем чуть больше, на линуксе - чуть меньше, но в общем ничего особо ужасного нет. даже для флеша, который дыряв по самое не могу, проблем именно с видеопотоком я не припомню.
2) клёвая морда, разумеется, прикручивается. В винде управление будет идти через COM, в линуксе - через D-Bus. Всё, что надо - чтобы плагин предоставлял стандартизированное JS-API.
3) наличие h.264  в браузере менее вероятно, чем наличие h.264 в системе - тот же файрфокс его тащить, например, не может. Хотя при чем здесь h.264?
4) А что мешает тащить этот плагин вместе с браузером? Роль у него-то маленькая, определить,что установлено да команды проксировать.
5) А так можно оставить DRM на откуп собственно плееру и вообще его не реализовывать - сказать "не наше дело".

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


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Lain_13 , 08-Май-13 16:38 
> Разумеется это специально подбранные примеры. ORBX - так вообще целенаправленно под Asm.js
> написан, насколько я понимаю.

С ASM.js несколько мутно, согласен. По крайней мере я пока не нашёл на чём именно оно в оригинале написано. Ну не писали же они на этом ассемблере вручную?

> Вот когда оно хотя бы с 40-роцентной
> производительностью будет произвольный код преобразовывать или когда будут четкие правила,
> проверяемые хотя бы человеком как надо писать код, чтобы asm.js это
> жрал - тогда другой будет вопрос.

Уже обсуждалось. Пишешь на C/C++, компилируешь через clang+emscripten в байткод и оно работает с ~50% производительности от clang. Причём это лишь первая реализация и у них намечена пачка доработок к нему. Подробности тут: http://asmjs.org/faq.html

>  Хот как по мне -
> лучше бы они сделали несколько более полноценный байткод, который, в частности,
> умел бы предсказуемо работать с памятью.

Разве он не предсказуем? Он ведь компилируется ahead-of-time и работает со статическими типами переменных.

> Теперь по видеоплееру:
> 1) это не более и не менее безопасно, чем браузер. Точно так
> же есть баги, их фиксят, и так далее. На винде проблем
> чуть больше, на линуксе - чуть меньше, но в общем ничего
> особо ужасного нет. даже для флеша, который дыряв по самое не
> могу, проблем именно с видеопотоком я не припомню.

Ну вот, например, из стана яблочников нарыл первое попавшееся: http://support.apple.com/kb/ht3937
Так что специально подготовленным видео-файлом вполне можно уронить декодер и заставить систему выполнить произвольный код. Вообще было бы странно, если б этого было нельзя сделать. Вот только когда ты роняешь JS-декодер, то остаёшься ограничен возможностями JS (и я вообще не уверен, что даже к ним ты доступ получишь). Собственно тут сам смысл ронять декодер теряется так-как предполагается, что видео будет идти в комплекте с JS-библиотекой его декодирования и если можешь подсунуть JS-код, то лучше уже пробовать уронить сам JS-компилятор в браузере.
Тогда как если ты роняешь системный декодер, то в лучшем случае оказываешься в песочнице, а то и вовсе прямой доступ к системе получаешь (смотря как будет устроен плагин видео-плеера).

> 3) наличие h.264  в браузере менее вероятно, чем наличие h.264 в
> системе - тот же файрфокс его тащить, например, не может. Хотя
> при чем здесь h.264?

Вероятно меня запутало то, что его сравнили с h.264. Но если это не реализация h.264, а что-то иное, то в системе его точно не будет. Причём желающие поизвращаться с DRM могут взять ORBX и изменить под себя так, что их видео не будут вообще ни с чем совместимо, кроме как с их собственной версией.

> 4) А что мешает тащить этот плагин вместе с браузером? Роль у
> него-то маленькая, определить,что установлено да команды проксировать.

То, что каждый может видоизменять его под свои нужды?

> 5) А так можно оставить DRM на откуп собственно плееру и вообще
> его не реализовывать - сказать "не наше дело".

Хочешь ставить себе в систему неведомый бинарный код, чтоб видео работало? А если его под твою систему ещё и не делали?


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Crazy Alex , 08-Май-13 19:51 
У asm.js, насколько я понимаю, большие проблемы с управлением памятью. При этом во всех "больших" играх далеко не зря оно по сей день ручное. А статичекая компиляция никак не мешает программе  нагенерировать миллион объектов, а рантайму - вовремя их не собрать.

А что до "ронять" - с подходом asm.js, думаю, будет куда больше риска, чем, скажем, с дубовым NaCl. Ну и да, песочницы нынче вполне хороши - и в отличие от всего браузера видеоплеер в песочницу засунуть вполне реально, к примеру, доступ к FS на запись ему, в общем-то, не нужен.

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

Насчет изменения плагина под свои нужды - не понял. Там, по идее, должен определяться простейший API, в котором указывается, куда плеер должен встроиться и в каких размерах, откуда брать источник ну и управление, сколько там его есть. Плагин это транислирует в команды того плеера, который найден в системе. На винде это вообще один вариант (WMP есть всегда и встраиваться умеет отлично), на линуксе будет пара вариантов, идущих из коробки. Плюс любители экзотики смогут сравнительно легко добавить поддержку своего любимого плеера - это да, ставить отдельно надо будет - как и сам плеер, впрочем.

А вот ставить себе в систему неведомый код как раз и не хочу - хоть бинарный,хоть нет. Поэтому, в частности, у меня поддержки DRM просто не будет (или будет "поддержка", позволяющая рипать контент). На винде DRM в систему встроен - но там пользователь ССЗБ. Кому на линуксе сильно нужен DRM-контент - пусть ставит что хочет, в любом случае если есть DRM то система уже недоверенная. Но это ж точка зрения защиты пользователя, а мозилловцы давным-давно защищают кого угодно только не его.


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Lain_13 , 08-Май-13 20:54 
На счёт памяти таки ничего не могу сказать, может и так.

На счёт того, что проще уронить — я не эксперт, но мне кажется уронить жестко ограниченный JS значительно сложнее, чем защиту в браузере родным системе кодом (а NaCl это и есть родной код, взаимодействующий с системой через интерфейсы, предоставляемые браузером, на сколько я понял). Пусть этот код и тоже ограничен в наборе допустимых команд.

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

> Что до стандарта сжатия - меня вообще крайне смущает идея, что поток будет идти невесть в чем.

Меня тоже. Собственно ORBX это уже очередное невесть что.

> Насчет изменения плагина под свои нужды - не понял.

Так ORBX это не плагин, это js-библиотека, на сколько я понял, которую каждый сможет допилить под свои нужды и вкособочить свой метод шифрации потока, например. С системным плагином такое не провернёшь.

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


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено jOKer , 08-Май-13 05:13 
>А то подобрать отдельный примеры, хорошо подающиеся заданному набору оптимизаций - дело нехитрое.

Да, вы правы.

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

Вас устраивает такое будущее? Меня вот что-то не очень....(((


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Crazy Alex , 08-Май-13 13:22 
Ну, это какая-то фантастика. А вот то, что софт уползает в веб и, соответственно, пользователь лишается контроля над ним - это уже грустно. Грубо говоря, проблема не в том, что этот ORBX на какой-то дряни писан, а то, что эта дрянь грузится с сервера и без специальных усилий пользователя только сервер решает, что и как эта штука будет делать.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено freehck , 09-Май-13 09:40 
То, что софт уползает в веб - только свидетельство того, как много появилось в наше время низкокачественных программистов, занимающихся повторением в вебе уже существующих программ.

И сервер не решает, "что и как эта штука будет делать". Если Вы захотите выдрать видео с сайта - вы это сделаете. Музыку - пожалуйста, тот же трюк. Книги - фигня вопрос.

А вот что действительно удивляет, так это Ваше отношение к "фантастике". Вы думаете, что если что-то описано в книге под заголовком "фантастике", то этого никогда не будет? Зря Вы так. Вот парень выше всего лишь развивал тему засилья DRM, которую Столлман описал еще 15 лет назад в рассказе "The Right to Read".

И если бы люди несколько десятилетий назад не спохватились бы, и не организовали оборонительный фронт в виде FSF, то так бы сейчас все и было, как Столлман описал. В этом у меня сомнений нет.


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено energia , 08-Май-13 01:53 
Они этот бред просто ведрами откуда-то черпают

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 09:26 
> JavaScript и производительность — два понятия которые у меня не стыкуются в
> голове…

вылезай из пещеры, сейчас уже JIT во всех движках. Производительность на уровне Java, и всего в 2..3 раза ниже С...


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 12-Май-13 00:19 
>Производительность на уровне Java

А, ну тогда всё ок )))))))))


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено винке , 08-Май-13 23:18 
> JavaScript и производительность — два понятия которые у меня не стыкуются в
> голове…

добро пожаловать в 21,2 век


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 00:06 
папку мозиллы indexedDB забил sqlite файлом 103MB O_o

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено FSA , 08-Май-13 00:21 
> Новый проект подчёркивает возведение JavaScript на новый уровень развития и знаменует стирание границ между Web и нативными приложениями.

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


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено ВовкаОсиист , 08-Май-13 00:41 
У них свои понятия о производительности. То, что там у них 30% проца отъело, нативно будет есть 1-5%.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено exist , 08-Май-13 01:02 
Рекомендую изучить, что такое "адаптивная JIT-компилиция". Для интерпретируемых языков ассемблер конечно не достигаем по производительности, но к скомпилированному из высокоуровневых языков обычному коду приближается очень близко (см. тесты с LLJS и Asm.js).

p.s. адаптивный JIT-компилятор умеет находить проблемные участки кода при выполнении байткода и перекомпилировать этот участок с учетом получаемых результатов. А вот "нативный" код так не умеет.


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Crazy Alex , 08-Май-13 01:49 
Угу. А ещё он умеет сожрать кучу памяти на вспомогательные данные, статистику выполнения и т.д., а ресурсы процессора - на сбор этой статистики и многократные перекомпиляции. Знаем, проходили. Крутящийся много часов, а то и дней на сервере в одиночку Java-процесс может себе такое позволить, а штуковина, которая грузится на минуту - как-то не очень. Особенно с нынешней модой на планшеты, смартфоны и ноутбуки.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено винке , 08-Май-13 23:19 
> Рекомендую изучить, что такое "адаптивная JIT-компилиция". Для интерпретируемых языков
> ассемблер конечно не достигаем по производительности, но к скомпилированному из высокоуровневых
> языков обычному коду приближается очень близко (см. тесты с LLJS и
> Asm.js).

даже обходит в некоторых местах


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено IdeaFix , 08-Май-13 00:32 
Помнится, одна конторка уже хотела запихать весь-весь юзерский софт в вордовский документ.... оле, дде, дна... и где оно всё?

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Crazy Alex , 08-Май-13 01:51 
Кстати, идея-то хороша была, а вот реализация... как обычно у MS. Но те не схоиди с ума и просто оставляли указание на формат, который обрабатывался кем угодно, кто это умеет. А у производителей браузеров какая-то навязчивость на тему "всё своё ношу с собой". При том, что это "своё" по понятным причинам убого.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 01:35 
Пришла смерть адоб флэшу!

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 01:56 
Адоб сворачивает поддержку настольных продуктов и уходит в облака с HTML5 браузером :)

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 02:35 
Два раза смерть!

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 02:54 
Я же говорю - эти уроды, скоро, сделают поганый JS основным языком написания прикладных приложений, а потом, ещё, всё это дело в браузеры попытаются запихнуть.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Lain_13 , 08-Май-13 03:24 
Вот только asm.js этому никак не способствует. Скорее, даже, наоборот — сводит его до уровня вспомогательной прокладки.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено rshadow , 08-Май-13 04:25 
Самое удивительное во всем этом почему за столько лет в браузеры не запихали стандартные скриптовые яп (питон, пхп, перл, руби ...) хотя бы в виде плагинов, предлагаемых для скачки при нахождении <script language="phyton">...

И у нормальных языков и так производительность хуже нативной в 2-3 раза, так же как и у этого проекта. ТОлько танцы с бубном не нужны, и каждый программирует на любимом языке.


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено angra , 08-Май-13 05:00 
Вообще-то в прошлом в браузерах уже были VBScript и PerlScript, но особой популярности у разработчиков не сыскали и остался только JavaScript.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 09:24 
пыхпых в браузере ? омг... js в 100500 раз лучше...

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Xasd , 08-Май-13 04:16 
`

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено web , 08-Май-13 06:48 
Во всём виноват Брендан Айх(Mozilla CTO), ссудя по его твиттеру неимоверно горд созданием JS, и тем что он один из главных персонажей в вёб, хотя и с интересом почитывает о разработках конкурентов в Google.

Тем не менее в мозиле работает значительное количество видных Python-разработчиков, и их ряды пополняются, а так же выпускаются в опенсорс утилиты на отличных от JS языках, "Go" и т.п


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено винке , 08-Май-13 23:21 
> Я же говорю - эти уроды, скоро, сделают поганый JS основным языком
> написания прикладных приложений, а потом, ещё, всё это дело в браузеры
> попытаются запихнуть.

с наступающим вас 2012, друг мой живущий в обратном порядке


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 12:15 
Вот скоро-скоро и WebGL со всёми дровами будет работать, и о да!

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 16:02 
> Вот скоро-скоро и WebGL со всёми дровами будет работать, и о да!

Ну когда уже, блин!


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 12:34 
>В частности, продемонстрированы средства для запуска в облачных окружениях ресурсоёмких 3D-пакетов и игр с трансляцией вывода в окно браузера, запущенного на маломощном нетбуке или планшете.

... alienware :D


"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено exist , 08-Май-13 14:54 
На alienware крутили нативное приложение, а ORBX.js работал на нетбуке с облаком. Не нужно передергивать.

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 15:53 
Minecraft если тормозит у меня, значит мой друг может на своём новом компе запустить два минекрафта, первым будет сам управлять, а второй расшарит для меня.
А кукую программу нужно использовать для Windows?

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено Аноним , 08-Май-13 23:10 
Заинтересовало имя компании. Если включить в самую середину маленькую букву s, то не получится ли то, о чем мы все вместе думаем?

"Представлен ORBX.js - сравнимый с H.264 видеокодек, реализов..."
Отправлено неАноним , 09-Май-13 10:44 
Хотел посмотреть на ORBX.js но не нашел где его качнуть. Или я чего не так понял. Пинайте меня пока я не начну кашлять темными сгустками крови.