HLFX.Ru Forum (https://hlfx.ru/forum/index.php)
- Jackhammer (https://hlfx.ru/forum/forumdisplay.php?forumid=35)
-- Багрепорты (https://hlfx.ru/forum/showthread.php?threadid=4450)
Отправлено Ku2zoff 06-10-2015 в 18:20:
Цитата:
XaeroX писал:
Либо ты сделал ldd ПОСЛЕ удаления Qt-шных либ из папки джека, либо одно из двух. Интересует ldd на полноценной инсталляции джека.
А вон оно что. Щас верну либы из корзины. Сорри, тупанул.
Цитата:
XaeroX писал:
Ты кеды сам ставил? Там же гном по дефолту.
apt-get install kde-plasma-desktop на базовую систему, в которой голая консоль. И всё остальное нужное ручками.
Вот вывод ldd с комплектными либами:
C++ Source Code:
1 | linux-vdso.so.1 (0x00007ffc430b8000) |
2 | vstdlib.so => ./vstdlib.so (0x00007faf16518000) |
3 | libQtCore.so.4 => ./libQtCore.so.4 (0x00007faf16010000) |
4 | libQtGui.so.4 => ./libQtGui.so.4 (0x00007faf15330000) |
5 | libQtNetwork.so.4 => ./libQtNetwork.so.4 (0x00007faf15018000) |
6 | libQtOpenGL.so.4 => ./libQtOpenGL.so.4 (0x00007faf14d10000) |
7 | libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007faf149e0000) |
8 | libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007faf147c0000) |
9 | libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007faf144b8000) |
10 | libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007faf14108000) |
11 | /lib64/ld-linux-x86-64.so.2 (0x00007faf16798000) |
12 | libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007faf13f00000) |
13 | libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007faf13cf8000) |
14 | librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007faf13af0000) |
15 | libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007faf137e0000) |
16 | libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007faf134d0000) |
17 | libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007faf132b8000) |
18 | libaudio.so.2 => /usr/lib/x86_64-linux-gnu/libaudio.so.2 (0x00007faf13098000) |
19 | libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x00007faf12e28000) |
20 | libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007faf12c00000) |
21 | libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007faf12950000) |
22 | libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007faf126f8000) |
23 | libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007faf124f0000) |
24 | libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007faf122d0000) |
25 | libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007faf120c0000) |
26 | libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007faf11e80000) |
27 | libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007faf11c68000) |
28 | libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007faf11920000) |
29 | libnvidia-tls.so.352.41 => /usr/lib/x86_64-linux-gnu/tls/libnvidia-tls.so.352.41 (0x00007faf11718000) |
30 | libnvidia-glcore.so.352.41 => /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.352.41 (0x00007faf0ec80000) |
31 | libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007faf0ea10000) |
32 | libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007faf0e808000) |
33 | libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007faf0e5e8000) |
34 | libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007faf0e3e0000) |
35 | libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007faf0e1d8000) |
36 | libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007faf0dfa8000) |
37 | libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007faf0dd80000) |
38 | libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007faf0db78000) |
Добавлено 07-10-2015 в 00:20:
С QT либами, что идут в комплекте, диалог открытия/выбора файла крэшит редактор.
C++ Source Code:
1 | ku2zoff@ku2zoff-linux:~/.jackhammer$ ./jackhammer.sh |
2 | Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)" |
3 | Adding: "/home/ku2zoff/jackhammer/plugins/vpHalfLifex64.so" |
4 | 2 map export format(s) registered |
5 | 3 map import format(s) registered |
6 | 1 package format(s) registered |
7 | 1 sprite format(s) registered |
8 | 1 model format(s) registered |
9 | 1 archive format(s) registered |
10 | Adding: "/home/ku2zoff/jackhammer/plugins/vpQuake2x64.so" |
11 | 1 map export format(s) registered |
12 | 1 map import format(s) registered |
13 | 1 texture format(s) registered |
14 | 1 sprite format(s) registered |
15 | 1 model format(s) registered |
16 | 1 archive format(s) registered |
17 | Adding: "/home/ku2zoff/jackhammer/plugins/vpQuake3x64.so" |
18 | 1 map export format(s) registered |
19 | 1 map import format(s) registered |
20 | 2 texture format(s) registered |
21 | 1 package format(s) registered |
22 | 2 model format(s) registered |
23 | 1 archive format(s) registered |
24 | Adding: "/home/ku2zoff/jackhammer/plugins/vpQuakex64.so" |
25 | 1 map export format(s) registered |
26 | 1 map import format(s) registered |
27 | 1 package format(s) registered |
28 | 1 sprite format(s) registered |
29 | 2 model format(s) registered |
30 | 1 archive format(s) registered |
31 | Added archive: "/home/ku2zoff/jackhammer/sprites.pak" (11 files) |
32 | Using extension: GL_ARB_texture_compression |
33 | Using extension: GL_SGIS_generate_mipmap |
34 | Using extension: GL_EXT_texture_edge_clamp |
35 | Cannot mix incompatible Qt library (version 0x40806) with this library (version 0x40807) |
36 | ./jackhammer.sh: line 7: 2248 Аварийный останов $DirName/$AppName "$@" |
Отправлено XaeroX 06-10-2015 в 18:24:
А, ну ясно. Qt юзает системный диалог открытия файла, а системный в данном случае - KDEшный, а он в свою очередь - на старой версии Qt. Его либы подгружаются, появляется конфликт и вуаля.
Да, пожалуй, единственное решение - удалить либы редактора и принудительно посадить его на системный Qt. Ну и ждать, пока авторы кедов обновят его до последней версии Qt4.
Отправлено Ku2zoff 06-10-2015 в 18:29:
Цитата:
XaeroX писал:
а, пожалуй, единственное решение - удалить либы редактора и принудительно посадить его на системный Qt.
Что-то я совсем не уверен, что это безопасно. Там какие-то варнинги сыплются, если юзать только системный QT. Но выбора не остаётся, будем пользовать то, что есть.
Цитата:
XaeroX писал:
Ну и ждать, пока авторы кедов обновят его до последней версии Qt4.
Когда рак на горе свиснет ХЗ когда 
Значит, дело всё-таки в кедах.
Отправлено XaeroX 06-10-2015 в 18:33:
Цитата:
Ku2zoff писал:
Там какие-то варнинги сыплются, если юзать только системный QT
Кроме самого первого - какие ещё?
Отправлено Ku2zoff 06-10-2015 в 18:42:
Когда вызывается диалог открытия файла вываливает в терминал вот это дело:
C++ Source Code:
1 | Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) |
2 | Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) |
3 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.binary.macroEnabled.12" |
4 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.addin.macroEnabled.12" |
5 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.slideshow.macroEnabled.12" |
6 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.macroEnabled.12" |
7 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.presentation.macroEnabled.12" |
8 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-word.template.macroEnabled.12" |
9 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.template.macroEnabled.12" |
10 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.template.macroEnabled.12" |
11 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-word.document.macroEnabled.12" |
12 | kfilemodule(2324) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.slide.macroEnabled.12" |
Но открывает. При вызове диалоговых окон в редакторе ничего не вываливает. Вроде работает.
Вертикальной синхронизации нет вообще во всех кедах, т.к. эффекты рабочего стола не запускаются. Соответственно, в 3D виде тиринг. Раньше работали. Наверное после обновления дистра сломались. Я грешил на видеодрайвер, поэтому удалил dkms-вариант, и накатил с сайта нвидии новейший вручную. Не помогло. Что интересно, раньше с новейшим драйвером не работал стим. Сейчас работает, видимо починили. Версию драйвера, с которой не работало, не помню. В полном экране всинк работает.
Отправлено XaeroX 06-10-2015 в 18:48:
Ku2zoff
Таков удел всех линуксоидов - воевать с необязательными багами и побеждать несущественные проблемы. Если в винде джек ставится и работает у всех одинаково - то под линуксом сколько людей, столько и проблем. И если каждую пытаться анализировать - про дальнейшую разработку можно забыть.
Отправлено Ku2zoff 06-10-2015 в 19:11:
Удалил новый драйвер, вернул тот, что из репов. Соответственно, dkms модуль пересобрался. OpenGL теперь нормально работает в кедах, есть всинк в 3д виде. Исчез segfault при закрытии редактора (он был и с родными и с системными либами). Джек не крэшится только с системным QT.
Цитата:
XaeroX писал:
Таков удел всех линуксоидов - воевать с необязательными багами и побеждать несущественные проблемы.
Ну а как же? Я вот обновлился. Ядро обновилось c версии 3.16.7-ckt11-1+deb8u3 до версии 3.16.7-ckt11-1+deb8u4. Хедеры ядра тоже обновились конечно. И кто бы пересобрал модуль ядра от нвидии? Твою дивизию, dkms должен сам это делать при обновлении ядра.
Добавлено 07-10-2015 в 01:11:
Зато, юзанье линукс в качестве десктопной оси даёт повод заняться мозговыми сношениями упражнениями. Хоть какой-то плюс. Я в линуксе полтора месяца не работал, зашёл и решил обновиться. Вот и огрёб радости. Сейчас буду каждый день понемногу тестить джек.
Отправлено Raid 13-10-2015 в 12:22:
1.1.700 Windows 7
Мрачно о**еваю от кривости клиппинг тула. Точки плоскости обрезания ставятся не идеально по пересечениям сетки, или же идеально, но приближение координат при обрезании недостаточно точное, и в результате получается такая лажа:
Из-за этого инвалидные структуры лезут на ровном месте, и постоянно приходится перепроверять на косяки буквально каждый вертекс. И хорошо, когда геометрия относительно простая. А если нет? Автоспайка конечно спасает, но неплохо бы её сделать при значениях меньше некоторой погрешности, после применения клиппинг-тула, чтобы не двигать вертексы руками лишний раз.
Отправлено thambs 13-10-2015 в 12:57:
Raid
оппа-оппа! чуть подробнее опиши условия восмпроизведения. я где то год назад репортил ксероксам о баге с clip-toolом и он тогда его основательно пофиксил. нюжто регрессия?
__________________
http://www.moddb.com/mods/monorail-quest
Отправлено XaeroX 13-10-2015 в 15:28:
Raid
Клип-тулом надо пользоваться очень аккуратно.
Отправлено Garux 13-10-2015 в 16:05:
Казалось бы, в чём сложность воткнуть две зеркальные плоскости
Думаю дело в любимом вами округляторе до int
Два виндинга с одной плоскости не обязательно окажутся на ней после такого
Отправлено XaeroX 13-10-2015 в 16:28:
Нет-нет, там ошибки точности. И это притом, что в double считает...
Надо смотреть тестовые примеры, в общем.
Отправлено Crystallize 13-10-2015 в 18:12:
А у меня в Ку2 браши с флагом monster_clip за энтитю не считались.
Отправлено XaeroX 13-10-2015 в 19:08:
Crystallize
А должны были?
Отправлено Raid 13-10-2015 в 21:23:
По закону подлости, искромсав несколько брашей самым зверским образом, так и не удалось вызвать баг. Буду сохранять багованные браши, получающиеся в процессе.
