eug 0 5 декабря, 2009 Опубликовано 5 декабря, 2009 · Жалоба На 32-битной системе OpenGL работает (после применения cd /usr/lib ln -s opengl/nvidia/lib/libGL.so libGL.so.1 ln -s opengl/nvidia/lib/libGLcore.so libGLcore.so.1 ln -s opengl/nvidia/lib/libnvidia-tls.so libnvidia-tls.so.1 ибо установщик драйвера не создает эти линки), на 64-битной танцы с бубном пока бесполезны... Может быть кто подскажет правильное слово? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 6 декабря, 2009 Опубликовано 6 декабря, 2009 · Жалоба А как по ментору понять, работает опенгл или нет? У меня вот после "Enable OpenGL" этот пункт меню становится серым... Рассмотрение strace показывает, что все опенгл-евские либы он нашел в /usr/lib, куда их установщик nvidia ставит, ошибок вроде нет. И что дальше? Как понять, заработал опенгл или нет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
eug 0 7 декабря, 2009 Опубликовано 7 декабря, 2009 · Жалоба А как по ментору понять, работает опенгл или нет? У меня вот после "Enable OpenGL" этот пункт меню становится серым... Рассмотрение strace показывает, что все опенгл-евские либы он нашел в /usr/lib, куда их установщик nvidia ставит, ошибок вроде нет. И что дальше? Как понять, заработал опенгл или нет? Если ментор обнаружил наличие ускорителя, пункт "Enable OpenGL" позволяет включить/выключить оное. Если не обнаружил - в окне сообшений пишет: "Info: Hardware acceleration is not available on this system. OpenGL support can not be enabled." При включенном GL прорисовка в несколько раз быстрее производится, чем без ускорения. Это заметно на "больших" платах в редактировании и в 3D-viewer. На счет линков - наверное только в моей ОСке( Gentoo x86 ) установщик драйвера создает следующее: /usr/lib: libcuda.so libnvidia-cfg.so.190.42 libXvMCNVIDIA.a opengl libcuda.so.1 libvdpau_nvidia.so libXvMCNVIDIA.so xorg libcuda.so.190.42 libvdpau_nvidia.so.190.42 libXvMCNVIDIA.so.190.42 /usr/lib/opengl/nvidia/extensions: libglx.so libglx.so.190.42 /usr/lib/opengl/nvidia/lib: libGLcore.so libGL.so libnvidia-tls.so libGLcore.so.1 libGL.so.1 libnvidia-tls.so.1 libGLcore.so.190.42 libGL.so.190.42 libnvidia-tls.so.190.42 /usr/lib/xorg/modules/drivers: nvidia_drv.so т.е. линки *.so.1 в /usr/lib/ в моей ситуации автоматически не создаются. Тогда вопрос по-другому: как обьяснить ЕЕ, что необходимые библиотеки лежат в /usr/lib/opengl/nvidia/lib и /usr/lib/opengl/nvidia/extensions ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 7 декабря, 2009 Опубликовано 7 декабря, 2009 · Жалоба Если ментор обнаружил наличие ускорителя, пункт "Enable OpenGL" позволяет включить/выключить оное. Если не обнаружил - в окне сообшений пишет: "Info: Hardware acceleration is not available on this system. OpenGL support can not be enabled." При включенном GL прорисовка в несколько раз быстрее производится, чем без ускорения. Это заметно на "больших" платах в редактировании и в 3D-viewer. У меня вот что (я уже писал) - после выбора пункта Enable OpenGL - он сереет, то есть ничего больше нельхя сделать, в т.ч. выключить. Сообщений никаких не появляется. А strace показывает, что все либы найдены. По скорости я ничего не понимаю, так как карточка хилая, Geforce 6200, а комп двухпроцессорный (не путать с двухядерным) четырехядерный сервак. Т.е. я не знаю, включился ли реально OpenGL, так как ни ошибок, ни результатов. На счет линков - наверное только в моей ОСке( Gentoo x86 ) установщик драйвера создает следующее: У меня (CentOS 5.2) установщик создает следующее: /usr/lib /usr/lib64 никакой директории opengl вообще нет нигде и не было никогда. Тогда вопрос по-другому: как обьяснить ЕЕ, что необходимые библиотеки лежат в /usr/lib/opengl/nvidia/lib и /usr/lib/opengl/nvidia/extensions ? Видимо, как и остальным - LD_LIBRARY_PATH. А Вы может забыли ответить "да" установщику NVIDIA на вопрос об установки 32-битных библиотек? Он это спрашивает отдельно во время установки. Или ставили с не-64-битного установщика (сейчас он называется NVIDIA-Linux-x86_64-190.42-pkg2.run ) ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fill 2 7 декабря, 2009 Опубликовано 7 декабря, 2009 · Жалоба Если включен OpenGL то в Display_Control можно изменять степень прозрачности - появляется ползунок Opacity Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 7 декабря, 2009 Опубликовано 7 декабря, 2009 · Жалоба Значит у меня тоже не включается, хотя по strace все либы находит. Буду копать дальше. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 7 декабря, 2009 Опубликовано 7 декабря, 2009 · Жалоба Ну вот, я провел некие изыскания на уровне устройства кода экспедишена... В результате получился (по классификации Линнея) вот такой зверь - oblomus plenus. Короче - OpenGL на 64-битной платформе просто не поддерживается, и все тут. Т.е. mgc_egs_prober сразу отсеивает такую систему, в которой "uname -m" выдает нечто оканчивающееся на "_64" или "getconf LONG_BIT" говорит 64. Кстати, вопрос к fill - это где-то отражено? Планируется поддержать OpenGL на 64-битных платформах? Чем это обусловлено? ---------------------------------- Ну и пробуем всех обмануть. Ну и зачем, спрашивается, ментору знать, что у меня архитектура 64-битная? Если он сам по жизни весь 32-битный. Вот и я думаю, незачем. Тем более, это не венда, это линукс, что хочу, то и ворочу. Создаем директорий ~/tbin Создаем в нем исполняемый "arch" с таким содержимым: #!/bin/bash echo "i686" Создаем там же исполняемый "uname" #!/bin/bash /bin/uname $* | sed -e 's/x86_64/i686/g' Создаем там же исполняемый "getconf" #!/bin/bash case $1 in LONG_BIT) echo "32" ;; *) /usr/bin/getconf $* ;; esac Перед запуском ExpeditionPCB, ViewerPCB, PlannerPCB делаем "export PATH=~/tbin:$PATH" и вуаля, OpenGL заработал. У меня по крайней мере. ну и последний "штрих". Добавляем в конец файла /где/стоит/2007.7EE/SDD_HOME/common/linux/bin/sddpcb_env.sh вот такую строчку: setenv PATH /там/где/расположен/весь/обман:${PATH} Вот, собственно, и все. Почему-то работает, хотя менторовцы явно этого не хотели. На самом деле - OpenGL здорово ускоряет процесс отрисовки. Даже на моей хиленькой карточке. на 64-битной танцы с бубном пока бесполезны... Нужен был бубен другой системы :) Спасибо за пинок в нужном направлении... Сам бы вряд-ли бы решился столь глубоко копать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
eug 0 8 декабря, 2009 Опубликовано 8 декабря, 2009 · Жалоба Спасибо SM и Fill ! Бубен другой системы работает! P.S.: До старта dash (по привычке работаю через Dashboard) добавил: export LD_LIBRARY_PATH=${LDPATH}:${LD_LIBRARY_PATH} ибо пути к библиотекам OpenGL "Gentoo" прописывает в LDPATH. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 8 декабря, 2009 Опубликовано 8 декабря, 2009 · Жалоба До старта dash (по привычке работаю через Dashboard) добавил: export LD_LIBRARY_PATH=${LDPATH}:${LD_LIBRARY_PATH} ибо пути к библиотекам OpenGL "Gentoo" прописывает в LDPATH. Я думаю это тоже можно вписать прямо внутрь менторовского sddpcb_env.sh , всей dash это ведь не надо, а только PCB-шным запчастям. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cioma 0 23 ноября, 2010 Опубликовано 23 ноября, 2010 · Жалоба Спасибо, SM, Ваш рецепт помог включить поддержку OpenGL в EE7.9.1 под Ubuntu 10.10 x86_64 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cioma 0 5 февраля, 2011 Опубликовано 5 февраля, 2011 · Жалоба Кстати, а кто как запускает DxD/Exp под Linux? Как я понимаю, почти все приложения в EE (кроме IOD) напрямую ломятся к X-серверу, без уважения к менеджеру окон, десктопу итп. Т.е. на экране поверх всего лежит окно DxD и переключиться на другие окна возможности нет. Я до недавнего времени обходился запуском через Xephyr (иксы в иксах) но в нем нет поддержки OpenGL, что весьма неудобно на сложных платах. По идее можно запустить вторую копию X-сервера и переключаться по Ctrl+Alt+F7, Ctrl+Alt+F8, но это тоже не очень. Все вышеописаное происходит в Ubuntu 10.10 x64 + GNOME Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Кстати, а кто как запускает DxD/Exp под Linux? Как я понимаю, почти все приложения в EE (кроме IOD) напрямую ломятся к X-серверу, без уважения к менеджеру окон, десктопу итп. Т.е. на экране поверх всего лежит окно DxD и переключиться на другие окна возможности нет. Да просто молча как-то запускается... Пышу "viewdraw&" в консоле - у меня DxD пустился. Никаких подобных проблем с окнами нет и не было - все он видит, десктопы уважает. CentOS 5.5, и гном и кде, пофигу, и там и тут работает корректно. Он же через ж...майнвин портирован, а майнвин работает корректно с десктопами. Ищите глюки в системе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 10 февраля, 2011 Опубликовано 10 февраля, 2011 · Жалоба Упс... Есть там глючок небольшой. Не работает перетаскивание окна за его верх. А изменение размеров за края и углы - работают (когда оно не maximized). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vadim 0 10 февраля, 2011 Опубликовано 10 февраля, 2011 · Жалоба Есть глючок и поболее. Оно не уважает рабстол с двумя мониторами. И xfce не уважает, но это так, мелочи. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 10 февраля, 2011 Опубликовано 10 февраля, 2011 · Жалоба Есть глючок и поболее. Оно не уважает рабстол с двумя мониторами. И xfce не уважает, но это так, мелочи. ну xfce он сам только первый релиз 16 января 2011, так что кто кого не уважает, это еще вопрос... А вот с двумя мониторами - что там за проблемы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться