Омские линуксоиды одобряют.

Ребятки долго запрягали. Но надеюсь быстро поедет.

физика: Newton, ODE и PhysX;

- что-то из этого в Linux работает?

- что-то из этого в Linux работает?

Все неработает!

А ты што думал!

Ониж специально разрабатывали кросплатфоременный движок только для винды!

ПОнимаеш?

что-то из этого в Linux работает?

ODE точно работает, ибо Open Dynamics Engine. У Newton точно был SDK под Линукс с so'шками да и исходники открыты.

не помню, как с ODE, но остальное работает

Плагин для экспорта из Autodesk 3ds Max.

Ну ты понял, без блендера тут ловить нечего. Или точнее, некого :)

Плагин для экспорта из Autodesk 3ds Max.

А формат блендера в плагинах не нуждается?

блендер поддерживается плагином assimp(в фреймворке PLAssimp). Я проверял ещё полгода назад, всё работало, так что даже экспортер не нужен

нет, уже не нуждается

не помню, как с ODE, но остальное работает

ode как раз в первую очередь работает. На нем игрушка xmoto сделана.

ode как раз в первую очередь работает. На нем игрушка xmoto сделана.

ODE под линуксом работает, но разве xmoto не на box2d?

Что-то по отзывам этот кросплатформенный фреймворк кросплатформенный в отношении ОС, но на десктопе поддерживает только один видеодрайвер - nVidia (видимо разработчики, как обычно, не осилили спецификации OpenGL). Ну и зачем он такой нужен?

физика: Newton, ODE и PhysX;

- что-то из этого в Linux работает?

PhysX можно оценить в Trine.

Penumbra и Amnesia c Newton.

новый ноут собрался покупать с amd, пока сказать не могу. А можно ссылку на отзывы? Вроде бы нормально работает: http://www.youtube.com/watch?v=b0uH-hqUOrk

что делать если у меня Linux 64-битный? как демку-то запустить??? cartoon demo - только 32-битное, не удалось запустить

PLVolumeRenderingDemo:

./PLViewer64
./PLViewer64: 11: shift: can't shift that many
./PLViewerQt64
./PLViewerQt64: 11: shift: can't shift that many

я с огромным интересом смотрю сейчас этот pixellight, хочется сравнить с другими свободными подобными либами

у меня ноут AMD с HD6320, так вот всего 2 FPS на демке PLVolumeRenderingDemo, и то запустилось после правки скрипта запуска (убрал команд shift - нахрена она вообще нужна если не работает как надо)

в самом деле, вероятно оно умеет только дрова от nVidia - это бред

но я призываю не спешить с оценкой, это первый релиз, если оно в самом деле такое «плагинизированное», то вероятно это хороший задел на будущее - посмотрим

как ты осилил скачать 45 метров с соусфорджа? чего там на 45 метров? текстуры?

а что не так с несчастными 45-ю метрами саурсфорджа которые у меня по EGDE (МТС СуперБит) скачалось без проблем?

20 метров ресурсы и по 50 и 65 Мб соответственно - там бинарники для 32 и 64

Кто пробовал? Стоит оно того? Интересует только работа под Линукс.

> Что-то по отзывам этот кросплатформенный фреймворк кросплатформенный в отношении ОС, но на десктопе поддерживает только один видеодрайвер - nVidia (видимо разработчики, как обычно, не осилили спецификации OpenGL). Ну и зачем он такой нужен?

Почему-то мне кажется, что у тебя не точные данные, а предположение. Как и с KWin и gnome-shell. Ты во всех случаях говоришь что это отход от спецификаций, а не баг драйвера.

ODE под линуксом работает, но разве xmoto не на box2d?

avl@Qosmio:~$ ldd `which xmoto` | grep ode

libode.so.1 => /usr/lib/libode.so.1 (0xb747a000)

avl@Qosmio:~$ ldd `which xmoto` | grep box

попробовал демку на проприетарном драйвере AMD на карте HD6320 - оно запустилось, но всего 2 fps - под Linux

но оно еще Mac OS X 10.6+ держит, в доках написано

возможно это какое-то недоразумение что так мало, может пока еще не добрались до AMD-карт, в будущем наверняка да

скачал видео-демку, вижу там объемный свет и тени, динамические карты теней... HDR, прочее прочее... не думаю что движок хуже чем от Valve

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

Понятно, стоит повременить...

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

Вроде же еще на Lua(ИМХО зе бест фор скриптинг, сам его освоил за... 4 минуты для скриптования minetest) можно.

Почему-то мне кажется, что у тебя не точные данные, а предположение. Как и с KWin и gnome-shell.

Не помню, что насчёт KWin, но насчёт Gnome Shell есть вполне точные данные.

Ты во всех случаях говоришь что это отход от спецификаций, а не баг драйвера.

Обратите внимание, не я один.

ну... какой язык для скриптов - это по вкусу уже выбор :)

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

Помню, когда в бета-версии открытого драйвера добавили поддержку чипсета Radeon R600, я скомпилировал релиз-кандидат нового ядра, новый libdrm, новые драйвер и Mesa. Что же я увидел. Neverball - почему-то когда шейдерная монета наклоняется, у неё белый отблеск. Просто белая заливка, а должна потемнеть или посветлеть, в зависимости от направления. С софтовой отрисовкой с помощью тоже Mesa работало хоть и медленно, но идеально.

Игра в Wine работала, но с 0 FPS и с мерцанием объектов, когда ещё текстура стен пропадала на секунды, и я видел что за стеной. Хороший способ почитерствовать: вывести сетевую игру с таким драйвером на телевизор, и посматривать, сидя за компьютером. Я понял что это за баг, когда попробовал Unreal Tournament 2004: там когда FPS хороший всё хорошо, но стоит ему снизиться, как он неожиданно падал до 0-1, и на секунды пропадали текстуры.

DooM III на софтовом рендеринге хоть и моделировал с 1 кадром в 3 секунды, но идеально, как и должно было быть! Почему-то даже в наши дни я вижу неправильные цвета или артефакты с открытым драйвером. А в 2008 тестовый драйвер приводил к Kernal Panic. В меню логотип игры переместился сверху в самый центр и стал почти чёрным, с едва различимыми бегающими точками из оригинальной анимации картинки, потом загрузка игры и Kernel Panic.

Потом был релиз драйвера ati для этого чипсета. В него вошли все найденные мной баги. Прошло 3 года, баг с падением FPS исправили, и наверное только его. Точечно. Наверное, на баг потому обратили внимание, что в багрепорт просили исправить очень много людей. Баг в Neverball остался. Недавно исправили Kernel Panic в DooM III - я не знаю номера релиза, в каком именно - но он не исправлен до конца: после продолжительной игры всё равно возникает.

Недавно я повторил то действие, последний релиз-кандидат ядра, libdrm, драйвер, Mesa. Даже на последнем на тот момент драйвере наблюдался главный баг открытых драйверов ATi/AMD: несмотря на то, что в Mesa появляется всё больше новых расширений OpenGL, даже в старых играх есть неправильно передаваемые цвета, рваные тени, артефакты! DooM III, Unreal Tournament 2004. Neverball, SuperTuxKart! При этом ещё в 2008 году с софтовой отрисовкой ничего из этого не было, но работало медленно. Значит, баг вовсе в недоделанном Mesa (OpenGL), а в драйвере!

Насчёт скорости. Мой нетбук позволяет играть в Quake III Arena, и в Unreal Tournament 2004. С 1366x768, на максимальной графике, с большим значением FPS. Пробовал бОльшее разрешение на внешнем мониторе, на динамичных сценах UT2004 был низкий FPS. Снизил эффекты - на то и придумали настройки, чтобы не страдать с низким FPS на максимальных эффектах. А значит, на Unreal Tournament 2004 GPU нетбука хватает едва-едва.

А теперь открытый драйвер. UT2004 на максимальной графике, конечно, не работает: эталонный закрытый же едва-едва выдавал необходимый FPS на максимальной графике с моим разрешением экрана. Однако просто снижения уровня графики с максимального до среднего не хватило - не тормозит только когда 800x600. Что ж, может игра, вышедшая за 5 лет до Unreal Tournament 2004, не тормозит? Нет! Quake III Arena тормозит на максимальной графике. Ну ничего себе!

Вывод: открытым драйвером видеокарты можно пользоваться только на рабочих станциях. Там мощность GPU избыточна, в Quake III Arena это тысячи FPS. Если открытый драйвер выдаёт только 50% от них, играть всё равно можно. На нетбуках открытый драйвер противопоказан: ни беспроблемного энергосбережения, ни хорошего FPS. Закрытый ведь позволял запускать неслабые игры... А открытый даже Quake III Arena позволяет играть только на средней графике. Чего уж говорить об играх, вышедших после 2000 года... Остаются только эмуляторы приставок, использующие эффекты с помощью OpenGL, и 2D-игры вроде Braid.

А ты говоришь, не соблюдены спецификации OpenGL, и программы затачивают под проприетарную реализацию OpenGL от NVIDIA. Смотря на то, как работает аппаратное ускорение с открытым драйвером ATi, мне слабо в это верится.

открытым драйвером ATi

Ныть все горазды, а патч написать? Ну и да, всё время использовал проприетарный драйвер, всё (кроме некоторых вайновских изращений) в принципе работало.

Вы путаете баги реализации с намеренной реализаций вразрез стандарту, так что сделанные таким образом выводы заведомо ошибочны.

А можно ссылку на отзывы?

Вы о какой ссылке?

это я не на тот комментарий ответил)

Хотел RussianNeuroMancer об этом подробнее спросить

См. комментарии к новости на форуме Phoronix.

Я решил что нет смысла гадать на тему поддержки AMD, я не поленился и прямо написал разработчикам этого PixelLight письма с прямым вопросом о AMD видеокартах под Linux.

Как будет ответ - я напишу его сюда.

Ниасилил...

Объясните для слоупока, вот я хочу сделать пожертвование на разработку какого-то из этих проектов, разработчики наберут необходимую сумму для реализации проекта. Что потом от этого получу я? Мне дадут продукт или дадут мне право купить его? Проект станет всем доступен или только тем, кто пожертвовал или всем?

Вот, мне ответили разработчики PixelLight... быстро они ответили. В общем суть ответа такова - некоторые разработчики PixelLight юзают ноутбуки с AMD и графика соответствующая.

Так что нет никаких проблем в частности сабжа этой новости с AMD, соответственно «не нужно потому что только для nVidia» исключается.

Кстати, вот уже пользуюсь проприетарным драйвером для AMD на ноуте несколько недель, проблем вообще НОЛЬ. Проблем не больше и не меньше чем с nVidia - я удивлен.

какой конкретно проект ты имеешь ввиду? этот (PixelLight) вообще под LGPL

Ээ, ты точно не в «Kickstarter, игры и Linux» отвечал?)

конкретно не могу сказать, т.е. у каждого проекта свои условия донатов?

ы, а как так вышло?)))

Пишут что есть проблемы с Mesa и драйвером Intel для Windows. Как-то странно, согласитесь?
В сумме получается, что есть поддержка Catalyst и драйвера nVidia, чего всё ещё недостаточно, чтобы брать за основу этот «кроссплатформенный фреймворк для разработки 3D-приложений».

Не помню, что насчёт KWin, но насчёт Gnome Shell есть вполне точные
данные.

А вы можете разжевать непонятливым, что там вообще написано? По-моему, полный бред: --- The #version directive must occur in a shader before anything else, except for comments and white space. So the original operation was right. But NV's behavior looks like: --- При чём тут NV?

--- a. only preprocessor codes could be placed before «version» --- А выше написано, что только комменты и пробел могут, значит, в NV мягче требования.

--- b. pragma and extension can't be placed before «version» --- И что? Где тут противоречие с процитированной им же строкой из стандарта?

--- c. the codes between «if» «else» «endif» can't contain no-preprocessor codes. --- И что? При чём тут это вообще? На пьяный бред смахивает. Разъясните плиз.

Какие же сволочи убрали ручное форматирование, теперь с этим lorcode ещё возиться. :)

При чём тут NV?

При том, что на NV не падало.

значит, в NV мягче требования

Как раз в этом и проблема. Остальное вероятно просто пояснение по пониманию инженерами nVidia данной строки спецификации.

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

При том, что на NV не падало.

А с каких пор NV стал референсной реализацией? На открытых дровах работает? На софтварном рендеринге работает? Как я понимаю, софтварный рендеринг в месе сейчас считается более-менее референсным, но никак не NV.

Тут есть ещё важный момент в том, что то, что он пишет про NV - на самом деле не нарушение спецификации. Он пишет, что в спецификации разрешено перед version ставить только коменты и пробел, но это - требование к пользовательскому ПО, а не к драйверу. В спецификации не написано, что должно происходить в случае, если это требование не выполнено, то есть, это всего лишь неописанное поведение, unspecified behavior. В случае NV, неописанное поведение - нормальная работа проги, а в случае AMD - падение. Я бы не сказал, что AMD тут сильно права. Unspecified behavior != undefined behavior, и это надо чётко понимать. Нельзя читать спецификацию, и на всё, что она не описывает, ставить assert'ы.

C++ ? не нужно™

А с каких пор NV стал референсной реализацией? На открытых дровах работает? На софтварном рендеринге работает?

Не факт, что данный код задействован в случае Mesa. (Я лично не проверял Metacity, но разные code path для разного железа/драйверов/версий драйверов вроде обычная практика; свежий пример.)

Тут есть ещё важный момент в том, что то, что он пишет про NV - на самом деле не нарушение спецификации.

Unspecified behavior != undefined behavior, и это надо чётко понимать. Нельзя читать спецификацию, и на всё, что она не описывает, ставить assert'ы.

Что-то мне подсказывает, что одному из инженеров, пишущих спецификации OpenGL для Khronos Group можно доверять в отношении определения того, что соответствует спецификации OpenGL, а что - нет. Если вы с этим не согласны - вы можете сами ему написать. Он всегда отвечает.

не нужно - перепиши на лиспе

но разные code path для разного железа/драйверов/версий драйверов вроде обычная практика

Но тогда бы и он про NV вряд ли говорить стал, а, кроме того, тогда бы и для АМД-драйвера был бы код, который работает с ним.

одному из инженеров, пишущих спецификации OpenGL для Khronos Group можно доверять

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

Инженер, кстати, про которого вы говорите, всё исправил, так что он, видимо, придерживается тех же взглядов, что и я (ну то есть, по-просту, знает, как надо спеки читать, и знает, что они пишутся не для драйверописателей, а для тех, кто просто использует OpenGL в своей проге)

Только если в спеке будет сказано

... либо, в критических местах, спек может говорить «the behavior is undefined», давая понять, что так делать не надо. А если он просто ничего не говорит про случай нарушения, и какой-то драйвер не возвращает при этом ошибку - это вовсе не нарушение спеков, а просто лояльная отработка неописанного поведения. Linux, кстати (который ядро) всегда отрабатывает неописанные posix'ом ситуации наиболее лояльно.

Но тогда бы и он про NV вряд ли говорить стал, а, кроме того, тогда бы и для АМД-драйвера был бы код, который работает с ним.

А не допускаете, что ситуация такая же, как в случае KWin - ни один из разработчиков банально не пользуется fglrx, хотя для всех других драйверов различные code path есть?

Инженер, кстати, про которого вы говорите, всё исправил

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

так что он, видимо, придерживается тех же взглядов, что и я

...потому что если попробовать с ними взаимодействовать, можно получить ответ в духе «ПНХ». Так что глядя на пример с KWin, теперь я отлично понимаю, почему вместо оформления багрепорта на Metacity, он просто реализовал workaround для предотвращения падения.

это вовсе не нарушение спеков, а просто лояльная отработка неописанного поведения

Что имеем: лояльная обработка неопределённого поведения в драйвере nVidia, привела к тому, что разработчики WINE долгое время считали, что видеодрайвер в Linux только один, а Хуанг - пророк их.