2 Дядя Миша:
Так pseqgroup где-то нужен или нет? я пока отличных от 0 значений не видел.
Ксаш 64битный лишь чтобы был. Практической пользы почти нет - только чтобы не требовал 32битных библиотек. GS именно для этого портировали на 64.
Так же было интересно посмотреть, что отвалится. В процессе пару мелких ошибок отследил. - FillRgba(Blend) - преобразование указателей на int в указатели на float
2 Дядя Миша:
А 64битные компиляторы доступны для простых смертных?
А то у меня происходит что-то такое:
Code:
FindFacePositions:
10%...20%...30%...Error: Memory allocation failure
Description: The program failled to allocate a block of memory.
Howto Fix: The map is too complex for the compile tools to handle. Switch to the 64-bit version of hlrad if possible.
портированный vhlt же почему-то выдаёт черноту вместо освещения на больших картах
2 mittorn: лежат в SDK паранои. Вообще вы как-то странно считаете, что я от вас что-то прячу. Я от вас ничего и никогда не прячу. Я вам просто не всё показываю
64битный ксаш для windows. Пока только клиент.
Т.к в windows нет встроенного NameForFunction, а заморачиваться с кастомным 64битным загрузчиком не хочется - не знаю, будет ли поддержка серверной части. http://rghost.ru/8jJv4sfqN
У меня нет 64битного windows, по этому я ничего не знаю о его работоспособности, но под wine оно работает.
Меню тут тоже нет - мне лень. Клиент хл прилагается.
Запускать с параметром -clientlib valve/cl_dlls/client64.dll
чтобы найти сервера - internetservers
потом connect the-swank.pp.ua или один из ойпишнеков.
Оптимизация по нулям во избежания лишней энтропии, её тут и так хватает.
2 Дядя Миша:
Я знаю. Однако с сервером и без него много возни. Чего только стоит MAKE_STRING, при котором разница указателей никак не умещается в int. Будет не лень - сделаю полную сборку хл, а пока надо проверить код на регрессии, без которых редко обходится при портировании на новую архитектуру/платформу/компилятор.
Т.к автосборки сложно с travis выковыривать, выкладываю актуальную тестовую версию на github releases.
Пока что тут старый 3224 билд. https://github.com/SDLash3D/xash3d/releases/tag/0.17-win32-alpha
Из нововведений:
1. Исправлено несколько крашей
2. Добавлена поддержка avi в mingw сборке
3. Добавлен крашхэндлер, использующий dbghelp.dll (присутствует начиная с XP в системе). Поддерживает msvc6, по этому возможно будет полезен не только в нашем форке. Почему-то на xp показывает только названия функций, но не строки. На 8 же с точностью до строк.
4. Подробные сообщения об ошибках при загрузке dll. Для этого введены функции: Sys_Warn - показывает мессажбокс, Com_GetLibraryError, Com_ResetLibraryError - позволяет накопить все сообщения от загрузчиков библиотек и вывести их одним
5. Добавлена поддержка game.cfg. В связи с этим нужно удалить значения кваров из listenserver.cfg - он имеет больший приоритет. Иначе они не будут сохраняться. Вроде как, такое поведение у WON Half-Life.
6. cl_maxpacket - userinfo квар, ограничивающий размер пакета, передаваемого с сервера. Позволяет подключиться через dsl соединение, pptp и другие кривые, не пропускающие большие пакеты соединения - раньше с ними были проблемы.
7. Списки ресурсов теперь тоже передаются по частям и слушаются cl_maxpacket. К слову, при хорошей погоде на DNS серверах можно играть даже через iodine
8. Переписан FlushEntityPacket - теперь подключение не отваливается по любому чиху.
Т.к последняя версия была давно, список скорее всего неполный
Post automatically merged:
В крашхэндлере есть всё необходимое для NameForFunction, так что можно сделать и сингл 64битный, однако смысла в этом нету - главная цель - приведение кода в соответствие 64битным компиляторам достигнута и теперь можно портировать на 64битные архитектуры там, где это необходимо
2 Aptem:
Запускай сборку со студии (которая 3224 ещё), она не должна вылетать. Это вроде выравнивание стека попорчено в mingw. Посмотрю сегодня. А предыдущая сборка с mingw вылетает? Я там немного менял параметры, она работала.
