Вот что пришло с ДПривью:
That's incredible, we've just cracked a D-Rebel!!!...and we're enjoying with a new set of features and manual controls, and every setting you could get with a more professional camera.
We finally found the way to update the camera OS to a modified 10D version, and many hidden features have been successfully unlocked!!! (i.e. flash compensation, more detailed color calibration...)
Detailed instruction to do it on your own will be posted here as soon as possible..!!
300D взломан!
Всего 81 сообщ.
|
Показаны 1 - 20
300D взломан!
Re: 300D взломан!
:D :!: :D :!: :D :!: :D :!: :D :!: :D
P.S. А где на dpreview вы это нашли?
P.S. А где на dpreview вы это нашли?
Re: 300D взломан!
Ни фига себе! 
Неужели правда?
Я даже дословный перевод стилуса выложу:
Это невероятно, мы только что раскололи D-мятежника!!! ... и мы наслаждаемся с новым набором особенностей и ручных управлений, и каждой установки, которую Вы могли получить с большим количеством профессиональной камеры.
Мы наконец нашли способ модернизировать камеру OS к измененному 10D, версия, и много скрытых особенностей была успешно разъединена!!! (То есть компенсация вспышки, более детальная цветная калибровка ...)
Детальная инструкция(команда), чтобы делать это на ваш собственный будет отправлена по почте здесь как можно скорее ..!!
Неужели правда?
Я даже дословный перевод стилуса выложу:
Это невероятно, мы только что раскололи D-мятежника!!! ... и мы наслаждаемся с новым набором особенностей и ручных управлений, и каждой установки, которую Вы могли получить с большим количеством профессиональной камеры.
Мы наконец нашли способ модернизировать камеру OS к измененному 10D, версия, и много скрытых особенностей была успешно разъединена!!! (То есть компенсация вспышки, более детальная цветная калибровка ...)
Детальная инструкция(команда), чтобы делать это на ваш собственный будет отправлена по почте здесь как можно скорее ..!!
Re: Re: 300D взломан!
от: "Ослик с отвёрткой"
Успокойтесь, выпейте пивка ...
Пацан прикалывается над такими, а они верят .. ну блин ...
М-да, похоже вы правы... А счастье было ну та-ак близко...
Re: Re: Re: 300D взломан!
Теоретически это возможно. В других ветках, говорят, что в camera.exe - прорамме, которая управляет всем внутри, нашли упоминание по чувствительности 3200. Похоже на то, что, действительно, некоторые установки просто спрятаны в меню.
Re: 300D взломан или халявщик ты Вася, халявщик!
Если только это сделало бы из вас лучше фотографа. :D
Re: 300D взломан или халявщик ты Вася, халявщик!
от: "Никонист"
Е-хе-хе-хе...У-ху-ху-ху...О-хо-хо-хо-хо...И-хи-хи-хи-хи-хи...А-ха-ха-ха-ха Пи..пи..пи... пи...пии.. да чтоб он..пи... потому что..пи...пи..пи... фуфло...пи, пи, пи, пи... Кхм...
Эка тебя, бедненький, пробрало... От души сочувствую...
Ну, понимаю, что пятница - но нельзя-же до такой степени...
Re: 300D взломан!
ИМХО сделать 10D из 300D мешает простая экономическая проблема. продавать такие прошивки практически нереально (во-первых это сложно организовать легально, во-вторых сомнительно, что кто-то будет за это платить, рискуя гарантией), а делать работу бесплатно слишком накладно. "для себя" вообще не выгодно - проще 10D купить.
отбраковка
точно. А для никона 5000 используются отбракованный матрицы от 5700 :-D
Re: Re: Re: Re: Ослику неопределенному
Мужики!
Простите, не вижу я проблемы во взломе.
CAMERA.EXE, говорите? DOS, говорите, x86 говорите?
Есть такой классный ДизАссемблер - IDA Professional называется. http://www.datarescure.com/
Берется ОБА екзешника - от 10D и от 300D - дизассемблируются и сравниваются.
Работа сия ровно на два дня. Только меня не просите - не возьмусь я...
Так что В ПРИНЦИПЕ - такое вполне возможно. Можете сами попробовать - скачайте с DataRescue превью ИДы и смотрите на здоровье. DOS екзещникик она сщелкает, как орехи. И комментирует очень прилично.
Если окажется, что экзешники имеют общие вызовы, т.е., разница не на уровне DOSа/BIOSa - а ведь должен быть и BIOS, раз есть DOS(!), а на уровне структуры меню - значит, перепрошивка принципиально возможна.
С уважением!
:D :D :D :D
ЗЫ: Вот, посмотрите, мужик ломает свой PowerShot S40. http://www.darkskiez.co.uk/digital.html. Там, оказывается, ТОЖЕ DOS, х86 и CAMERA.EXE!
Простите, не вижу я проблемы во взломе.
CAMERA.EXE, говорите? DOS, говорите, x86 говорите?
Есть такой классный ДизАссемблер - IDA Professional называется. http://www.datarescure.com/
Берется ОБА екзешника - от 10D и от 300D - дизассемблируются и сравниваются.
Работа сия ровно на два дня. Только меня не просите - не возьмусь я...
Так что В ПРИНЦИПЕ - такое вполне возможно. Можете сами попробовать - скачайте с DataRescue превью ИДы и смотрите на здоровье. DOS екзещникик она сщелкает, как орехи. И комментирует очень прилично.
Если окажется, что экзешники имеют общие вызовы, т.е., разница не на уровне DOSа/BIOSa - а ведь должен быть и BIOS, раз есть DOS(!), а на уровне структуры меню - значит, перепрошивка принципиально возможна.
С уважением!
:D :D :D :D
ЗЫ: Вот, посмотрите, мужик ломает свой PowerShot S40. http://www.darkskiez.co.uk/digital.html. Там, оказывается, ТОЖЕ DOS, х86 и CAMERA.EXE!
Re: 300D взломан!
> Простите, не вижу я проблемы во взломе.
хехехе "все поделить"? ;)
дизассемблеров всяческих и отладчиков масса.
но говорить, что это просто и нет проблем можно только проделав это.
и выйдет оно или нет зависит от нескольких моментов:
- являются ли отличия в кода для х86 всеми отличиями. (могут быть же еще и отличия кода для дсп)
- содержит ли canon.exe весь код x86
- написан ли canon.exe для 300д заново или просто подправлен код 10д
- не перегруппирован ли код для пущего осложнения сравнения
- можно ли заапдейтить canon.exe целиком?
я уже не говорю о том, что 300д и 10д разнятся физически контролами. а стало быть код обработки этих самых контролов разный. то даже если все вышеперечисленное ок, разницу в коде обработки этих самых контролов скорее всего придется скурпулезно анализировать, а не просто - "вот тут этот кусок выключен".
алсмирнов, кстати, а сколько стоят ваши два дня работы исходя из ваших текущих доходов? ;)) а то очень бы было интересно посомотреть как вы свои слова подтвердите на деле ;)
хехехе "все поделить"? ;)
дизассемблеров всяческих и отладчиков масса.
но говорить, что это просто и нет проблем можно только проделав это.
и выйдет оно или нет зависит от нескольких моментов:
- являются ли отличия в кода для х86 всеми отличиями. (могут быть же еще и отличия кода для дсп)
- содержит ли canon.exe весь код x86
- написан ли canon.exe для 300д заново или просто подправлен код 10д
- не перегруппирован ли код для пущего осложнения сравнения
- можно ли заапдейтить canon.exe целиком?
я уже не говорю о том, что 300д и 10д разнятся физически контролами. а стало быть код обработки этих самых контролов разный. то даже если все вышеперечисленное ок, разницу в коде обработки этих самых контролов скорее всего придется скурпулезно анализировать, а не просто - "вот тут этот кусок выключен".
алсмирнов, кстати, а сколько стоят ваши два дня работы исходя из ваших текущих доходов? ;)) а то очень бы было интересно посомотреть как вы свои слова подтвердите на деле ;)
Re: Re: 300D взломан!
Ув. КараНогай!
К сожалению, я не являюсь владельцем указанного фотоаппарата. Т.е., нет у меня 300D. По-этому помочь я не могу - проверять не на чем.
А что касается Ваших замечаний - я же привел Вам пример цифромыльницы Canon, у которой и ДОС, и CAMERA.EXE. Скорее всего, Кеноновские программеры пишут по некоторому шаблону, общему чуть ли не для всех изделий Кенон.
И, согласитесь, узнать все то, что вы написали, можно только посмотрев на дисассемблированный код.
Вот так.
:) :) :) :) :)
К сожалению, я не являюсь владельцем указанного фотоаппарата. Т.е., нет у меня 300D. По-этому помочь я не могу - проверять не на чем.
А что касается Ваших замечаний - я же привел Вам пример цифромыльницы Canon, у которой и ДОС, и CAMERA.EXE. Скорее всего, Кеноновские программеры пишут по некоторому шаблону, общему чуть ли не для всех изделий Кенон.
И, согласитесь, узнать все то, что вы написали, можно только посмотрев на дисассемблированный код.
Вот так.
:) :) :) :) :)
Re: 300D взломан!
скорее всего кеноновские программеры следуют общим гайдлайнам. из этого не следует, что _исходный_ код 10D, 300D и S40 обладает хотя бы существенным количеством одинаковых фрагментов. не говоря уже о компоновке этих фрагментов и проценте фрагментов неодинаковых.
опять же если там и есть существенная часть подобного кода, вполне вероятно, что это подобие на уровне сишных исходников, а не бинарного кода.
> И, согласитесь, узнать все то, что вы написали, можно только посмотрев на дисассемблированный код.
очевидно можно. но сколько на него придется смотреть, чтобы понять что он делает - на этот вопрос можно ответить более-менее точно только проведя некоторое время за этим занятием.
общий поинт: если фирмвейр апдейтится, то (независимо от того дос там или что угодно) никаких непреодолимых технических препятствий к его анализу и изменению его нет. это - тривиальный факт. но не начав этот анализ, говорить что он будет легок и прост нельзя. и это тоже тривиальный факт, и тоже не особенно зависит от операционки камеры.
опять же если там и есть существенная часть подобного кода, вполне вероятно, что это подобие на уровне сишных исходников, а не бинарного кода.
> И, согласитесь, узнать все то, что вы написали, можно только посмотрев на дисассемблированный код.
очевидно можно. но сколько на него придется смотреть, чтобы понять что он делает - на этот вопрос можно ответить более-менее точно только проведя некоторое время за этим занятием.
общий поинт: если фирмвейр апдейтится, то (независимо от того дос там или что угодно) никаких непреодолимых технических препятствий к его анализу и изменению его нет. это - тривиальный факт. но не начав этот анализ, говорить что он будет легок и прост нельзя. и это тоже тривиальный факт, и тоже не особенно зависит от операционки камеры.
Re: Re: 300D взломан!
Господи, что мы спорим!
Ув. Ослик! Там действительно DOS, а точнее ROM-DOS фирмы DataLight http://www.datalight.com/, а процессор - скорее всего клон Ciryx MediaGX.
А вы, ув. КараНогай, вместо спора - скачали бы ИДу, да и посмотрели.
Анализ весьма прост - первым делом выделяются стринговые блоки. И далее, по вызовам этих строк отождествялются функции работы с меню. А из них уже - те самые аппаратные вызовы, о которых так долго говорили большевики.
Что касается разработки ПО, то стратегия тут одна, и она выработана поколениями разработчиков - СНАЧАЛА пишется SDK/DDK - Software/Device Driver Development Kit. А потом, на базе этих библиотек - прикладнуха. Это, знаете ли, стандарт разработки ПО, утвержденный, в том числе и Российским ГОСТом. :)
Я ОЧЕНЬ СОМНЕВАЮСЬ, что firware под КАЖДЫЙ НОВЫЙ ФОТОАППАРАТ Canon пишет с чистого листа. :)
А общие бибилиотеки ИДа вполне успешно идентифицирует.
И опять же, существуют внутренние стандарты разработки, по которым ОБЫЧНО однотипные функции нумеруются, называются и вызываются одинаково. Т.е., если в Canon Powershot S40 Int 0xFF используется для системных вызовов - очень велика вероятность, что и во всех прочих фотоаппаратах это прерывание выполняет аналогичные функции.
Вот такие мысли фотографа-любителя.
8) 8) 8) 8)
Ув. Ослик! Там действительно DOS, а точнее ROM-DOS фирмы DataLight http://www.datalight.com/, а процессор - скорее всего клон Ciryx MediaGX.
А вы, ув. КараНогай, вместо спора - скачали бы ИДу, да и посмотрели.
Анализ весьма прост - первым делом выделяются стринговые блоки. И далее, по вызовам этих строк отождествялются функции работы с меню. А из них уже - те самые аппаратные вызовы, о которых так долго говорили большевики.
Что касается разработки ПО, то стратегия тут одна, и она выработана поколениями разработчиков - СНАЧАЛА пишется SDK/DDK - Software/Device Driver Development Kit. А потом, на базе этих библиотек - прикладнуха. Это, знаете ли, стандарт разработки ПО, утвержденный, в том числе и Российским ГОСТом. :)
Я ОЧЕНЬ СОМНЕВАЮСЬ, что firware под КАЖДЫЙ НОВЫЙ ФОТОАППАРАТ Canon пишет с чистого листа. :)
А общие бибилиотеки ИДа вполне успешно идентифицирует.
И опять же, существуют внутренние стандарты разработки, по которым ОБЫЧНО однотипные функции нумеруются, называются и вызываются одинаково. Т.е., если в Canon Powershot S40 Int 0xFF используется для системных вызовов - очень велика вероятность, что и во всех прочих фотоаппаратах это прерывание выполняет аналогичные функции.
Вот такие мысли фотографа-любителя.
8) 8) 8) 8)
Re: 300D взломан!
> А вы, ув. КараНогай, вместо спора - скачали бы ИДу, да и посмотрели.
у меня 10д нет. да и времени нет. тут видите ли уже рациональные резоны - чем копаться неделю (притом без всяких гарантированных результатов, и без существенной материальной выгоды даже в случае достижения таковых результатов) в фирмвари 300д, мне проще купить 10д и забыть о проблеме ;)
> Анализ весьма прост - первым делом выделяются стринговые блоки.
а обработку физических контролов тоже по стринговым блокам? ;)
> И далее, по вызовам этих строк отождествялются функции работы с меню.
может быть возможно, если все ссылки на эти строки - абсолютные смещения в общем адресном пространстве. иначе все может быть сложнее.
> А из них уже - те самые аппаратные вызовы, о которых так долго говорили
> большевики.
которые (не большивики, а аппаратные вызовы) могут быть погребены под 2-3-4 слоями API
> Что касается разработки ПО, то стратегия тут одна, и она выработана
> поколениями разработчиков - СНАЧАЛА пишется SDK/DDK - Software/Device
> Driver Development Kit.
во-первых, вернее было бы сказать "сначала специфицируется API" (хотя и она не сначала на самом деле), но на практике это самое API, особенно для пропрайтри систем, не особенно статично. да и спецификация его отнюдь не означает, что уровень "над ним" _реализуется_ после уровня "под ним". или что уровень "под ним" не может быть изменен (на уровне реализации) впоследствии. добавляем пару-тройку уровней этих самых api. то есть как бы общая структура (еще раз подчеркиваю) _исходного_ кода одной системы может быть почти совпадать с общей структурой исходного кода другой, но бинарный код может отличаться в каждом своем байте.
> Я ОЧЕНЬ СОМНЕВАЮСЬ, что firware под КАЖДЫЙ НОВЫЙ ФОТОАППАРАТ Canon
> пишет с чистого листа.
едва ли с чистого. но это не значит, что люди просто берут исходный код одной фирмвари и закомментируют его в нужных местах.
и еще с меньшей вероятностью это значит, что эта фигня построена на одних и тех же бинарниках библиотек. хотя конечно совсем вероятность этого не стоит отметать.
> И опять же, существуют внутренние стандарты разработки, по которым
> ОБЫЧНО однотипные функции нумеруются, называются и вызываются
> одинаково.
называются - несомненно. нумируются... хех... возможно. но это было бы полезно, если бы вы знали точно как эти функции работают в одной из камер и хотели бы понять как они работают во второй. да и доступно это лишь на самом низком уровне - на уровне прерываний и портов процессора. все что выше может не содержать никаких себе имен, а адреса, как вы понимаете, могут разниться.
вообще я чтой-то устал спорить. мой общий поинт: о простоте этой задачи может рассуждать лишь тот, кто ее решил. все остальное - рассуждения в пользу бедных.
у меня 10д нет. да и времени нет. тут видите ли уже рациональные резоны - чем копаться неделю (притом без всяких гарантированных результатов, и без существенной материальной выгоды даже в случае достижения таковых результатов) в фирмвари 300д, мне проще купить 10д и забыть о проблеме ;)
> Анализ весьма прост - первым делом выделяются стринговые блоки.
а обработку физических контролов тоже по стринговым блокам? ;)
> И далее, по вызовам этих строк отождествялются функции работы с меню.
может быть возможно, если все ссылки на эти строки - абсолютные смещения в общем адресном пространстве. иначе все может быть сложнее.
> А из них уже - те самые аппаратные вызовы, о которых так долго говорили
> большевики.
которые (не большивики, а аппаратные вызовы) могут быть погребены под 2-3-4 слоями API
> Что касается разработки ПО, то стратегия тут одна, и она выработана
> поколениями разработчиков - СНАЧАЛА пишется SDK/DDK - Software/Device
> Driver Development Kit.
во-первых, вернее было бы сказать "сначала специфицируется API" (хотя и она не сначала на самом деле), но на практике это самое API, особенно для пропрайтри систем, не особенно статично. да и спецификация его отнюдь не означает, что уровень "над ним" _реализуется_ после уровня "под ним". или что уровень "под ним" не может быть изменен (на уровне реализации) впоследствии. добавляем пару-тройку уровней этих самых api. то есть как бы общая структура (еще раз подчеркиваю) _исходного_ кода одной системы может быть почти совпадать с общей структурой исходного кода другой, но бинарный код может отличаться в каждом своем байте.
> Я ОЧЕНЬ СОМНЕВАЮСЬ, что firware под КАЖДЫЙ НОВЫЙ ФОТОАППАРАТ Canon
> пишет с чистого листа.
едва ли с чистого. но это не значит, что люди просто берут исходный код одной фирмвари и закомментируют его в нужных местах.
и еще с меньшей вероятностью это значит, что эта фигня построена на одних и тех же бинарниках библиотек. хотя конечно совсем вероятность этого не стоит отметать.
> И опять же, существуют внутренние стандарты разработки, по которым
> ОБЫЧНО однотипные функции нумеруются, называются и вызываются
> одинаково.
называются - несомненно. нумируются... хех... возможно. но это было бы полезно, если бы вы знали точно как эти функции работают в одной из камер и хотели бы понять как они работают во второй. да и доступно это лишь на самом низком уровне - на уровне прерываний и портов процессора. все что выше может не содержать никаких себе имен, а адреса, как вы понимаете, могут разниться.
вообще я чтой-то устал спорить. мой общий поинт: о простоте этой задачи может рассуждать лишь тот, кто ее решил. все остальное - рассуждения в пользу бедных.
Re: Re: 300D взломан!
Да, у нас действительно спор ради спора :)
Вы просто никогда не работали (похоже на то) с профессиональными дисассемблерами - иначе разговор про бинарный код не появлялся. Какой он, к черту, бинарный, когда он уже в ассемблере? Хотите дальше пойти - есть рекомпиляторы ASM->C/C++. Но я и ассеблер читаю нормально.
Я Вам описал реальный способ работы по реинжинирингу. Так обычно идет работа. Именно по-этому для того, чтобы повысить устойчивость кода ко взлому стринговые ресурсы шифруются, хотя бы XORом.
А ЗАЧЕМ Вам "обработка физических контроллов", спрашивается? Сначала выясняется вообще, одинаковые ли вызовы к системному API идут после однотипных пунктов меню в обоих аппаратах. Если одинаковые - и более того, если вызовы самих API обращаются к одинаковым портам аппартатуры - вот тогда можно уже поднимать вопрос - НА СКОЛЬКО ОБЩАЯ У ОБОИХ АППАРАТОВ техническая (физическая) база - и можно ли реализовать те возможности, которые в одном аппарате есть, а в другом нету.
Мне лично по барабану "обработка физических контроллов". Перепрограмировать кнопку спуска кажется, никто и не собирался. И какая разница, ЧЕМ (какими кнопками/прерываниями/API) идет выбор пунктов меню?
:) :) :) :)
ЗЫ: Современные цифровые фотоаппараты - полноценные ПК. Посмотрите, вот на цифромыльницах уже в Дум играть можно. http://digita.mame.net/ А, значит, скоро и они пойдут по пути X-Box. Типа, грузим Линух на Canon 300D
Вы просто никогда не работали (похоже на то) с профессиональными дисассемблерами - иначе разговор про бинарный код не появлялся. Какой он, к черту, бинарный, когда он уже в ассемблере? Хотите дальше пойти - есть рекомпиляторы ASM->C/C++. Но я и ассеблер читаю нормально.
Я Вам описал реальный способ работы по реинжинирингу. Так обычно идет работа. Именно по-этому для того, чтобы повысить устойчивость кода ко взлому стринговые ресурсы шифруются, хотя бы XORом.
А ЗАЧЕМ Вам "обработка физических контроллов", спрашивается? Сначала выясняется вообще, одинаковые ли вызовы к системному API идут после однотипных пунктов меню в обоих аппаратах. Если одинаковые - и более того, если вызовы самих API обращаются к одинаковым портам аппартатуры - вот тогда можно уже поднимать вопрос - НА СКОЛЬКО ОБЩАЯ У ОБОИХ АППАРАТОВ техническая (физическая) база - и можно ли реализовать те возможности, которые в одном аппарате есть, а в другом нету.
Мне лично по барабану "обработка физических контроллов". Перепрограмировать кнопку спуска кажется, никто и не собирался. И какая разница, ЧЕМ (какими кнопками/прерываниями/API) идет выбор пунктов меню?
:) :) :) :)
ЗЫ: Современные цифровые фотоаппараты - полноценные ПК. Посмотрите, вот на цифромыльницах уже в Дум играть можно. http://digita.mame.net/ А, значит, скоро и они пойдут по пути X-Box. Типа, грузим Линух на Canon 300D
Re: 300D взломан!
алсмирнов, отвечу по всего лишь двум пунткам.
пункт первый: у меня создается ощущение, что мы говорим о разном. вы мне рассказываете про _техническую_возможность_ зачем-то приплетая к своим доказательствам тулзы (хотя технически все возможно и на уровне бинарного кода - я помню в стародавние времена машинный код двух процессоров читал без проблем, просто с дизассемблером слегка поудобнее). я же вам возражаю вовсе не на постулат о технической возможности, а на ваш изначальный постулат о том, что сделать из 300д пластиковую версию 10д просто и это - дело двух дней. я вам говорю: да, технически все возможно, но скольки дней это дело - это вопрос, на который не посмотрев на код какое-то время не ответить.
пункт второй: вы вот говорите про "какой он к черту бинарный?". а я вам говорю: после компиляции и линковки в бинарный код попадает лишь часть информации кода исходного. восстановить обратно 100% исходный код технически невозможно. в частности, основным камнем преткновения может стать тот простой факт, что невосстановимы имена точек входа разных уровней api и (одновременно) адреса этих точек входа не будут совпадать (что случится даже при простом вырезании ненужных блоков функциональности из исходного кода 10д). таким образом вызовы "ui" (даже если вам удастся быстро и эффективно их идентифицировать), вам придется трейсить через два-три-четыре-пять уровней вызовов до обращений к портам процессора и какому-то (надо заметить - неизвестному вам на данный момент) общению с обработчиками прерываний. то есть все может быть просто, а может и не быть.
а уж какой дизассемблер использовать - это не так важно. вы так про дизассемблер говорите, как будто сама идея дизассемблирования кода - новинка года ;))
пункт первый: у меня создается ощущение, что мы говорим о разном. вы мне рассказываете про _техническую_возможность_ зачем-то приплетая к своим доказательствам тулзы (хотя технически все возможно и на уровне бинарного кода - я помню в стародавние времена машинный код двух процессоров читал без проблем, просто с дизассемблером слегка поудобнее). я же вам возражаю вовсе не на постулат о технической возможности, а на ваш изначальный постулат о том, что сделать из 300д пластиковую версию 10д просто и это - дело двух дней. я вам говорю: да, технически все возможно, но скольки дней это дело - это вопрос, на который не посмотрев на код какое-то время не ответить.
пункт второй: вы вот говорите про "какой он к черту бинарный?". а я вам говорю: после компиляции и линковки в бинарный код попадает лишь часть информации кода исходного. восстановить обратно 100% исходный код технически невозможно. в частности, основным камнем преткновения может стать тот простой факт, что невосстановимы имена точек входа разных уровней api и (одновременно) адреса этих точек входа не будут совпадать (что случится даже при простом вырезании ненужных блоков функциональности из исходного кода 10д). таким образом вызовы "ui" (даже если вам удастся быстро и эффективно их идентифицировать), вам придется трейсить через два-три-четыре-пять уровней вызовов до обращений к портам процессора и какому-то (надо заметить - неизвестному вам на данный момент) общению с обработчиками прерываний. то есть все может быть просто, а может и не быть.
а уж какой дизассемблер использовать - это не так важно. вы так про дизассемблер говорите, как будто сама идея дизассемблирования кода - новинка года ;))
Re: Re: 300D взломан!
Самое забавное... хватит ли у некого AlSmirnov (или другого кракера) денег на тестирование того, что он скпомпиляет на пару-тройку запоротых его новой прошивкой камер Д300.
Re: 300D взломан!
вот я как-то (по-моему на другом треде) и говорил: те, кто могут себе позволить сделать это дело - тем оно не нужно, а те, кому нужно, - те не могут себе его позволить.
в конечном счете я думаю либо умельцы таки найдуться (маньяки везде есть ;), либо просто сама проблема как-то изменится с выходом какой-нить новой камеры ;)
в конечном счете я думаю либо умельцы таки найдуться (маньяки везде есть ;), либо просто сама проблема как-то изменится с выходом какой-нить новой камеры ;)
Re: 300D взломан!
Вот, блин, дилетантский же подход! Честное слово!
Какой я интересно вам "кракер"? "Кракеры" ваши, сразу после школы (или еще в ней), 2+2 сложить не могут, а на какждом углу трезвонять - типа "Я ломал то-то и то-то"...
Вам пишет человек, который программировал драйверы, и утилиты, системный программист, и не с чужих слов, а с собственного опыта. А не какой-нибудь там "кул-хацкер". А вам, похоже, разницы нет!
Ув. КараНогай! Я же говорю, ВЫ НЕ РАБОТАЛИ С ПРОФЕССИОНАЛЬНЫМИ ДИСАССЕМБЛЕРАМИ. Этим все сказано. Поверьте, разница есть.
Ида ВОССТАНАВЛИВАЕТ "точки входа" для системных вызовов. В том чисде для вызовов DOS/Novell/OS2/Linux/Windows и т.д., использумого компилятора (поддерживается широкий их спектр), а так же для вызовов ваших ЛИЧНЫХ системных процедур, КОТОРЫЕ ПРИ ЛИНКОВКЕ, будут (В СЛУЧАЕ ДОСа), слинкованы В ОТДЕЛЬНЫЙ СЕГМЕНТ.
Опять же, ЕСЛИ ВЫ ПОСМОТРЕЛИ, то заметили бы, что системные вызовы оформлены не ФУНКЦИЯМИ, а ПРЕРЫВАНИЯМИ. А их (прерывания), нужно еще устанавливать - ТОЧКА ВХОДА для такого случай ищется как 1-2-3.
Спор действительно беспредметный. Вы не разбираетесь в том, о чем пишите.
8) 8) 8) 8)
Какой я интересно вам "кракер"? "Кракеры" ваши, сразу после школы (или еще в ней), 2+2 сложить не могут, а на какждом углу трезвонять - типа "Я ломал то-то и то-то"...
Вам пишет человек, который программировал драйверы, и утилиты, системный программист, и не с чужих слов, а с собственного опыта. А не какой-нибудь там "кул-хацкер". А вам, похоже, разницы нет!
Ув. КараНогай! Я же говорю, ВЫ НЕ РАБОТАЛИ С ПРОФЕССИОНАЛЬНЫМИ ДИСАССЕМБЛЕРАМИ. Этим все сказано. Поверьте, разница есть.
Ида ВОССТАНАВЛИВАЕТ "точки входа" для системных вызовов. В том чисде для вызовов DOS/Novell/OS2/Linux/Windows и т.д., использумого компилятора (поддерживается широкий их спектр), а так же для вызовов ваших ЛИЧНЫХ системных процедур, КОТОРЫЕ ПРИ ЛИНКОВКЕ, будут (В СЛУЧАЕ ДОСа), слинкованы В ОТДЕЛЬНЫЙ СЕГМЕНТ.
Опять же, ЕСЛИ ВЫ ПОСМОТРЕЛИ, то заметили бы, что системные вызовы оформлены не ФУНКЦИЯМИ, а ПРЕРЫВАНИЯМИ. А их (прерывания), нужно еще устанавливать - ТОЧКА ВХОДА для такого случай ищется как 1-2-3.
Спор действительно беспредметный. Вы не разбираетесь в том, о чем пишите.
8) 8) 8) 8)
