<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Открыты исходные тексты игрового движка PlayCanvas</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html</link>
    <description>Объявлено (https://hacks.mozilla.org/2014/06/playcanvas-goes-open-source/) об открытии (https://github.com/playcanvas/engine) под  свободной лицензией MIT игрового движка PlayCanvas (https://playcanvas.com/), нацеленного на создание переносимых многоплатформенных 3D-игр, создаваемых с использованием web-технологий и ориентированных для запуска в браузерах с поддержкой HTML5 и WebGL (Chrome, Firefox, Safari, браузеры Android и iOS), без установки дополнительных плагинов. Основателями проекта являются Will Eastcott, бывший технический директор Activision (http://ru.wikipedia.org/wiki/Activision), и Dave Evans, ранее возглавлявший разработку PlayStation Home. Проект развивается при поддержке Mozilla, ARM и Activision.&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;lt;center&amp;gt;&amp;lt;a href=&quot;https://hacks.mozilla.org/wp-content/uploads/2014/06/swoop-game-500.png&quot;&amp;gt;&amp;lt;img src=&quot;http://www.opennet.ru/opennews/pics_base/0_1401957188.png&quot; style=&quot;border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100&#037;;&quot; title=&quot;&quot; border=0&amp;gt;&amp;lt;/a&amp;gt;&amp;lt;/center&amp;gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Основные воз</description>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#22</link>
    <pubDate>Sat, 07 Jun 2014 04:53:56 GMT</pubDate>
    <description>&amp;gt; С HTML5 так не поступишь. Вылечить такой банер можно только полной &lt;br&gt;&amp;gt; блокировкой js.&lt;br&gt;&lt;br&gt;Есть такой чудный аддон к Firefox - называется NoScript. То что доктор прописал.&lt;br&gt;&lt;br&gt;&amp;gt; А вот баннер может появиться внезапно.&lt;br&gt;&lt;br&gt;См. выше.&lt;br&gt;&lt;br&gt;&amp;gt; Я думаю, iPhone &quot;быстрый&quot; потому, что&lt;br&gt;&lt;br&gt;...потому что маркетинговый булшит у эппла хорош, в отличие от технического исполнения.&lt;br&gt;</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#21</link>
    <pubDate>Sat, 07 Jun 2014 04:44:53 GMT</pubDate>
    <description>&amp;gt; За последнее время джаваскрипт достиг производительности,&lt;br&gt;&amp;gt; сопоставимой с нативной.&lt;br&gt;&lt;br&gt;Да, &quot;всего&quot; в три раза сливает, если в ластах и на гамаке в костюме химзащиты поизвращаться с ним как следует. &lt;br&gt;&lt;br&gt;&amp;gt; Хороших результатов добиться достаточно легко, &lt;br&gt;&lt;br&gt;Ага, оно и видно: в сях просто пишем что хотели. В js засоряем мозг кучей хлама типа знаний о gc, asm.js, как, где и почему оно тормозит и так далее. &lt;br&gt;&lt;br&gt;Эта тормозила долбанулась на своем JS. Если уж надо скорость - пример надо с гугли брать. С их PNaCl-ом. Вот так оно даже будет работать быстро и без выноса програмеру мозга всякой совершенно левой буитой.&lt;br&gt;&lt;br&gt;&amp;gt; особенно если правильно назначать типы &lt;br&gt;&lt;br&gt;...чего в JS изначально вообще не было предусмотрено.&lt;br&gt;&lt;br&gt;&amp;gt; и исключать чрезмерное выделение/освобождение ресурсов.&lt;br&gt;&lt;br&gt;...для чего надо шарить в механике работы рантайма и вообще работе компьютеров сильно поболее чем это умеет большинство JS-скриптеров.&lt;br&gt;</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#20</link>
    <pubDate>Sat, 07 Jun 2014 04:41:13 GMT</pubDate>
    <description>&amp;gt; если не выделять ресурсы каждый кадр.&lt;br&gt;&lt;br&gt;А в случае JS как-то gc лучше програмера знает когда возбухнуть и что прибить. Знание интимных особенностей gc - превращает программирование в кластерфак, когда приходится онриентироваться на некие недокументированные и/или никем не гарантированные особенности. В сях/сях++ по крайней мере все просто и понятно - когда и что. GC делает этот процесс намного менее детерменированным, а изучение свойств gc - весьма отдельный рокетсайнс.&lt;br&gt;&lt;br&gt;&amp;gt; Между прочим, это справедливо и в случае C/C++, частые вызовы malloc&lt;br&gt;&amp;gt; и new сильно &quot;просаживают&quot; производительность.&lt;br&gt;&lt;br&gt;Между прочим, там никто их лишний раз и не дергает. И вообще там возможна уйма стратегий, вплоть до полностью статического распределения ресурсов на старте. При этом память вообще никогда не выделяется и не освобождается. Что критично для ответственных применений, например. Тебе же не понравится если у твоего авто при наезде на кирпичную стену подушки безопасности не выпадут &quot;потому что памяти не хватило&quot;, правда? :)</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#19</link>
    <pubDate>Sat, 07 Jun 2014 04:36:05 GMT</pubDate>
    <description>&amp;gt;планшеты и прочие недопк в одной куче.&lt;br&gt;&lt;br&gt;Архитектуры разные, как тут можно сравнивать мегагерцы?&lt;br&gt;&lt;br&gt;Кстати было бы интересно увидеть тесты аля сжатие файла на этих фоторамках и каком-нибудь старом пентиуме c частотой ниже 2Mhz. &lt;br&gt;</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (ваноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#18</link>
    <pubDate>Fri, 06 Jun 2014 12:32:39 GMT</pubDate>
    <description>не путайте теплое с мягким. сборщик мустора и malloc/free -- слегка разные вещи. выделение и освобождение памяти, внезапно, есть и в случае сборщика мусора. ровно как и фрагментация памяти.&lt;br&gt;</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (XoRe)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#17</link>
    <pubDate>Fri, 06 Jun 2014 11:38:21 GMT</pubDate>
    <description>http://apps.playcanvas.com/will/doom3/gangnamstyle&lt;br&gt;&lt;br&gt;Монстры зажигают! :)&lt;br&gt;</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#16</link>
    <pubDate>Fri, 06 Jun 2014 07:49:44 GMT</pubDate>
    <description>&amp;gt;С HTML5 так не поступишь.&lt;br&gt;&lt;br&gt;Почему-же. В любом браузере WebGL отключается в настройках, если кому-то понадобится, со временем сделают более удобное дополнение.&lt;br&gt;&amp;gt;Игра, написанная на жабе - это штука сугубо добровольная. Ее можно включить, когда обернешь руки полотенцем или воспользуешься прихваткой. А вот баннер может появиться внезапно.&lt;br&gt;&lt;br&gt;Это сейчас, несколько лет тому назад Java-апплеты запускались без предупреждения. Да и вообще, пропаганда уязвимостей в Jav-е и флеше активно ведётся именно производителями браузеров. Раньше всем было на это наплевать.&lt;br&gt;&amp;gt;Я думаю, iPhone &quot;быстрый&quot; потому, что в нем приоритет на отрисовку графики.&lt;br&gt;&lt;br&gt;Возможно, но с тех пор и андроид занялся оптимизацией. Реальность такова, что количество памяти в самом современном iPhone 5s 1 гиг, в Xperia Z2 - 3 гига. Всё это из-за того, что эпл в своё время выпилил сборщик мусора под корешок. Его нет даже в их новомодном полу-динамическом Swift. В условиях, когда ширина шины ограничена, избыток память никогда не приводит к увеличению произв</description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (Такие дела)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#15</link>
    <pubDate>Fri, 06 Jun 2014 05:44:21 GMT</pubDate>
    <description>&amp;gt; Поверьте, их производительность будет не намного ниже флеша.&lt;br&gt;&lt;br&gt;Того самого флеша, который блокируется в большинстве браузеров, или запирается под значок? С HTML5 так не поступишь. Вылечить такой банер можно только полной блокировкой js.&lt;br&gt;&amp;gt; думаете игра, написанная на джаве сильно быстрее? Там тот же самый сборщик &lt;br&gt;&amp;gt; мусора, и те же проблемы с потреблением памяти. &lt;br&gt;&lt;br&gt;Игра, написанная на жабе - это штука сугубо добровольная. Ее можно включить, когда обернешь руки полотенцем или воспользуешься прихваткой. А вот баннер может появиться внезапно.&lt;br&gt;&amp;gt; Как вы думаете почему iPhone такой быстрый?&lt;br&gt;&lt;br&gt;Я думаю, iPhone &quot;быстрый&quot; потому, что в нем приоритет на отрисовку графики. Этот фокус в свое время провернул гугл с хромом, когда он сначала рисовал окно, а потом начинал остальные процессы (сеть и стартовая страница), фаерфокс в то же время делал наоборот, и подавал пользователю окно приложения в последнюю очередь, когда настройки сети были прочитаны. Из-за такого трюка запуск хрома, казался более быстрым, хотя реально </description>
</item>

<item>
    <title>Открыты исходные тексты игрового движка PlayCanvas (dr Equivalent)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/96183.html#14</link>
    <pubDate>Thu, 05 Jun 2014 21:18:16 GMT</pubDate>
    <description>Поиграл в демку Swoop. Миленько так.&lt;br&gt;</description>
</item>

</channel>
</rss>
