Я добровольно поставил. До последнего держал XP, но тут пошли 64-bit only игори и софт. Система не основная, включается только для запуска программ. Программы таки запускает, поэтому грех жаловаться.Дядя Миша said:
2 FiEctro:
А он согласится ревизить это говно?
Вроде наши ошибки - наши проблемы - сами ревизим (на фоне дифа с оригиналом все неудачные правки заметны).
Если какую-то часть надо - я могу даже в оригинальный ксаш перекинуть - чтобы Дяде Мише не парится с мержем (но только на 3224 разумеется).
А он согласится ревизить
Вроде наши ошибки - наши проблемы - сами ревизим (на фоне дифа с оригиналом все неудачные правки заметны).
Если какую-то часть надо - я могу даже в оригинальный ксаш перекинуть - чтобы Дяде Мише не парится с мержем (но только на 3224 разумеется).
*пойот*
Нужно приготовиться терять потому что
Многие откажутся воспринимать это говно
Но,но,всегда есть это грёбаное "но"
В каждом выборе присутствует оно
Они одевают маску хип-хопа
Даже кричат,что у них чёрные жопы
Делая при этом из рэпа клоунаду
Но тогда я знаю как их называть надо
Это фальшивые Эм Си,они считают,что рэп это прикол
Шмаль,одежда,баскетбол
Клубы,понятия,хмурые лица,стрелы
Фильмы про нигеров,мат без предела
И всё.Таким нет любви,нет признания
Им всем противостоит моё сознание!
2 a1batross: я вообще не собирался никуда лезть. Митторн зачем-то показал мне багфикс и пролетарское чутье сразу же забило тревогу - тут что-то не так. Если вы в чём-то не уверены - всегда же можно написать приватку или спросить прямо здесь в теме. Самая главная гадость, это когда вы что-то меняете, но при этом не имеет ни малейшего представления, где это потом может вылезти. Причём вылезает оно через полгода и уже ни с чем не ассоциируется. Расскажу недавний поучительный случай. Я в прошлом месяце писал конвертор карт из Q1, H2, HL, BSP2, BSP31 -> XashNT. В какой-то момент обратил внимание, что с карт пропали некоторые ротатабли на Dm-Knot. Т.к. я в этот момент уже вовсю переписывал рендерер, то решил, что они просто перестали отображаться. Но потом, я дописал рендеринг мира, а ротатабли так и не появились, причём на ощупь их тоже не было. Достал бэкапы, начал сравнивать. Баг возник в тот момент, когда я в конверторе карт энтити не просто пересохранял в новый формат, а парсил как в компиляторах и потом вызывал UnparseEntities. И я тут же всё понял. Там односвязный список, энтити парсятся в прямом порядке, а сохраняются в обратном. Вас никогда не удивляло, что в описании энтити класснейм то в самом верху, то в самом низу?
Это вот оно самое, тянется еще с кваки. Причём впрямую зависит от того, сколько раз были вызваны компиляторы. Даже если один и тот же компилер вызвать несколько раз, строки снова пересортируются. Переделал список энтить на двусвязный список, но баг не исчез. Дело в том, что по большому счёту порядок следования полей весьма критичен лишь в очень немногих случаях.
Одним из таких случаев является поле spawnorigin у ротатабли. Обычный оригин показывает место такой секретной комнатки, куда ротатабля помещается для корректного освещения радом, а в игре она появляется по месту спавноригина.
Нетрудно догадаться, что здесь двойная ошибка - прямая зависимость от порядка следования полей, особая расстановка порядка в FGD, зависимость от того прошла карта полный цикл компиляции или нет и самое интересное - был ли запущен hlcsg с параметром -onlyents. После первого запуска ротатабли исчезнут, после второго вернутся. Вообщем такое адское нагромождение UB.
То есть тут надо во первых сохранить энтити всегда в одном и том же порядке следования полей. Во вторых нивелировать зависимость у ротатабли от порядка их вызова. И такого говна со времён кваки тянется предостаточно, никто это не то что не фиксит, а даже не подозревает про его наличие.
Это вот оно самое, тянется еще с кваки. Причём впрямую зависит от того, сколько раз были вызваны компиляторы. Даже если один и тот же компилер вызвать несколько раз, строки снова пересортируются. Переделал список энтить на двусвязный список, но баг не исчез. Дело в том, что по большому счёту порядок следования полей весьма критичен лишь в очень немногих случаях.
Одним из таких случаев является поле spawnorigin у ротатабли. Обычный оригин показывает место такой секретной комнатки, куда ротатабля помещается для корректного освещения радом, а в игре она появляется по месту спавноригина.
Нетрудно догадаться, что здесь двойная ошибка - прямая зависимость от порядка следования полей, особая расстановка порядка в FGD, зависимость от того прошла карта полный цикл компиляции или нет и самое интересное - был ли запущен hlcsg с параметром -onlyents. После первого запуска ротатабли исчезнут, после второго вернутся. Вообщем такое адское нагромождение UB.
То есть тут надо во первых сохранить энтити всегда в одном и том же порядке следования полей. Во вторых нивелировать зависимость у ротатабли от порядка их вызова. И такого говна со времён кваки тянется предостаточно, никто это не то что не фиксит, а даже не подозревает про его наличие.
2 Дядя Миша:
само собой. Нет такого изменения, которое бы потом не повлекло за собой что-то ещё другое.
Понаступав на такие грабли достаточно, мы с mittorn и ничего особо не меняем, давно уже. Разве что поверх достраиваем. Кто-то со стороны -- да. Тут уже просто "недоглядели".
само собой. Нет такого изменения, которое бы потом не повлекло за собой что-то ещё другое.
Понаступав на такие грабли достаточно, мы с mittorn и ничего особо не меняем, давно уже. Разве что поверх достраиваем. Кто-то со стороны -- да. Тут уже просто "недоглядели".
Тем временем, апдейт на Android ветку.
https://github.com/SDLash3D/xash3d-android-project/releases/tag/v0.17
А ещё нам год с момента выпуска v0.1 версии. Да, той шуточной на 1 апреля 2015 года.
https://github.com/SDLash3D/xash3d-android-project/releases/tag/v0.17
А ещё нам год с момента выпуска v0.1 версии. Да, той шуточной на 1 апреля 2015 года.
2 Дядя Миша:
>порядок следования полей весьма критичен
можешь кинуть список критичных полей?
>порядок следования полей весьма критичен
можешь кинуть список критичных полей?
Тем временем, вышел cs16-client.
Если кому-то из кодеров интересно, вот исходники: https://github.com/SDLash3D/cs16-client
Под GoldSource тоже работает, если собирать с флагом -D_CS16CLIENT_ENABLE_GSRC_SUPPORT.
Если кому-то из кодеров интересно, вот исходники: https://github.com/SDLash3D/cs16-client
Под GoldSource тоже работает, если собирать с флагом -D_CS16CLIENT_ENABLE_GSRC_SUPPORT.
2 a1batross:
Это под винду собрать можно?
Это под винду собрать можно?
Last edited:
2 DarkEssence:
это не я собирал.
Сегодня успешно заставил работать 64битный ксаш.
С оригинальной cs_amd64.so заставить работать не получилось string_t не смог заставить работать т.к указатели расположены слишком далеко и offset не уменьшается.
А вот хл вполне запустился после нескольких правок.
Пришлось сделать следуйщее:
0. Заменить long на int чтобы попасть в модель данных lp64 не изменяя протоколов и прочего
1. Задефайнить MAKE_STRING как ALLOC_STRING везде
2. переписать аллокатор строк в движке - теперь он работает на статическом буффере
3. исправить типы, чтобы работали переходы между уровнями и сохранения
4. удалить сгенерированные файлы графов - их формат не совместим
5. Изменить стурктуру для seqgroup, чтобы после увеличения указателя сохранился её размер. seqgroup->data убран. Не знаю, нужен ли он, но ни одного использования отличного от 0 я не обнаружил. Может, здесь подскажут, где он действитльно используется
6. Убрать запись указателя на текстуру в модели в int. Передал обходным путём, так корректнее.
это не я собирал.
Post automatically merged:
Сегодня успешно заставил работать 64битный ксаш.
С оригинальной cs_amd64.so заставить работать не получилось string_t не смог заставить работать т.к указатели расположены слишком далеко и offset не уменьшается.
А вот хл вполне запустился после нескольких правок.
Пришлось сделать следуйщее:
0. Заменить long на int чтобы попасть в модель данных lp64 не изменяя протоколов и прочего
1. Задефайнить MAKE_STRING как ALLOC_STRING везде
2. переписать аллокатор строк в движке - теперь он работает на статическом буффере
3. исправить типы, чтобы работали переходы между уровнями и сохранения
4. удалить сгенерированные файлы графов - их формат не совместим
5. Изменить стурктуру для seqgroup, чтобы после увеличения указателя сохранился её размер. seqgroup->data убран. Не знаю, нужен ли он, но ни одного использования отличного от 0 я не обнаружил. Может, здесь подскажут, где он действитльно используется
6. Убрать запись указателя на текстуру в модели в int. Передал обходным путём, так корректнее.
Last edited:
Доноры Красавчики
-
AHTu6uoTuK$285.00 -
TRUP@C$136.00 -
PoD-Stas$100.00 -
Somano$60.00 -
MAPA3MATuK$55.00
Members online
No members online now.