Это разработчик игры такое говорил? Если бы так было они бы не ставили денуво в игры. Издатели не тупые...
Ну хз, я вот по своему примеру могу подтвердить, что Undead_75 действительно прав.
Я и половины тех игр не купил бы, которые взял после нескольких часов на пиратке. Из последнего - тот же Shadow of War, о покупке которого изначально даже не задумывался. Dishonored 2 тоже обязательно возьму, когда "nogames" наступит. Короче, пиратство это не всегда чистое зло и убытки, смотрите на вещи шире.
уже не раз обсуждалось и здесь, и на других форумах, что пиратство есть некий импульс для продаж. Человек скачал пиратку, погонял, ему понравилось - решил поддержать разработчика деньгой.
Еще раз, есть геймплейные видео, есть возврат средств! А те кто спиратил игру, в подавляющем большинстве случаев не купит ее, только если есть онлайн составляющая или на распродаже -50% и дешевле. Конечно есть единицы которые могут и купить, но это единицы, давайте не будем врать хотя бы себе!? И я не говорю, что я отличаюсь, я так же большинство игр играю на халяву, но мне по крайней мере хватает совести признать, что виноваты не только разрбочики и издатели, а и мы на ровне с ними.
ЦитатаHefser ()
Оу модер на сайте про пиратство и взлом защищает то, с чем этот сайт по сути борется (пусть и пассивно), что дальше Панина в президенты?
Раз уж это единственное умозаключение на которое ты способен, то и переубеждать не стану.
ЦитатаRipper174 ()
Другое дело, что люди купившие игру на релизе и поддержавшие деньгами таких жадных свиней вынуждены были тратить треть мощности своего CPU на прихоти издателя.
Пруф в студию!!? Замеры, тесты, что угодно что подтверждает то, что именно защита жрет проц. Будь так любезен. А то кричали что денува убивает жесткий диск, но пруфов и по сей день нет.
ЦитатаSplendid5800 ()
от интересно с каких пор разрабы решили что игры должны им приносить просто горы денег?
Есть конечно и такое, бесспорно, но часто забывают о том, что нужны деньги не только на разработку и рекламу конкретной игры, нужно еще арендовать помещения, покупать оборудования, оплачивать работу персонала который не принимает участия в разрботках и т.д. и т.п. НО, любая компания, в любой сфере деятельности стремиться заработать как можно больше, такая реальность, и ничего с этим не поделать.
ЦитатаENEY ()
Мне кажется надо для таких холиваров новую тему создать, в этом плане есть над чем подискусировать))
Работа должна оплачиваться, и спорить тут не о чем. Люди просто не вникают в суть вопроса, смотрят на все со своей колокольни, не задумываясь о причинах и последствиях. Как говориться в чужом глазу соринку видят, в своем бревна не замечают... Но ты прав, хоть тема дискуссии и касается защиты, но давайте не будем заострять внимание на этом.
конкретно эта тема Crack-o-drome » Denuvо здесь положено говорить такие слова, типа - посоны попробовал сегодня ломануть денувку, дошёл только до меню, дальше никак но тут пасутся школотроны несущие всякую околесицу
Есть конечно и такое, бесспорно, но часто забывают о том, что деньги на разработку и рекламу конкретно игры, нужно еще арендовать помещения, покупать оборудования, оплачивать работу персонала который не принимает участия в разрботках и т.д. и т.п. НО, любая компания, в любой сфере деятельности стремиться заработать как можно больше, такая реальность, и ничего с этим не поделать.
так в том то и дело, что сами себе урезают реальные доходы, кормя, армии менеджеров, которые не пойми чем занимаются, арендуя им сотни квадратов оффисов, реклама которая вылазит просто везде, которая уже просто бесит. Тратят деньги в пустую требуя с нас эти самы деньги, не давая нам хорошего продукта, но давая много рекламы и сотни сытых американских менеджеров. Я вот если честно сам не понимаю на кой черт им столько сотрудников, но видимо же нужны раз уж нанимают. А на счет офисов, это престиж, никто не станет инвестировать деньги если ты в подвале на коленке делаешь игру. Reynor
Ripper174, Что то у тебя все очевидно. А я пока знаю только о том, что после снятия защиты с игр, дум и т.д., ничего не изменилось, хотя еще тогда все кричали, что дерьмува жрет кучу ресурсов. Вот это очевидно! А пока не будет настоящего пруфа, это все слухи!
ЦитатаRipper174 ()
И ни одного объяснения по этому поводу от издателя,который лишь назвал это "багом", что, очевидно, не так.
А кто то сказал, что все из-за денувы, что у тех пустые слова, что у тех. Просто веришь в то, что тебе хочется, а не оцениваешь ситуацию в целом! Вот я буду ржать, если патчем починят прожорливость, интересно будет почитать что ты тогда будешь рассказывать, ведь 100% не признаешь свою ошибку.
ЦитатаRipper174 ()
Можешь сколько угодно защищать издателей
Где я защищаю издателей? Я просто говорю как есть, виноваты не только они, но и мы. Не было бы пиратов, не было бы и денув, старфорсов и т.д. Сперва научись обдумывать то что читаешь, а потом рассказывай кто кого защищает!
А RiME и Сибирь для тебя уже за игры не считаются?
Ничего о них не читал. После снятия защиты производительность поднялась? Если не ошибаюсь был разговор, что куда то криво защиту повесили, и были из-за этого проблемы, это на этих играх? Погуглил. Да, действительно судя по статьям денуво негативно влияла на эти игры. Но почему тогда на другие нет? Видимо проблема в совместимости, либо тупо криво нацепили. Возможно и на АС та же беда, будет видно.
Тут скорее дело не в "и они и мы виноваты", а в том что разработчики на примере юбисофт в край оборзели и что-то мне подсказывает, что дальше будет хуже. Одно дело, если игре действительно нужно лютое железо (без учета жора защиты). Отсюда люди бегут(условно) в магазины брать новые процессоры/видеокарты и т.п что бы насладиться игрой в полной мере (ну или что б хотя бы запустилась). Игрой, а не прожорливой защитой. Другое дело, если ты берешь процессор за 50к и понимаешь, что 30% его загруженность это игра, 10% всякая навешанная дичь от нвидии, юплеи, стимы и т.д, 10% браузер, а другие 50% это защита от пиратов (хотя ты купил игру). И если это не вброс, по поподу 30-40% жора денувы, то юбики перегнули палку донельзя.
ЦитатаReynor ()
Но почему тогда на другие нет? Видимо проблема в совместимости, либо тупо криво нацепили.
Скорее всего другие "щадили" свои творения. Вот игрушка кушает 40, а с денувой 60, ну и что? Вполне себе нормальные циферки, а ты попробуй докажи! В двух словах, я готов платить за игры, а не за жор защиты.
Тут скорее дело не в "и они и мы виноваты", а в том что разработчики на примере юбисофт в край оборзели и что-то мне подсказывает, что дальше будет хуже.
Ну тут спорить глупо бы было, некоторые разработчики действительно перегибают палку, что безусловно разочаровывает. Но опять таки, всегда можно вернуть деньги или просто не покупать плохой продукт, тем самым стимулируя разрабов на исправление своих ошибок. Яж не говорю, что пиратство это плохо, повторюсь, я сам подавляющее большинство игр не купил, а скачал с торрента. Но я считаю, раз уж мы столько игр просто качаем, то не нам осуждать меры которые предпринимают разработчики ради того что бы нивелировать потери от пиратства. А те кто честно купил игру, должны понимать, что пиратство в целом, виновато не меньше чем сами разрабы. На счет того, что игры делают специально требовательными, чтобы люди покупали железо, даже не будем начинать спор, а то еще пару страниц наспорим ))) Undead_75, Ага, видел нфо балдмена. Но тут какое дело, возможно виной всему не сама защита, а то что она не правильно взаимодействовала с игрой. Другими словами плохо оптимизирована. Конечно какие то ресурсы она потребляет, иначе никак, но не в таких масштабах как порой кажется. Просто тогда бы любая игра, с которой сняли денуву, работала бы в разы лучше.
Интересно ... Вроде бы ребята хукеры наши, ломали все что движется каждый день и в день по несколько раз, а об отсасин зубы сломали что ли?
Та не, ты чего, не видел что ли - на каждой странице писали что денува мертва!? Ну а если серьезно, скорее всего, просто усложнили. Взломают рано или поздно.
со времён юнити юбисофт лепит говно, исключение фаркрай праймал, а вот синдикат юнити и вотчдогс2 это оптимизон юбисофт киев ну народ так прикалывается, может и не киев виноват, но руки им надо оторвать
Добавлено (01.11.17, 16:25) --------------------------------------------- p.s. это я к тому что не денува может нагружать проц
Какие могут быть аргументы, если это брехня? Вот серьёзно, какой издатель в своём уме скажет, что они сфейлили с защитой? Не скажут ведь.
Взять тот же EA с MEA. Они разве говорили, что защита влияет на плохую оптимизацию игры? Нет, они опровергли такие заявления, а потом просто взяли и удалили защиту, в том числе и в Titanfall 2.
Ага, а тем кто кричит, что денува жрет проц, без каких либо доказательств, верить на слово можно. Слышали ли вы такой термин, как презумпция невиновности? Не обвиняемый должен доказывать свою невиновность, а обвинитель вину! И даже просто слова являются опровержением, пока не доказано что эти слова лживы!
ЦитатаLarsUp71 ()
мне понравилось,как они сказали:не оказывает ЗНАЧИТЕЛЬНОГО влияния на производительность"
Ну просто она не может не жрать ресурсы, конечно оказывает влияние, так или иначе. Но вопрос в том, на столько ли она их много кушает, что нагибает большинство 4х ядерников.
А есть тут люди, которые пишут, что защита нагружает проц, и которые купили игру?
Почитай тему игры. А ещё лучше зайди в обсуждения стима или на форум Ubisoft, где одни лицензионщики. И посмотри на ежедневные новые 10-15 тем связанных с этим.
Слышали ли вы такой термин, как презумпция невиновности?
Вы не правы, презумпция невиновности существует только в уголовных делах, а гражданских, презумпция виновности. А тут типичное гражданское дело. Так что никакой презумпция невиновности в отношении Ubisoft нет. К слову, операции накрытые VMP выполнятся в тысячи раз медленнее, а тут даже перемещение накрыто VMP.
GriPhone, Я тут если анлокать фпс то начиная с самого меню 100% по всем ядрам и вообще не скидывает ниже, а если в 30фпс залочить то чаще всего на 95% проц забит. [spoiler=ну и пруф тебе)][/spoiler]
ЦитатаValindell ()
оптимизация юбисофт киев нагружает проц, и кряк это докажет
Я думаю ничего не "докажет" ибо эту защиту обходят, а не вырезают, и даже наверно станет хуже, ибо ещё немного ресурсов будет уходить на обман дрм.
Вы не правы, презумпция невиновности существует только в уголовных делах, а гражданских, презумпция виновности.
т.е. если я скажу что ты, например, гей, то не я должен обосновать свои слова, а ты доказать что ты не гей? Интересная логика! Прошу не обижаться, ничего не имею в виду, чисто пример.
если они были открыты и честны написали столько и столько, а как утаивает, значит есть что утаить.
У всех есть что утаивать, у каждого человека! но это не отменяет тот факт, что если кого-то в чем-то обвиняешь, нужно это доказать. А если ты предполагаешь, то обосновать аргументами свои предположения, и тогда уже человек прочетавший твое заявление сам будет думать, похоже это на правду или нет. Но все же без доказательств, слух остается слухом.
Разрабы могут прятать любые функции игры под ней. Иногда эти функции вызываются и в процессе игры и довольно часто.
нет, процесс денувы закрывается, и запускается игра, больше денува не запускается, только при следующем запуске её суть - защитить юплей от реверс инжиниринга
в парке же тоже вмп определялся, но его почему-то взломали за двое суток вроде. С чем это связано?
Как известно, для обхода защиты нужна оригинальная точка входа OEP (поле в PE, в котором хранится адрес первой инструкции (WinMain, main, startup)). Обе vm’ки (VMProtect и Denuvo) действуют лишь в качестве обфускатора кода – мутация, запутывание, мусорные команды, специфичная архитектура и т.д. и т.п.
Деобфускацию (процесс обратного разбора, или реверс-инжиниринг) пока оставим и перейдем в PE заголовок. Если посмотреть на формат исполняемого файла, то можно найти интересную таблицу TLS CallBack, которая вызывается из системы при создании потоков. Главная фишка этой таблицы – вызов потока до точки входа (секция CRT). А если создать поток до точки входа и вызывать из него функцию антидебага (к примеру IsDebuggerPresent), то при попытке реверса такого файла (структура DEBUG_EVENT, WaitForDebugEvent/ContinueDebugEvent, etc.) мы попадем на IMAGE_TLS_CALLBACK, где разработчики «заботливо» завершают процесс (TerminateProcess) и выводят сообщение мол ребята, вы обломались. Чтобы было более понятно о чем речь, приведу небольшой код для наглядности
void __stdcall TLSCallBack(void *, unsigned long, void *) { if (IsDebuggerPresent()) { MessageBox(NULL, "A debugger has been found running in your system.\n" "Please, unload it from memory and restart your program.", "ACOrigins.exe", MB_ICONERROR); TerminateProcess(GetCurrentProcess(), 0); } } __declspec(allocate(".CRT$XLY"))PIMAGE_TLS_CALLBACK pTLSCallBack = TLSCallBack;
В visual studio при компиляции в режиме debug попасть на точку входа (WinMain) не получится, будет вызван TLSCallBack с последующим завершением процесса. В режиме release программа сработает нормально и начнется, как и положено с WinMain. Естественно отлаживать такую программу вне стен студии бессмысленно. Для реальной защиты нужно писать свою функцию детекта отладчика с передаваемыми параметрами, такими как handle, pID, exitCode и т.д.
Теперь немного об деобфускации. При реверсе следует рассматривать исполняемые файлы, которые не модифицируют собственный код, так как статический анализ самомодифицирующихся программ практически не возможен. Это связано с тем, что статически нельзя определить, будет ли анализируемый участок кода изменяться перед исполнением или нет. Для начала нужно разбить код на линейные участки для последующего восстановления структуры данных, учитывая, что при обфускации модифицируется граф потока управления (Control Flow Graph (CFG)). Обфускация CFG производится либо над исходным кодом программы либо в процессе ее компиляции. Наличие всех линейный участков необходимо для статической бинарной трансляции. Косвенные переходы, в этом случае, образуются при вызове виртуальной функции. Чтобы вызвать виртуальную функцию надо взять указатель на таблицу виртуальных функций в экземпляре класса, загрузить его в регистр и сделать call по смещению, соответствующему нужной функции. Проблема статического обнаружения адресов виртуальных функций заключается в том, что адрес этой таблицы загружается в экземпляр класса в конструкторе. А конструктор находится в совершенно другой части программы. Адреса функций загружаются с помощью инструкций mov или lea, у которых второй операнд это адрес в памяти. Если этот адрес находится в секции кода, то это адрес функции, а если в секции данных, то адрес указателя на функцию.
Касаемо самих игр. В парке нет колбеков с антиотладочными функциями. Ребятам нужно было лишь проанализировать обфускацию, поработать с CFG, найти OEP (и поправить эмулятор). Методы работы с vm’ками у них уже отлажены (тут собственно нет особой разницы vmprotect это, или denuvo, или всё сразу, принцип одинаковый), поэтому и взлом парка прошёл быстро (учитывая, что игра была накрыта вмпротектом). А вот с ассассином всё сложнее. Тут есть два колбека, один из которых детектит отладочные функции. Поэтому реверсить код приходится на статике, а это, как я описал выше, один сплошной геморрой. Как только разберутся с антидебагом, сразу доберутся до vm’ок, а там те же несколько дней на разбор как и с парком.