https://www.opennet.me/openforum/vsluhforumID3/89462.html На конференции разработчиков игр (Game Developers Conference - GDC), компании Valve и Nvidia выступили с докладом, посвященным портированию игр под Linux. Презентация с данного мероприятия доступна (https://developer.nvidia.com/sites/default/files/akamai/gamedev/docs/Porting%20Source%20to%20Linux.pdf) на сайте Nvidia.<br><br><br>Наиболее интересные моменты:<br><br><br>- В качестве мотивов почему следует портировать игры на Linux, упоминаются:<br><br><br>- Открытость операционной системы Linux и экосистемы.<br>- Довольно быстрый рост популярности Linux в качестве игровой платформы. <br>- Логичный промежуточный шаг при портировании игр на мобильные платформы, где также доминируют стандарты семейства OpenGL<br>- Производительность.<br>- Под Linux официально доступен Steam.<br>- GL предоставляет доступ к возможностям оборудования, оперируя при этом сугубо возможностями оборудования, а не версиями ОС или чем-либо еще. В частности, в Китае в данный момент все еще очень много пользователей с ОС семейства Windows XP, которые не могут пользо https://www.opennet.me/openforum/vsluhforumID3/89462.html#260 Wed, 10 Apr 2013 16:00:07 GMT Потому и разогнали )))<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#259 Tue, 09 Apr 2013 20:23:32 GMT &gt;&gt; Это 7xxx/9xxx (четырёхзначные номера сборок), бишь гораздо позже :) <br>&gt; Более старые на сайте нвидии найти не удалось.<br><br>Ммм... заглянул в исошку альтового Junior 2.0 (2002 год) -- там 1.0-2960: http://ftp.linux.kiev.ua/pub/Linux/ALT/old/historic/<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#258 Mon, 08 Apr 2013 16:31:28 GMT &gt;&gt;&gt; но когда у меня работали свежевыпущенные нвидиевские 1.0-7xx/9xx и 1.0-1251 <br>&gt; (2001, кажется) <br>&gt;&gt; http://us.download.nvidia.com/XFree86/Linux-x86/1.0-9639/README/appendix-a.html <br>&gt;&gt; http://us.download.nvidia.com/XFree86/Linux-x86/1.0-7185/README/readme.txt <br>&gt; Это 7xxx/9xxx (четырёхзначные номера сборок), бишь гораздо позже :) <br><br>Более старые на сайте нвидии найти не удалось.<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#257 Mon, 08 Apr 2013 09:04:24 GMT На форумах, особенно профессиональных, норма - разговорная речь, а не литературная.<br>К построению предложения в вашем посте тоже любой филолог может прикопаться так, что мало не покажется...<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#256 Mon, 08 Apr 2013 07:09:54 GMT Только не драйвера и сервера, а по-русски будет драйверы и серверы :)<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#255 Sun, 07 Apr 2013 17:56:45 GMT &gt;&gt; но когда у меня работали свежевыпущенные нвидиевские 1.0-7xx/9xx и 1.0-1251<br><br>(2001, кажется)<br><br>&gt; http://us.download.nvidia.com/XFree86/Linux-x86/1.0-9639/README/appendix-a.html <br>&gt; http://us.download.nvidia.com/XFree86/Linux-x86/1.0-7185/README/readme.txt <br><br>Это 7xxx/9xxx (четырёхзначные номера сборок), бишь гораздо позже :)<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#254 Sun, 07 Apr 2013 16:10:49 GMT &gt;&gt; &#8230;был бы, если бы макросы могли определять другие макросы или переопределять себя.<br>&gt; ОЙ, да ну нафиг. Макросы - не для упражнений в концептуальном программировании <br>&gt; а всего лишь для условной компиляции да определения некоторых сущностей которые <br>&gt; могут сделать синтаксис полаконичнее. Они с этим справляются - ну и <br>&gt; зашибись.<br><br>ну так это потому, что ничего сложнее они не умеют. а вот иногда, например, надо в макросе уникальный идентификатор сгенерить. да, есть __COUNTER__. но без анусной магии всё равно не получится. потому что макросы очень дурные и ограниченые.<br><br>а переопределение себя, например, было бы удобно для регистраторов всяких штук. например, консольных команд. то есть, пишешь нечто вроде:<br>[code]<br>CONSOLE_COMMAND(god) {<br> god_mode = !god_mode;<br>}<br>[/code]<br>а няшный макрос ведёт списочек "жертв". а потом делаешь REGISTER_ALL_COMMANDS, например, и они все скопом регистрируются. а то ломает же руками их перечислять, это как раз место, где автоматика рулит.<br><br>ладно, у gcc есть __att https://www.opennet.me/openforum/vsluhforumID3/89462.html#253 Sun, 07 Apr 2013 07:10:40 GMT ...а тот, кто завалил проект костылями, станет ведущим специалистом, потому что никто другой в них разобраться не может ;)<br> https://www.opennet.me/openforum/vsluhforumID3/89462.html#252 Sun, 07 Apr 2013 03:16:00 GMT &gt;&gt; Мне просто показалось странным мнение, будто драйверы делались в первую <br>&gt;&gt; очередь для запуска на unix игр, которых тогда еще почти не было.<br>&gt; Зуб не дам, но когда у меня работали свежевыпущенные нвидиевские 1.0-7xx/9xx и <br>&gt; 1.0-1251, игр под Linux было уже довольно много разных -- от <br>&gt; Tuxracer и BZFlag до кучи стрелялок, вон с альтовским Spring 2001 <br>&gt; на последнем диске шла подборка демок (Shogo и ещё что-то).<br><br>Все равно, по моему, потенциал нишы игр под linux в то время был мелковат для того, чтобы озабочиваться написанием драйверов для них.<br><br>Дорогие графические станции для профессионального использования - это уже совсем иное дело.<br><br>&gt; Ради какого именно рынка делались -- потребительского или профессионального -- не знаю. <br>&gt; Думаю, можно поднять из архивов те пакеты и посмотреть, поддержка <br>&gt; каких чипов заявлена.<br><br>Учитывая то, что чипы для обоих сегментов практически одинаковы (нередко они отличаются только прошивкой и логикой в драйверах), а также то, что кодовая баз драйверов для все