Isulf

до 31 января можно еще успеть накрабить

Вроде не было нигде об этом тем.

я просто к тому, что ДПС и DPS все-таки немного разные вещи))

Тоже исключительно для БЗ на пожары играл на Смоленске. По 11 пожаров за бой особо не напрягаясь.

Зато в противовес авикам линкоры словно бензином облитые - горят от каждого чиха 120-130мм пукалки эсминцев или Смоленска.

Было бы прикольно, если в этой операции можно было не на корабле в бой выйти, а реально оказаться в форте и палить из пушек, а из пулемета отбивать волны десанта!

Кстати да, в Европе давали еще и жетоны: А у нас просто 1 контейнер.

Del. Сорян, увидел инфу у нас.

https://forum.worldofwarships.ru/topic/136707-боевые-задачи-недели-лунный-новый-год/?tab=comments#comment-5946064

Семён, который TKD, на одном из своих стримов говорил что истребители обычно вешает после того как откидался, при развороте, т.к. по его мнению это все-таки снижает получаемый урон основной группой.

А есть хоть понимание, это кто и за что вас так не любит???

А сделаете еще в эту неделю скидку на приобретение модернизаций 50%? Ну позязя.....

А это неизбежно. Чем выше частота, тем сильнее приходится ослаблять тайминги. Закон физики. Иначе память может сбоить. Из моего опыта бывало, что просто оптимизация таймингов давала больший прирост производительности системы, чем разгон памяти с одновременным ослаблением таймингов. Но все надо тестировать. Особенно стабильность памяти. Очень неприятно, если в момент высоких нагрузок виндоуз просто выпадает в BSOD... Хороший оверклокер тот, кто сумеет понять какие именно тайминги влияют больше всего на разгон и на стабильность именно его памяти и всей системы и подобрать оптимальное соотношение частоты памяти и таймингов для максимальной производительности.

В любом случае лучший разгон памяти будет на платах, на которых распаяно всего 2 слота под память. Чуть хуже на специально оптимизированных daisy-chain. T-топология это худшая топология для разгона памяти. Но тут врать не буду, память на таких матерях я не гнал. Или гнал, но не знал что там была за топология. Может и впрямь 4 плашки будут гнаться лучше чем 2. Попробуйте, потом расскажете.

Я говорил лишь о предельной частоте которую физически могут достигнуть модули памяти. Чем меньше модулей в разгоне - тем предельная частота выше, а работа памяти стабильней. Но для работы всей системы в целом, бесспорно, двухканальный режим более предпочтителен.

Общее правило - чем больше модулей работают одновременно, тем хуже разгон. В идеале гонится 1 модуль. 2 модуля худо-бедно будут работать вместе при умеренном разгоне. С 4-мя модулями одновременно можно даже не взять частоту, на которой работаю 2, а если и возьмут, то более чем вероятно будет нестабильность.

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

Ага. А потом разработчики нам рассказывают что операции стали непопулярны и поэтому пилить новые они не будут.

Это потому что мы слишком много играем в компьютерные игры. И как в случае марафонов на ПР зачастую приходится вообще обходиться без еды и сна!

Да. И у Конго этот арповский камок заменяется на тип 5, а Миоко и Такао нет. Становятся голыми.

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

У ARP Kongo и его клонах при выключении в настройках отображеня ARP контента рисуется нормальный камуфляж тип 5. A остальные арпы, включая клоны Миоко и Такао стоят ржавые, вообще без камуфла. Хотя арпэшный камок одет.

На ARP Myoko и других его клонах тоже нет.

Как поступить? А очень просто. Например, за месяц до этой активности вывесить календарь всех директив и БЗ с подробным описанием условий всех БЗ и призов за них. Вот это была бы настоящая забота об игроках.