Вылеты с оф. Hi-Res-паком

[geds]

Вобщем ставил себе плагины, все было хорошо на всех патчах. Потом, скачав пак текстур от беседки и поставив его начала вылетать игра + иногда вылетает при фаст тревеле из городов или определенных моментых, типа ковки и т.п.
модов стоит оч много, но проблем с ними не было никогда, переустонавливать не вариант, уж больно долго ставить придется и думаю нервы не выдержат
Скажите оптимальный вариант решения проблемы
Возможно ли, что стоял ретекстур или плагин затрагивающий оригинальные текстуры и после смены текстурок из пака от беседки появились такие вылета?

[Folko85]

Поэкспериментируйте. Отключите все плагины и попробуйте без них. Потом удалите DLC с текстурами беседки и попробуйте как было раньше. Можно отключать плагины по одному и пробовать.

[Solitarius]

>> geds:
Попробуй вместо подключение пака от Bethesda через лаунчер прописать запуск в ini файле. Вот здесь написано как это сделать.

[geds]

>> geds:
Попробуй вместо подключение пака от Bethesda через лаунчер прописать запуск в ini файле. Вот здесь написано как это сделать.

не помогло

[Solitarius]

>> geds:
Тогда нужно пробовать делать проверку кэш игры.

[geds]

не помогает ничего((((

[TERAB1T]

>> geds:
Какая разрядность операционной системы и количество оперативной памяти?

[geds]

32 bit. 4gb

[Wind]

Название заголовка темы должно отражать суть проблемы. Поправил.

[TERAB1T]

32 bit

В 32-битных ОС один процесс не может занимать в памяти более 2 ГБ. Видимо, проблема в этом.

[Kuja]

Не думаю, что без твиков у автора игра умудряется потреблять более 2 Гб памяти.
Но 64 битная ОС гораздо более грамотно работает с памятью.

[geds]

ну не знаю, у меня друг химичил с компом и распределил по ядрам память, то есть видно 3,25 гб = 1 ядро - 1,7, второе 1,5
и причем тут это, если игра вылетает прсот из за пака текстур? объясните же

[[FG]]

ну не знаю, у меня друг химичил с компом и распределил по ядрам память, то есть видно 3,25 гб = 1 ядро - 1,7, второе 1,5

о боже

если игра вылетает прсот из за пака текстур?

Игра начинает активно использовать память, оперативную и видео, в результате чего на 32-битных системах наблюдаются проблемы и вылеты.

Сообщение отредактировал [FG] - 16.02.12 - 13:34

[TERAB1T]

ну не знаю, у меня друг химичил с компом и распределил по ядрам память, то есть видно 3,25 гб = 1 ядро - 1,7, второе 1,5

Не знаю, что у вас там друг химичил, но в 32-битных системах и так видно около 3.25 ГБ памяти без всякой химии. А я говорю о количестве памяти (2 ГБ), которую может потреблять один конкретно взятый процесс, а не все разом.

[geds]

он и нахимичил чтобы потреблялись не 2 из 3,25 на 1 процесс а все 3,25, то есть чтобы все два ядра работали и вся атк сказать "мощь" шла к 1 процессу, а именно к игре

[TERAB1T]

он и нахимичил чтобы потреблялись не 2 из 3,25 на 1 процесс а все 3,25, то есть чтобы все два ядра работали и вся атк сказать "мощь" шла к 1 процессу, а именно к игре

Какая связь между количеством ядер и оперативной памяти я не понимаю, но прекрасно видно, что химия вашего друга не помогла - игра-то вылетает. Единственный выход - поставить 64-битную ось.

добавлено TERAB1T - 16.02.12 - 14:48
Операционная система какая?

[geds]

да эту махинацию он делал давно и с оперативной памятью и вообще с производительностью проблем у меня нет никаких, до этого же все нормально игралось
Переходить на 64 бит из-за этого что-то не очень хочется(((

[vxsw]

>> geds:
диапазон знакового 4-х битного числа (32 разряда) от -2147483648 до 2147483647, отсюда обычно "потолки" в 2 гигабайта и берут. однако ни кто не мешает использовать беззнаковые числа, в том-же 32-битном диапазоне - от 0 до 4294967295.

хз что он там "нахимичил", но выглюдит как-то странно. возможно проблема как раз в этом - не занимайся фигней проблем будет меньше. если комп (извиняюсь) "корыто", то "болид" из него в любом случае не сделаешь ни с какими ухищрениями, а если железо хотя-бы просто "нормальное", то и так все "летать" будет.

а по поводу 2 гига на процесс:

При разработке программного продукта для операционной системы семейства Windows необходимо помнить об ограничениях, накладываемых на размер данных, которые программа может объявлять и использовать. Windows накладывает на программы следующие 3 вида ограничений:

    Статические данные. Ограничение накладывается на размер самого исходного кода программы и размер статически выделяемой памяти. В языке C++ такие данные обычно представлены переменными, объявленными на глобальном уровне вне процедур. Как для 32-битных, так и для 64-битных программ, ограничение на размер статически выделяемой памяти равно 2 GB.
    Динамические данные. Это данные, память на которые динамически выделяется во время исполнения программы. В C++ такое выделение обычно осуществляется функцией malloc или оператором new. В 32-битных программах размер динамически выделяемой памяти ограничен 2 GB, в 64-битных — 8 TB.
    Стековые данные. На них память выделяется при заходе в процедуру и освобождается при её завершении. Максимальный размер стека программы составляет 1 GB и для 32-битных, и для 64-битных приложений. (Размер стека задаётся линковщиком и по умолчанию составляет 1 MB)

У 32-битного приложения запущенного в 32-битной Windows суммарный размер всех перечисленных типов данных не должен превышать 2 GB. (Практически ограничение равно 1.75GB из-за требований к памяти самой операционной системы) 32-битная программа, собранная с ключом /LARGEADDRESSAWARE:YES может выделять до 3-х гигабайт памяти, если 32-битная операционная система Windows запущена с ключом /3gb. Эта же 32-битная программа, запущенная на 64-битной системе, может выделить почти 4 GB памяти (на практике около 3.5 GB).

з.ы. хр 32 - все работает без проблем и тормозов.

Сообщение отредактировал vxsw - 16.02.12 - 15:23

[Kuja]

он и нахимичил чтобы потреблялись не 2 из 3,25 на 1 процесс а все 3,25, то есть чтобы все два ядра работали и вся атк сказать "мощь" шла к 1 процессу, а именно к игре

Задействовать память в 32 битной системе через PAE - это полный бред. Т.к. в клиентских ОС он реализован в урезанном виде и большинство софта с ним не совместимо. В итоге вы получаете нестабильную систему.
Все эти патчи про 4 Гб в 32 битной ОС - фигня.

Переходить на 64 бит из-за этого что-то не очень хочется(((

Не бойтесь. Это совсем не больно. Чик и у вас новая рабочая 64 битная система.

[geds]

Но вдеь до токо как пак поставил было все нормально всегда, как в скайриме так и в других играх
Дело точно в паке текстурок
Ввиду пробелмы которую я не могу огласить по "личным" причнам у меня нет возможности сменить ОС, да и думаю вряд ли дело в ней(((

p.S. снес я пока скайрим, думаю стоит отдохнуть недельки 2, потом поставить и с новыми впечатлениями погрузиться в него, дай бог за 2-3 недельки беседочники выложат свои наработки в интернет) буду легиорнером с щитом и копьем)

[Kuja]

Но вдеь до токо как пак поставил было все нормально всегда, как в скайриме так и в других играх

Текстурный пак вызывает большую нагрузку на видеопамять и оперативную память. Что не влезает в видео, то идет в оперативку.
При этом сама игра не то чтобы супер оптимизирована и при таких громоздких операциях с паками текстур начинает сбоить на системах. А тут еще у вас криво разлочена память, стоит кривой патч на память в ОС и т.д.
Вы хотите стабильности в таком виде?

Ввиду пробелмы которую я не могу огласить по "личным" причнам у меня нет возможности сменить ОС, да и думаю вряд ли дело в ней(((

Чего вы стесняетесь, тут все свои.

[Rasputin]

Не знаю, что у вас там друг химичил, но в 32-битных системах и так видно около 3.25 ГБ памяти без всякой химии. А я говорю о количестве памяти (2 ГБ), которую может потреблять один конкретно взятый процесс, а не все разом.

Скорей всего вот это:
В командной строке пишем: bcdedit /set increaseuserva 3000
и жмем энтер.
способ давно известный, активно юзается на 32-х битных осях, есть один нюанс данная процедура разблочит память для всех процессов(которые запущены в системе) а не только для Ская, из-за чего могут возникать конфликты.