Mozilla, OTOY и Autodesk начали совместно развивать средства для обеспечения доступа из web-браузера к ресурсоёмким графическим-приложениям и играм. В качестве основы для совместной работы выступает JavaScript-фреймворк ORBX.js, в рамках которого подготовлен видеокодек и сопутствующие инструменты для эффективной трансляции доступа к генерируемому на внешней системе контенту.
Одним из практических применений ORBX.js является анонсированный (http://www.otoy.com/AWSPressRelease.htm) сегодня облачный сервис Amazon EC2 GPU, в рамках которого будет обеспечена возможность запуска в облаке активно использующих GPU систем рендеринга, игр и графических пакетов, с предоставлением доступа к функциям кластера из GPU NVIDIA. Работа с данными приложениями на стороне клиента будет организована через любой web-браузер, поддерживающий JavaScript и HTML5, в том числе через браузеры для мобильных устройств.
Со своей стороны компания Autodesk обеспечит возможность работы из браузера с таким продуктами, как 3DS Max, Autodesk Maya, Autodesk Revit и Autodesk Inventor. Новый сервис Amazon позволит организовать работу с современными графическими приложениями с любого компьютера из любой точки Сети при помощи обычного браузера, без необходимости отдельной локальной установки программ и покупки мощного оборудования для их запуска.
<center><iframe width="640" height="360" src="//www.youtube.com/embed/A7nFcdLilKU?rel=0" frameborder="0" allowfullscreen></iframe></center>
ORBX.js не требует наличия отдельных браузерных плагинов и не зависит от наличия кодеков в браузере. С позиции эффективности, активное использование GPU в процессе работы, позволяет ORBX.js на обычной системе декодировать видеопотоки c разрешением 1080x600 и 60 кадров в секунду. Используемые в ORBX.js методы кодирования позволяют достигнуть на 25% более высокого уровня сжатия, по сравнению с H.264, при близком уровне качества. Среди достоинств развиваемого во фреймворке ORBX.js видеокодека отмечается поддержка адаптивного изменения битрейта в зависимости от параметров полосы пропускания, более эффективные методы кодирования промежуточных кадров, изначальная ориентация на параллельную обработку данных, лучшая глубина цвета.Код ORBX.js реализован целиком на JavaScript и WebGL, при этом для браузеров без поддержки WebGL, таких как Internet Explorer и Safari для iOS, предусмотрен режим упрощённого кодирования, при котором в потоке передаются только ключевые кадры, которые могут быть достаточно быстро и эффективно декодированы без привлечения GPU. Для браузеров с поддержкой WebGL, таких как Firefox, Opera и Chrome, генерируется более сложный поток, в котором присутствуют P-кадры, содержащие только информацию об изменениях, что позволяет сократить размер потока в два раза без изменения качества картинки. Декодирование подобных кадров выполняется с привлечением выполняемых на стороне GPU шейдеров.
URL: https://blog.mozilla.org/blog/2013/11/05/mozilla-otoy-and-au.../
Новость: http://www.opennet.me/opennews/art.shtml?num=38346
Рассматривать мыльцо, вместо сетки модели из под браузера, который выжирает всю видяху - нет, спасибо.
я фильм смотрел в ролике и забыл про новость аххахахахахах
А что это за фильм?
ne znaju
Это не фильм, а демо нереального движка 4 (http://www.youtube.com/watch?v=dO2rM-l-vdQ)
Ну что, желаю гибели этой дряни. Лучше вместе с аутодеском.
Хорошая новость. Нужно давно было таким занятся. Главное чтоб сервис был бесилатным или не очень дорогим.
> Хорошая новость. Нужно давно было таким занятся. Главное чтоб сервис был бесилатным
> или не очень дорогим.Первое. Пишется "заняться".
Второе. Сервис от Autodesk (помню, как ставил честно купленный AutoCAD LT 2002 - не смог! - нашел пиратку! - поставил) будет, скорее всего, платным и очень дорогим.
> платным и очень дорогим.А еще он будет недоступен если отпал интернет, если роскопозору шлея под хвост попала, если аутодеск вдруг передумал или его просто атаковали хакеры. Ну а те кто вляпался - получат ручкой грабель в лоб.
Ребята продвигающие кучи новых технологий в браузер молодцы конечно. Но без нормального языка все одно все эти затеи провальны. Пока не запилят популярные скриптовые языки в браузер и не вернут <script language="XXX"> ничего хорошего в браузерах писать не будут.
Даже большие проекты всегда будут страдать от нехватки специалистов, которые никогда не будут задешево писать на недоязыке, с недоотладчиками и недоредакторами.
Вангую проблемы когда браузер сможет запустить себя рекурсивно бесконечное число раз. Образуется черная дыра, которая поглотит все ОЗУ и примется за данные пользователя, перегревая проц и излучая в рентгеновском диапазоне.
> <script language="XXX">Скучаешь по vbscript? :)
О да, только орды интерпретаторов там и не хватало. Ну хоть немного думайте как может быть реализовано то, что вы предлагаете. В принципе, конечно, можно реализовать более-менее приличную VM, в которую, возможно, научатся компилировать из многих языков. Надо ли это делать - другой вопрос. Как по мне - сама идея гонять у себя какой-то левый код, который даже не можешь зафиксировать на какой-то одной версии - порочна.
> Даже большие проекты всегда будут страдать от нехватки специалистов, которые никогда не будут задешево писать на недоязыке, с недоотладчиками и недоредакторами.Dart?
кроме отсталой рашни никто не страдает от нехватки специалистов
Наивная чукотская девочка.
В России недостаток специалистов потому что эти специалисты спасают другие страны от их недостатка в специалистах, до сих пор.
В России нет недостатка ИТ специалистов. Есть рынок, и это хорошо.Вам это могут сказать только в госучреждении, что не могут найти программиста (предлагая ему по штатному расписанию 7000 руб. в месяц, при этом в том же госучреждении руководитель может получать 500000, а главбух 300000 - и штатное расписание позволяет такие штуки). Так туда им (учреждениям) и дорога.
Недостаток специалистов еще как есть. Это безграмотных обормотов достаточно.
Говорить о дефиците специалистов безотносительно к "ценовой" категории абсурдно. Представим 2 ситуации. Для упрощения о квалификации не будем, полагая, что она достточна.1. У меня есть 7000 в месяц на программиста. Объявляю об этом. Никто не приходит. Дефицит налицо.
2. У меня есть 99000. Объявляю. Имею 10 предложений. Налицо избыток.
>У меня есть 99000. Объявляю. Имею 10 предложенийи из них 8 - обормоты бездарные.
Какие скриптовые языки? В браузере даже интерпритатор JS - это оверхед. Нужно что-то вроде той виртуальной машины, что юзают в Android. Которая будет запускать байт-код заранее скомпилированных приложений, предоствяя им доступ к API для работы с DOM и другими функциями(для работы с мультимедийными устройствами, мультимедийными файлами, локальным хранилищем и т.п.). Браузер должен стать небольшой операционной системой, позволяющей выполнять кроссплатформенные приложения. И чем скорее это поймут разработчики браузеров, тем лучше.На чём вы будете писать код Вашего приложения - вообще не важно. Хотите писать логику клиентской части на Python или Ruby - всегда пожалуйста. Решили написать на Java(лень учить ещё один ЯП) - тоже ничего страшного. Разработчики должны сами выбирать ЯП, на котором они желают писать приложение. Но не нужно тянуть в браузер кучу интерпритаторов.
Хорошо бы ещё пакетный менеджер приделать к браузеру, для того, что-бы клиентская часть приложений, тянущая с собой в зависимостях интерпритаторы скриптовых языков, или часто используемые библиотеки, могла устанавливать, и по необходимости использовать нужные зависимости централизованно. Ну, и что-то вроде JNI с песочницей было бы не плохо реализовать(для модулей с повыщенными требованиями к производительности). Можно даже использовать готовые наработки(LLVM, NaCl).
Думаю, реализовать подобное гораздо проще, чем запилить поддержку 100500 скриптовых языков в каждый браузер.
Всё это уже есть. Правда, в системе, а не в браузере. Что, как по мне, несколько более логично.
> Всё это уже есть. Правда, в системе, а не в браузере. Что,
> как по мне, несколько более логично.Всё это уже есть в ОС. Но если вы не заметили, в настоящее время предпринимаются активные попытки превратить простой гипертекст в веб-приложения. Которые сильно отстают от своих нативных собратьев. И одно из главных ограничений клиентской части веб-приложения являетя ограничение на ЯП, которые можно использовать для написания клиентской части. Про то, что в браузерах нет никакой поддержки модульных приложений(в js нет поддержки неймспейсов и модулей, я уж не говорю про другие плюшки современных ЯП). И скажите на милость, вы бы хотели, что-бы ваш браузер мог устанавливать нужные для работы конкретного веб-приложения(пусть это будет браузерная игра) какие-то модули, используя пакетный менеджер вашего дистрибутива? А ведь эта возможность должна одинаково работать и на MacOS X, и на Windows(да на любой ОС, включая мобильные). Так-что ваша логика вас подводит.
>без возможности отдельной локальной установки программFixed.
Ото ж. Это, полагаю, основная цель. А вот что мозилла, бывшая когда-то оплотом свободы, активно продвигает всю эту дрянь - грустно.
Так скоро истекает контракт Mozilla с Google (в силу того что при наличии Chrome поддерживать уже не имеет смысла) - а это основной источник дохода Mozilla, вот и начинают крутиться, они ещё и не в такое УГ могут скатиться, так что это покажется просто цветочками в будущем.
Не смешите, как ни крути, а у мозиллы вполне достаточная доля рынка, и дарить её какому-нибудь бингу было бы верхом глупости.
если вхерачить бинг в мозиллу, то она ещё быстрее загнётся
Ты, Глория, не в силах поиск по умолчанию в браузере поменять, добавить новые и удалить иные поисковые машины? Что ты тут делаешь?
А пофигу, может или нет. Теоретически, может. А практически, среднестатистический пользователь будет даже пытаться совершать какие-то телодвижения. Кто-то будет юзать то, что есть. А кто-то забьёт и спокойно себе скачает другой браузер. И всё, ушла рыночная доля...
ппц
Для "пользовательского" десктопа, куда мозилла так старательно и бестолково лезет, бинг вполне нормален (ддя англоязынчых запросов, понятно). Это что-то нетривиальное им искать смысла нет.
Кроме как Google Mozilla никому больше не нужна, в том смысле что никто не будет как Google вбухивать такие деньги в неё. Ну а если нет денег, значит нечем платить зарплату разработчикам, значит они покинут компанию и развитие браузера практически остановится.
> Кроме как Google Mozilla никому больше не нужнаНе скажите. В каждый дистрибутив Linux по дефолту входит Firefox. Да и Thunderbird неплох.
Так от того Firefox так и хорош, что финансирование от Google, которое идёт на содержание штата разработчиков, вот закончит Google финансирование, уйдёт большинство разработчиков, скорость развития сильно замедлится, пройдёт пара лет и Firefox будет уже сильно отставать от других браузеров.
>>без возможности отдельной локальной установки программ
> Fixed.Зато с возможностью продажи online доступа.
Лучше б Autodesk выпустила эти программы нативнимы под Linux Ех мечты, мечты...
> Лучше б Autodesk выпустила эти программы нативнимы под Linux Ех мечты, мечты...Нативный под Linux? А как тебе в твоем КБ будут тогда зонд вставлять, чтобы 1) знать, чем занимаешься на самом деле и 2) прикрыть твои занятия, если они покажутся вредными?
Сисадмин положит в корпоративный репо неприметный пакетик с патчем (по аналогии с патчем на openssl от дебианоразраба), и дело сделано.
> Сисадмин положитСноуден? Речь шла о его бывших коллегах.
>> Сисадмин положит
> Сноуден? Речь шла о его бывших коллегах.Здесь разницы нет, кто положит пропатченный пакет. Имеет смысл то, когда вскроется истинная цель (ну, или побочный эффект, в случае дебиановского openssl). Судя по последним новостям, запас времени для использования закладок имеется. Ну, если ты не конструктор, на досуге проводящий криптоанализ используемого ПО, или врач-анастезиолог, способный за чашечкой чая вечерком написать пару патчей к ядру.
Вот и наступает время когда ломаный автокад станет мифом.
> Вот и наступает время когда ломаный автокад станет мифом.Да не станет он мифом. Получите очередной типа AutoCAD 365 (фантазия) или Photoshop Online (уже имеет место). Не спереть, не честно поработать.
Кстати да, Autodesk в облаке AWS так и не прошел активацию
Ты реально хочешь ТАК работать? Оффлайн программы не уйдут еще очень скоро.
Сплошь проприетарщиана. Причем херовая и дорогая. Зачем это здесь?
Нерабочая проприетарщина (Connection timeout). Следовал инструкции http://aws.otoy.com/docs/OTOY-EC2-AMI.pdf
> Нерабочая проприетарщина (Connection timeout). Следовал инструкции http://aws.otoy.com/docs/OTOY-EC2-AMI.pdfА оно (ПО сабжей, кроме первого из них) когда-то работало? Если уж СПО ну никак не катит, есть основание перейти на КОМПАС.
компас для школьников. я работал, моделируя сложную геометрию...фуфло этот компас.
Откуда столько негатива?
Лично для себя я отметил видеокодек (хорошо бы свободный от патентных тролей) и альтернатива DRM (чуть ли не впервые идет разговор о свободном копировании контента для себя на таком уровне). С другой стороны javascript+html, но зато доступна практически на всех возможных платформах.
К тому же речь идет о довольно крупных компаниях и нет ничего плохого (пока) в том, что они поспособствуют развитию технологии.
> Откуда столько негатива?Негатив вызван именами некоторых персонажей.
Во-первых - отбор у пользователя контроля в куда большей степени, чем в оффлайн-проприетарщине. И явно именно ради отбора контроля вся затея и создана. Во-вторых, кривой программный стек. То, что он доступен везде, менее кривым его не делает. И JS - отнюдь не верх совершенства, и HTML здесь абсолютно ни к чему, и идея писания кодека на JS - это маразм. Хотя как раз мозилловцы вполне могли бы себе позволить сделать еще и нативную реализацию - куда запихивать есть. А джаваскриптовый вариант - как фоллбек.
> Откуда столько негатива?Оттуда что веб-хомячки достали. Просто аннигилируйте.
> Лично для себя я отметил видеокодек (хорошо бы свободный от патентных тролей)
А патентные тролли в курсе?
> и альтернатива DRM (чуть ли не впервые идет разговор о свободном
> копировании контента для себя на таком уровне).Контента? Обуеть - работа в программе теперь приравнивается к просмотру контента? Oo
> но зато доступна практически на всех возможных платформах.
И не работает без интернета... во спасибо. С таким же успехом можно ремотно приконектиться к терминальному серверу и поработать. Только все нагибается если интернет отпал.
> К тому же речь идет о довольно крупных компаниях и нет ничего
> плохого (пока) в том, что они поспособствуют развитию технологии.Технологии чего? Аренды приложений с отмериванием этого пипеткой и зависимостью от интернета? Спасибо, пусть этим пользуются те кому хочется голову в петлю совать.
Неужели никто не обратил внимание на то, что в ролике из под Винды установленной на MacBook pro подключаются к удалённой винде же, чтобы покрутить в 3ds Max монстра !!!
А что за кино в первом видеоролике на 1:04?
Кто-нибудь может объяснить куда катится вся эта вэбня? Поверх примитивного RPC-like протокола (HTTP) городят какие-то приложения, которые должны выглядеть как десктопные. При этом нифига не получается, и начинают гордить вебсокеты, которые фактически транспорт поверх HTTP, который поверх другого транспорта (TCP). И ещё все приложения должны быть написаны на едином расово верном языке (HTML/CSS/JS). Что за маразм?
Если это единственное условие для того, чтобы не ходить к офисному компьютеру лично и работать из дома, то пускай будет. Если это не для этого, то не нужно.Насчёт иллюзий "уменьшить пиратство" и "продавать окошки в программы" - пусть сразу на этой стадии с такими розовыми снами прощаются. Проприетарные программы - зло и оно должно исчезнуть.