Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
Довольно неплохой обзор на мой взгляд. Автор разжевал и достоинства и недостатки проекта… так же приподнес свое личное мнение… хоть все и говорят что обзоры должны быть непредвзятыми но это бред… Каждый человек личность и поэтому его мнение не может быть не как не предвзятым. И лучше когда автор не скрывает свое личное, а не пытается корчить из себя Иксперта… и да я знаю что у меня проблемы с знаками препинания…
А вы игру вообще проходили? Это как у вас получилось, что орды можно не зачищать? Вы бы не прошли игру не истребив минимум 3 орды. Если пишите обзор то хотя бы потрудились пройти игру. В игре отличный мир, не плохая история и отфигенная реализация боев с ордами… но вот что бы это знать надо хотя бы дойти до 2-ой трети игры… фломастеры на вкус все разные и каждый воспринимает вещи по своему. Но если вы решили высказать свое мнение о чем то, было бы не плохо для начала пройти игру и познакомиться со всеми механиками и уже потом делать выводы. Кто то увидев ваш опус откажется от прохождения не плохой игры, решив что она является полным шлаком, а это не так…
Разжую для особо непонятливых: Сжатие без потерь позволяет уменьшить размер файла так, чтобы в дальнейшем можно было восстановить первоначальное качество. В отличие от сжатия с потерями, этот способ не удаляет никакую информацию. Рассмотрим простой пример. Представим стопку из 10 кирпичей: два синих, пять жёлтых и три красных.
Вместо того чтобы показывать все 10 блоков, мы можем удалить все кирпичи одного цвета, кроме одного. Используя цифры, чтобы показать, сколько кирпичей каждого цвета было, мы представляем те же данные используя гораздо меньше кирпичей — три вместо десяти.
Это простая иллюстрация того, как осуществить сжатие без потерь. Та же информация сохраняется более эффективным способом. Рассмотрим реальный файл: mmmmmuuuuuuuoooooooooooo. Его можно сжать до гораздо более короткой формы: m5u7o12. Это позволяет использовать 7 символов вместо 24 для представления одних и тех же данных.
В итоге сжав файлы в нужной нам директории мы получаем ТУ ЖЕ информацию, без потерь данных и при этом Windows может ее читать практически не теряя производительности. В некоторых случаях из за того что надо прочитать файл меньшего размера скорость даже возрастает… Да для этого способа желательно иметь побольше оперативной памяти, так как при чтении файлы полностью загружаются в нее, но открою вам тайну: в играх используемые текстуры и так загружаются в оперативку. Так что все профессоры, которые утверждают, что я таким образом уменьшил скорость виндовс, для начала разберитесь как происходит процесс, а не пукайте в лужу… да пузыри конечно получаются прикольные, но все таки вы ими вводите людей в заблуждение.
рука лицо… вы жмете все попало… я для кого написал ЧТО ЭТО СТАНДАРТНАЯ ФУНКЦИЯ WIN10?!?!?!? Я не сжимаю что попало, а указываю виндовс директорию и она СТАНДАРТНЫМИ средствами производит уменьшение веса данных…
А прочитать что написано это не для вас??? Какая говно утилита?!?!? Я для кого расписывал, что ЭТО СТАНДАРТНАЯ ФУНКЦИЯ WIN10!!! Да и с математикой у вас явные проблемы… в статье приложено видео на котором я показал как 34 гб превращаются в 21… какие 3-5 процентов??? Может прежде чем с пеной у рта доказывать свою некомпетентность попробуете для начала разобраться в вопросе???
С моими булками все в порядке, а вот в вашей статье черным по белому написано: «Задействуем все ядра центрального процессора» а еще в ней же: «Мы заставили систему в принудительном порядке использовать все ресурсы центрального процессора, многие «программисты» говорят, что это ненужный костыль, но они ошибаются, ибо это до жути увеличивает скорость загрузки системы.»… Что то про латентность я там не заметил не слова… дальше есть пункты которыми вы якобы ее уменьшаете(то же бред на мой скромный взгляд) но вот по поводу манипуляций с msconfig вы явно застряли во временах WinXP…
это не то… при вашем способе сжимаются ВСЕ данные и потом будут микрофризы при попытке переписать файлы, а тут мы просто сжимаем папку с текстурами и не теряем производительность от слова СОВСЕМ…
а вы перевести данную строку пытались? Или просто так ее тут вставили? Еще раз повторю всем: сама утилита не ЧЕГО не делает, это СТАНДАРТНАЯ функция windows, утилита просто дает возможность пользоваться этим функционалом не через командную строку, а с использованием графического интерфейса…
а… все понятно… сижу парюсь… думаю как тут человеку объяснить понятным языком, в чем он не прав… а потом смотрю имя знакомое… пошел глянуть что автор пишет и мягко говоря обалдел… вы Павел когда в 2020 году на WINDOWS 10 перестанете советовать через msconfig ядра задействовать, тогда и умничайте в комментариях… такой бред как в вашей статье по оптимизации системы для игр я не слышал уже пару лет… думал что все мамонты что этим занимались вымерли вместе с WinXP…
эээ… вы серьезно намекаете, что приблуда родом из 12 года поможет вам??? прежде чем критиковать разберитесь в вопросе… сжатие NTFS актуально было много лет назад, тут немного другое… я не операционную систему предлагаю сжимать а тексуры игр, экономя при этом много места… на моем ноуте под игры стоит диск всего на 500 гб… он был заполнен полностью… после сжатия игр они стали занимать вместо 430 гб-310… может кому то 120 гигов лишние, но лично для меня это существенно… единственная игра которая не как не хочет сжиматься это Call of dytu Warzon… фиг ее знает, что там активижн в ней наворотила, но меньше она становиться не как не хочет…
прежде чем критиковать изучите вопрос-потери производительности практически нет… на моем ноутбуке так сжаты ВСЕ игры и не в одной производительность не упала… фпс не пострадал не в одной из игр… все кто умничает представляет себе, что производительность падает потому, на лету нужно разархивировать файла, но это не так работает… windows к каждому файлу сжатому добавляет метаданные и не разжимает их а использует как есть… производительность остается АБСОЛЮТНО такой же… и это функция САМОЙ windows програмка с гитхаба просто упрощает работу, убирая необходимость производить сжатие через командную строку…
В статье много технических неточностей и допущений, но это не отменяет того, что автор прав… Консоли действительно выходят с устаревшим железом… так было и на прошлом поколение консоле… была надежда на сверхскоростной SSD, да вот незадача уже анонсированы и выпущены в продажу SSD для ПК с аналогичными характеристиками… все остальное в консолях урезанно в угоду экономии и энергопотребления… но есть одно маленькое НО… во всем мире консоли считаются крайне дешевым устройством. Все спорщики всегда забывают, что на пост советском пространстве игры для ПК стоят копейки, а во всем мире цены на ПК и консоли одинаковы. Поэтому покупая консоль люди получают устройство на котором 7 лет как минимум смогут играть во все новинки… Что бы собрать ПК который 7 лет не потеряет актуальности надо для начала изобрести квантовый ПК… Так, что автор и прав… консоли это действительно слабые и устаревшие по железу устройства, но это не мешает им выполнять свои функции…
Вместо того чтобы показывать все 10 блоков, мы можем удалить все кирпичи одного цвета, кроме одного. Используя цифры, чтобы показать, сколько кирпичей каждого цвета было, мы представляем те же данные используя гораздо меньше кирпичей — три вместо десяти.
Это простая иллюстрация того, как осуществить сжатие без потерь. Та же информация сохраняется более эффективным способом. Рассмотрим реальный файл: mmmmmuuuuuuuoooooooooooo. Его можно сжать до гораздо более короткой формы: m5u7o12. Это позволяет использовать 7 символов вместо 24 для представления одних и тех же данных.
В итоге сжав файлы в нужной нам директории мы получаем ТУ ЖЕ информацию, без потерь данных и при этом Windows может ее читать практически не теряя производительности. В некоторых случаях из за того что надо прочитать файл меньшего размера скорость даже возрастает… Да для этого способа желательно иметь побольше оперативной памяти, так как при чтении файлы полностью загружаются в нее, но открою вам тайну: в играх используемые текстуры и так загружаются в оперативку. Так что все профессоры, которые утверждают, что я таким образом уменьшил скорость виндовс, для начала разберитесь как происходит процесс, а не пукайте в лужу… да пузыри конечно получаются прикольные, но все таки вы ими вводите людей в заблуждение.