Справка и остальная часть ресурсов в этой программе находятся в запакованном виде, поэтому их не видят редакторы. Архивация выполнена с помощью библиотеки zlib, которая позволяет распаковать данные в память ПК, откуда их и загружает запущенная программа. Это можно узнать, выполнив поиск в исполняемом файле при помощи НЕХ-редактора, сигнатуры [inflate]. Далее вы увидите строку "inflate 1.2.3 Copyright 1995-2005 Mark Adler". Извлечь эти ресурсы можно, но запаковать обратно и вставить в файл, не зная параметров архивации, нет.

Попробую помочь с распаковкой, такое когда-то уже проделывал...

Если даже и распакуют эти ресурсы, не факт, что программа их потом  подхватит.
Если перевода не много то можно наверно типа лоадера замутить, чтоб патчил уже в распакованной памяти.
Но Это гемор и извращение 

Хм... Есть решение перевода названия колонок. Во вкладке Snapshots можно переводить нормально, а вот в остальных используется кодировка 866 (OEM). Да и шрифт видно другой там. Проблема в том, что используется одно и то же слово. Умеешь пользоваться OgreGUI? Я могу тебе объяснить, а могу и сам все сделать. Просто переведи названия колонок, а я уже впихну все туда.

во вкладке Snapshots, есть заголовки столбцов
Так я за эти заголовки и говорю! А вот названия вкладок пока незнаю как найти.
Так вот эти Name . Computer  .  OS  .  Date  . Size . Regs . Files . Apps и другие названия столбцов в других вкладках нужно переводить через OgreGUI, только с небольшой хитростью. Можешь их перевести и я впихну, или же просто объясню как это сделать.
А вот со справкой геморой. Там упаковано ZIP-ом все-то полтора килобайта инфы, как это сделать автоматом пока незнаю... Может кто скажет, как извлекать беззаголовочные паки? А то вручную просто времени нет)))

Вот DLL-ка, которая находится внутри SysTracer. Скачать: rghost.ru

Как её извлечь из файла, я не знаю. Мне помог это сделать еще в том году NikolayD с eXeL@B. По его совету я не стал больше морочить голову с этой программой. Причину этого я описал в предыдущем своем сообщении.

В этой DLL находится все то, что вас интересует. В частности, справка прикреплена в виде оверлея (в архиве извлеченный из DLL-ки оверлей - файл overlay.htm).

Отредактировано Horna (2012-11-10 17:05:33)

Так я против ничего не имею. Я сам самоучка и до всего, что знаю, допёр сам, за счет как раз своего любопытства.
P.S. По поводу проги, то я её глянул, но моих знаний недостаточно для распаковки всех ресов. Там, как сказал Nexus, идет сжатие zlib - никогда с ним не сталкивался и даже не знаю, как искать сигнатуру данного типа файлов. Если кто найдёт инфу по этой теме, то кидайте прямо сюда, думаю, автор темы не будет против?!

Раз пошла такая петрушка, то может сообща что-то у нас и получится. Я в одиночку с этим не справился. Вот что мне удалось выяснить.

Архиватор ZLIB - начало потока >> 78DAEC
В нормальном архиве ZLIB перед указанной сигнатурой идет указатель на размер файла. Например, 35 D8 05 00 78 DA EC..., где 35 D8 05 - это размер файла в распакованном виде. Запись в шестнадцатиричном формате (порядок байт обратный), т.е. перевернем байты и получим 05 D8 35, а в десятичном исчислении - 383 029 байт.

В файле SysTracer.exe указатель на размер файла отсутствует, есть только массив архива, т.е. поток. Но извлечь содержимое потока можно, если от балды задать размер по максимуму, например FF FF FF. При распаковке ZLIB сам определит окончание архива, и то, что не принадлежит запакованным данным отбросит. В итоге мы получим чистый файл.

Таким образом, экспериментальным путем (распаковкой потока и обратной запаковкой полученного файла) я выяснил, что архив находится по следующему адресу:

-----------------------
SysTracer v2.6.0.59

Начало потока: адрес - 000F0A28, конец потока: адрес - 0011DACE
-----------------------

Но вся беда состоит в том, как я писал выше, это обратная архивация изменённого файла. При изменении в файле хоть одного байта, после его сжатии в ZLIB, размер полученного архива получается на пару десятков байт больше, чем в оригинальном архиве и вставить обратно этот архив в файл SysTracer.exe не представляется возможным. Не говоря уже о том, что будет с размером после перевода.

Еще один момент, который мне не понятен, каким образом происходит обращение к оверлею и к его частям, как искать адреса, если они есть, потому что при смещении данных в оверлее (например после перевода), программа падает.

Еще один момент. Архив находится в секции .data файла SysTracer.exe. Может есть возможность как-то переадресовать его на конец файла, т.е. разместить его после секции с ресурсами, тогда думаю можно не париться с размером архива. Но моих знаний для этого недостаточно.

Приложение: В архиве либа из SysTracer v2.6.0.59.
Скачать: rghost.ru

Насколько мне удалось это проверить, используя разные архиваторы ZLIB, то сигнатура одна и та же, только в зависимости от реализации компоновки архива, заголовок файла с данными о архиве, может размещаться или в начале файла перед сигнатурой 78DAEC, или в конце, после потока данных архива. Каждый автор архиватора делает это по разному. Вот к примеру архиватор Simplyzip http://www.paehl.de/cms/simplyzip.

Да посмотрите сами в НЕХ-редакторе, адреса начала и конца я указал выше для SysTracer v2.6.0.59. Но это же частный случай. В другой программе будет все по-другому. Наработок в этом направлении у меня ещё нет.

Конечно же надо! Но какие ключи использовал автор, известно ему одному. Из спецификаций архиватора ZLIB известно, что он поддерживает сжатие по трем алгоритмам: No - без сжатия, Default - по умолчанию, Maximum - максимальное. Но там еще есть куча ньюансов по использованию таблиц Хаффмана для оптимизации. Изучать всю эту билитристику плюс программирование на С/С++ только для того, чтобы перевести одну программу - мне жизни не хватит. Я иду простым путем. Распаковал поток - получил файл. Потом запаковал его обратно по трем алгоритмам сжатия. Архив получился идентичным исходному при сжатии "Maximum". Потом от балды изменил в несжатом файле в НЕХ-редакторе один байт и снова запаковал - размер архива увеличился на 2 байта. Изменил два байта - увеличился на 4 байта. Изменил 3 байта - на 6 байт. И т.д.

Потом просто в НЕХ-редакторе нашел строку "How to use" и перевел так "Как исполь". Сохранил изменения и запаковал файл - его размер получился на 22 байта больше оригинального. Отбросил эти 22 байта и вставил в SyaTracer.exe на место исходного потока. Сохранил изменения и запустил файл.

Делаю вывод: направление решения задачи правильное. Но переводить в НЕХ-редакторе мне не улыбается, тем более хотелось бы сделать это по человечески, без сокращений. Извлек оверлей. Открыл в текстовом редакторе и вместо фразы "How to use" написал "Краткое руководство". Сохранил изменения в файле. Прицепил к файлу библиотеки и запаковал её ZLIB. Размер файла стал еще больше. Но я отбросил лишнее в Нех-редакторе и вставил в SyaTracer.exe. Сохранил и запустил. Программа не запустилась и сообщила обшибке. Возможные причины ошибки: 1) отброшенная часть архива оказалась важной и 2) данные в файле оверлея поделены на блоки через разделитель 00. Фраза, которую я перевел "How to use", содержит 10 символов (10 байт), а на русском "Краткое руководство" содержит 19 символов. Делаю вывод, что последующие блоки из-за увеличения длины строки сместились на 9 байт. Делаю предположение, что программа обращается к оверлею не полностью, а только к его частям, поэтому размещение блоков в оверлее очень важно! Чтобы проверить это, в тексте (в первом предложении после строки "How to use") удаляю 9 символов (что равноценно 9 байтам). Сохраняю файл оверлея, цепляю его к файлу DLL, пакую его архиватором. Отбрасываю не помещающиеся байты и вставлю данные в SyaTracer.exe на место исходного потока. Сохранил изменения и запустил файл.

Как видите из скриншота программа запустилась и надпись нормально отображается в окне программы. Отсюда я делаю вывод, что таки ДА, размещение блоков в файле оверлея очень важно. Программа как-то к ним обращается. Поэтому и спрашивал как можно узнать эти адреса и изменить их, чтобы не мучаться с подгонкой текста. Если это нереально, то тогда можно попробовать сделать перевод так, что размер блоков остался без изменений.

Другой вопрос, в том, что архив получается неполным, чтобы вставить его в файл. Как это скажется на дальнейше работе программы, фиг его знает. Поэтому спрашивал, как можно перенести данные архива в конец файла.

Horna, молодец! Я тоже всегда говорю, что невозможного ничего нет. Всё зависит от того насколько тебе это нужно.

dan8888, я глянул твой проект (брал на ру-борде ), ты можешь перевести и заголовки колонок в таблицах. Для этого измени кодировку перевода для каждой строки, которая отвечает за колонку, на ср866 (как и говорил Nexus, только для этого не нужно использовать OgreGUI, все в Radialix'e):

Только будь внимательным! Для таблицы на вкладке "Shapshots" и "Remote scan" кодировка заголовков windows-1251, а для всех остальных вкладок - ср866.

Также проверь свой проект на корректность спецификаторов формата (ресурс RT_STRING[6]). У тебя сплошные ошибки - это результат гугло-перевода - он портит формат спецификаторов.

Например, в английском варианте строка со спецификаторами:

Please enter an integer between %1 and %2.

А у тебя а переводе:

Введите целое число между %1 и % 2.

Видишь, знак процентов % отделен пробелом от цифры 2. Должно быть вместе.

Это может быть чревато серьезными глюками в работе программы.

Удачи!

Solenij
Это что, для школьников?
А у тебя новый сайт завелся? Кстати, с этими RusMe неплохая идея. Я поддерживаю.

Отредактировано Nexus (2012-11-12 20:05:29)

Второй RusMe оригинальная задумка, хотя и слишком легкая. А вот перевый немного вогнал в ступор по кодировке, но ниче - просмотрев в OllyDebagger, поменял во всех трех RusMe в коде кодировку на 1251.