FlyOfFly, нет, C сам умеет делить нацело.

Строки = 100 / 50 * (Доход - 20 * floor(Опоздания / 3)).

C++/STL/deque ::: 2.6 ::: 11.2 ::: 70
C++/STL/list ::: 1.7 ::: 1.5 ::: 70

Эх... печалит производительность Здума.
На нём даже Hexen в некоторых моментах падает до 12-ти fps на 225-ти мегагерцовом пентиуме MMX (даже при разрешении 320*240).
А если включить эмуляцию генерал-миди сэмплов fmod, так сожрётся ещё половина кадров.

После таких слов, не верится что у вас 30 лет практики.

Developer, дык, в обществе читали тех авторов, о которых я поминал.

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

скачай "Filemenu Tools" и пройдись по диск "Size Of folders", найдёшь разжиревшую папку. А после, пройдись стандартной проверкой диска на ошибки.

3) Tile Based Deferred Lighting - наконец в двигло внедрили систему отложенного рендеринга. Да еще и какую! Данный тип отложенного рендеринга основывается на экранных "тайлах". Представьте что ваш экран разбит на виртуальную сетку с ячейкой размером 32х32 пиксела (с моим разрешение 1280х1024 ----> это сетка с 40 ячейками по горизонтали и 32 по вертикали). Чтобы разгрузить шину видеокарты очень выгодно не каждый кадр перерисовывать всю сцену, а только отдельные ее фрагменты. Информация о сетке хранится в ОЗУ, своевременно отсылая инфу для отрисовки на видеокарту. Это все очень продвинуто и круто но есть 2 минуса:
----- можно рисовать сотни разноцветных источников света без падения производительности, но только до тех пор пока они не используют ТЕНИ sad точечные источники света работают на основе куб-мап и 5-6 таких "ламп" с нормальным качеством теней (без видимой ступенчатости) убьют производительность в ХЛАМ (и тут не нужно много детализированных объектов в сцене).
----- производительность техники отложенного освещения ОЧЕНЬ сильно зависит от разрешения экрана --- для большого экрана нужно на MRT (экранные буферы) выделять больше памяти которой в итоге может и не хватить

Ага. Так им, этим япошкам up

их преступления перед человечеством не могли сойти с рук. Бомба - не самое страшное, чего они заслуживали. Да и итог неплохой. До войны - милитаризм, синтоизм, агрессивная политика. После войны - японское чудо, роботы, покемоны, няшность. Тут и обсуждать нечего up

FlyOfFly, С этого места по подробнее, что подразумевается под "кэшом программ" и как с этим бороться? Набор программ у меня такой же как и 3 года назад, проблем до этого подобного масштаба не было, всё изменилось с пришествием Windows 10.

нету черных экранов, если часто загружаться могу фризы появится - это да, но проходит.

в какую переменную он засунет эти значения ? Как это значение вывести на экран , если нет переменной ?

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

Приветствую знатоков данного форума ! Появился вопрос . Как в переменную вписать цифры из других переменных , да еще и по порядку . Допустим переменные b=1,c=2,d=3,e=4. Дак как же сделать так , чтобы в переменную под именем a записывалось число 1234 ? То есть считывалось с уже созданных переменных .

Не спеша переигрываю в первого Ведьмака, потом начну второго, потом третьего с переносом сохранений конечно.

Играю на ультрах, 60 fps, хотя проц и озу даже минимальным не соответствуют. Так что оптимизация, по-моему, нормальная.
Исчезли навыки - вот гадость. Еще и скучное начало, посмотрим как дальше будет.

Играю на ультрах, 60 fps, хотя проц и озу даже минимальным не соответствуют.

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