Error arm64 Ubuntu with engine crash #299
Comments
|
game css |
|
Use 0x0.st for files. I can't download even logs from google drive. |
|
also, that's look like some of your game resources is missing |
|
sys.log fragment |
|
engine.log
Compiler version: 11.4.0 [37.6745] font fc: Impact - /usr/share/fonts/truetype/msttcorefonts/Impact.ttf |
|
Where are game resources downloaded? |
|
I downloaded this version from the Elbrus PC Test telegram channel. But on the Steam version the symptoms are the same. |
|
А зачем ты ко мне лезешь жаловаться, если у тебя коммит вообще не с моего репозитория? Либо собирай сам, либо закрывай ишшую свою и жалуйся тем, кто тебе это собрал под arm64. У меня и у остальных на андроиде(arm64) все впорядке. Оно никогда в том месте не падало. Я за чужие изменения не ручаюсь |
|
Так прикол в том , что я и собирал сам . git clone --recursive --depth 1 https://github.com/nillerusr/source-engine.git. Сегодня из истории команд выудил (Пересобирал сегодня). Получается --depth 1 вообще рандомный комит берет? На андройде , то у меня тоже проблем нет) . Я собираю сборку на Ubuntu arm64 Orange pi 5b (Не на Android) и как сказал тогда на стриме порта на Эльбрус, она к сожалению не такая стабильная, но все же лучше box86:) Надеялся , что как сказали ребята, мои логи могли бы помочь, убрать эту неисправность |
|
@ArtemS2 Я просто не знаю откуда вооще у тебя этот коммит. И нет, depth 1 берет последний |
|
Ну под мою конфигурацию я только сам могу себе собрать, и сегодня под новые исправления я заново клонировал и пересобирал все файлы движка. Честно говоря , интересно как такое могло получиться если я брал файлы и инструкцию по сборке только в этом репе. |
|
По engine.log тому, что скинут видно что это вообще какой-то не существующий коммит на гитхабе. Каким образом? |
|
И после полной замены старых бинарников словил эти вылеты |
|
Мб лог зафиксировал остатки логов летней сборки? |
|
Это больше похоже на то, что какой-то из бинарей просто потерялся или они не туда были установлены. Дата запуска сегодняшняя. |
|
Попробую затереть все бинарники и заново скопировать. Но мне кажется это не поможет |
|
Даже если не поможет так я хотя бы буду уверен, что там нету чужих изменений. |
|
Ну вылет пришлось ждать дольше обычного)
Compiler version: 11.4.0 [36.7957] font fc: Impact - /usr/share/fonts/truetype/msttcorefonts/Impact.ttf [1300.1426] The server is using sv_pure 0. (Enforcing consistency for select files only) |
|
Тут все бинарники затер, и новые скомпилированные вставил |
|
Даже hl2_launcher? Можешь показать git log? |
|
hl2_launcher тоже. |
|
Ааа блять соре это я молодец. Под вечер туплю. Этот коммит я просто с другого компа делал, вот и решил что это какое-то говно левое |
|
Можешь точнее описать при каких условиях проявляется краш? В локалке/не в локалке, с ботами/без и т дж |
|
С ботами гарантированно до смены следующей карты. Может ближе к концу, может как сейчас при смене карты. Если играть в инте , то бывает , что пару карт можно сменить спокойно, то некоторые запуски каждые 3 минуты вылеты. Сегодня вообще уникальный случай поймал, при прицеливании со скара словил SV_PackEntity: SnagChangeFrameList returned null. |
|
Даже заскринил момент) |
|
А этот уникальный случай скорее всего великий рандом. А вылеты каждые 3 минуты. Поиграй под gdb |
|
Это гораздо больше поможет |
|
Я могу после краша движка собрать еще логи, только мне нужно знать какие и где нужно собрать |
|
Да просто запусти через gdb. Когда упадет выполни bt и скинь сюда выхлоп |
|
а это как можно так запустить? |
|
Смог словить баг , но правда только играя с ботами, но ждал очень долго |
|
Еще бывают такие приколюхи и они не только на orange pi, на raspberry pi 4b в Raspbian тоже такие штуки заметил. |
|
@ArtemS2 к этому окну я уже точно вообще не причем. Не используй gnome |
Это уже другая совсем херня. И как ты умудрился дебаг символы потерять в дебаг сборке? |
|
Так на lxde оно тоже появляется |
|
Выключи, я с этим ничего не сделаю можно разве что оптимизировать загрузку карт чтобы такого не происходило. Там рендертред намеренно вешается при загрузке карт и менять я это не подумаю |
|
Ну с этим окном , оно не критично |
|
Бля попробуй играть с lldb, у тебя что-то с gdb какие-то приколы. Запускается вроде все точно так же |
|
а это как можно запустить? |
|
Точно так же просто вместо gdb пишешь lldb |
|
А ну почти |
|
Вообще как-то странно , на debug сборке пропали вылеты там где они раньше были в half life 2 . Сегодня прошел несколько глав и ничего не вылетело, но были секундные неуспевания подгрузки текстур. |
|
На всякий случай пересоберу cs |
|
Получил ошибку
|
|
Решил еще раз через gdm поиграть, через очень большое время словил вылет: |
|
А этот краш при выключении игры существует везде, не интересно. Но тоже надо пофиксить конечно. Чуть позже займусь этим |
|
Ну больше мне ничего не получилось поймать, на debug видимо все работает стабильно, кроме выше перечисленных особенностей( Мне получается лучше закрыть эту ветку? (кстати почему-то некоторые debug бинарники занимают значительно больше места чем такие же release) |
|
@ArtemS2 потому что получается больше кода и все символы отладочные(названия функций пишутся, переменных и т д) |
|
@nillerusr Пересобрал через clang компилятор , (CXX=clang CC=clang ./waf configure -T release --64 --enable-opus --prefix=out) получил ошибку при запуске . ./hl2_launcher -game hl2 Проверил все несколько раз, ошибка повторяется. |
|
Почисти сборку |
|
А что делать если ./waf clean не помогает?) |
|
кхм, менять дистр? |
|
git clean -dxf может в фоне оболочка чего запускает (GL-й screensaver точно мешал), с другой стороны gcc-й debug вроде норм (ну по крайней мере несопоставимо стабильней) |
|
@rox4d да незачем тут git clean. Ну и да если у тебя драйвер фэйлится, то я тут причем?) |
Да я собственно никого не обвиняю, мне пока не очевидно что это причина а не следствие, попробую в gdb поймать, может виднее будет |
|
С CXX=clang++ опцией пока лучший вариант, вылетов нет, есть редкие микрофризы и статтеры. FPS выше , чем gcc debug. |
|
@ArtemS2 подсвисания и так были везде на arm. А вот касательно debug билда может быть такое, что вообще ты там это никогда в жизни не словишь, потому что это опять же другая генерация кода и другое поведения. Нарушение стандарта c/c++ может оборачиваться в подобную проблему. Бага скорее всего есть, вопрос только в компиляторе или у меня. Потому что никто я собирал на macos с gcc под aarch64 и там опять же такой херни не было. И до этого люди у меня на малинку тоже собирали, не было таких проблем. Есть даже сервера которые хостятся на aarch64 и там тоже такой нету такой же проблемы( правда сервера это не много другое все же, т.к. там не все участки кода проблемные могут задействоваться конечно ). Как говорил мой знакомый, айти - это творческая хуйня. Ты мог вообще какой-то абсолютно случайный баг поймать, который зависит от работы драйверов вообще, косвенно конечно, не напрямую. Все это отлаживать больно особенно когда... Кхм стоп а может ты можешь дать доступ мне по ssh к скрину с запущенным gdb? Так найти проблему будет гораздо легче |
|
@nillerusr , нужно сделать скрины сессии под debug бинарниками (выхлоп консоли gdm)? В теории (если нужно) я могу организовать доступ по ssh к своему одноплатнику, но боюсь у меня это возможно только через openvpn туннель. Если нужны только скрины degug сессии, то нравное может быть проще скинуть через телегу или дискорд? |
|
@ArtemS2 да кстати, лучше пиши в тг, ник тот же |
Hello, I'm in trouble!
An error occurs when aiming.
Error: SV_PackEntity: SnagChangeFrameList returned null
https://drive.google.com/file/d/1gT6CpH8dGO_cKOb8A2PSVyXpfRYXgxU4/view?usp=sharing -
screenshot
https://drive.google.com/file/d/1K6vlVmQQ1WMpIrr_kL6rIlg2OBZpA9KL/view?usp=sharing -
engine logs
https://drive.google.com/file/d/1CTpIkgE7qU39wGAju7SUeKAWNPVQqlZi/view?usp=sharing - my system
https://drive.google.com/file/d/1NJEj52nkgzaoGJLb5rYGxT1oTDCWUA_7/view?usp=sharing - sys.log
The text was updated successfully, but these errors were encountered: