Byte Juggler

[paul_met]

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

[DrMefistO]

Будет ли этот софт расти до Translhextion в плане хекс-редактирования?

[paul_met]

Будет ли этот софт расти до Translhextion в плане хекс-редактирования?

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

[Sharpnull]

Такие операции было бы неплохо видеть в HEX-редакторе, возможно есть похожие плагины.
Как улучшение программы я вижу так (приближается к HEX-редактору):
* Возможность вставки HEX текста из буфера обмена, вместо файла, и получение результата также. Это позволит работать одновременно с HEX-редактором, вырезая отдельные куски. Будет как внешний плагин.
* Добавить произвольный код с пресетами в виде существующих операций. Все операции записываются в виде C-подобного кода довольно просто, а найти примитивный парсер должно быть не сложно, что позволит добавлять свои операции. Хотя здесь уже проще свой скрипт на Python написать.
* Задание промежутка обработка и другие условия в дополнение к произвольному коду операций.
* Предпросмотр изменений в виде HEX.

[MetalliC]

Такие операции было бы неплохо видеть в HEX-редакторе

такое устроит ? штатная фича WinHEX, думаю в других тоже есть

[DrMefistO]

WinHEX неповоротливый и жутко неудобный. В остальных редакторах такого не было, кроме разве что Hex Workshop, который сто лет не обновлялся.

[MetalliC]

WinHEX неповоротливый и жутко неудобный

чем и почему ? первый раз такое слышу

"неудобный" он разве что своей платностью

[DrMefistO]

чем и почему ? первый раз такое слышу

"неудобный" он разве что своей платностью

После перехода с Hex Workshop и того же HxD на него ощутил себя беспомощным:) Неповоротливость в операциях - его основной минус, также - то, что выделение остаётся после выделения.

[MetalliC]

DrMefistO, ну не знаю, WinHEX обычный "олдскульный" редактор с совершенно типичным набором фич, так что это имхо скорее дело привычки

из современных навороченных "хексредакоторов" заточенных под реверс и анализ данных я бы посоветовал обратить внимание например на этот - https://github.com/WerWolv/ImHex
набор фич и наворотов очень впечатляет

[paul_met]

Такие операции было бы неплохо видеть в HEX-редакторе, возможно есть похожие плагины.
Как улучшение программы я вижу так (приближается к HEX-редактору):
* Возможность вставки HEX текста из буфера обмена, вместо файла, и получение результата также. Это позволит работать одновременно с HEX-редактором, вырезая отдельные куски. Будет как внешний плагин.
* Добавить произвольный код с пресетами в виде существующих операций. Все операции записываются в виде C-подобного кода довольно просто, а найти примитивный парсер должно быть не сложно, что позволит добавлять свои операции. Хотя здесь уже проще свой скрипт на Python написать.
* Задание промежутка обработка и другие условия в дополнение к произвольному коду операций.
* Предпросмотр изменений в виде HEX.

Я не владею ни Сишкой, ни Питоном. Прогу я планировал лишь как дополнение к хекс редакторам, коих великое множество. Делать очередной хекс редактор смысла особого не вижу. То же вышеупомянутый WinHex  весьма хорош, но ему как раз не хватает всяких стандартных и не очень мелочей.

[perfect_genius]

чем и почему ? первый раз такое слышу

-почему нельзя просто выделить и скопировать из хекс окна с Ctrl+C? (но - это бич многих хекс-редакторов). Зато можно легко вставлять
-с выделением беда, надо привыкать, да. Вроде бы должно быть просто выделять и "оцветнять", но это целая наука. Строки одного цвета рядом не объединяются. Можно случайно оцветнить внутри цветного и он будет не виден. Как убрать цвет? Не нашёл, поэтому приходится менять длину на 0.
-у меня пропало ASCII-представление - как вернуть? В меню есть только Hex Display Only и Text Display Only.
-в строку поиска строки можно вставить только около 140 символов, узнал совершенно случайно. Никак не предупреждает, что обрезает вставленное и ищет неправильно.

В остальном хорош, лучше многих других.

[Rumata]

-почему нельзя просто выделить и скопировать из хекс окна с Ctrl+C?

Потому что можно

-с выделением беда, надо привыкать, да.

Правой кнопкой Начало блока, Конец блока. Просто беда. Плюс через определение блока можно задать адреса начала и конца, от начала файла, до конца, размер блока...

[perfect_genius]

Имел в виду, из области хекса, не области ASCII. Приходится Ctrl + Shift + C.

Про выделение - внутри оцветнённого выделяешь отрезок, назначаешь другой цвет, и цвет назначается всей цветной области, не выделению .
Т.е. надо вызывать контекстное меню вне области выделения и вне цветной области, внутри которой и выделено - гениально
Или кликнул по байту, хочешь ему установить цвет, а оцветняется выделение где-то за экраном, о котором ты уже и забыл, или его прикрыло другой цветной областью.
И как убрать цвет вообще, в итоге? Назначая длину в ноль?

Короче, идеального хекс-редактора нет, и приходится держать несколько.
Жаль, что доработка Translhextion Марата накрылась

[paul_met]

Имел в виду, из области хекса, не области ASCII. Приходится Ctrl + Shift + C.

Потому, что выделение происходит синхронно (хекс значения и текст). Чтобы различать что именно пользователь хочет скопировать (не скакать лишний раз TAB'ом туда-сюда), используются разные комбинации кнопок. По мне, так всё логично.

[Rumata]

По моему тоже. Это же не текстовый редактор
Про манипуляции с цветами вообще ничего не понял

[perfect_genius]

Чтобы различать что именно пользователь хочет скопировать

достаточно запомнить, в какой области пользователь выделял

P.S.: Проверил в Hex Workshop - так и работает, оказывается. Вот что значит так естественно, что даже незаметно.
Забавно, но зато проблема уже с копированием через меню - не учитывается над чем находится курсор и копируется что было выделено изначально.

с цветами вообще ничего не понял

Выдели отрезок, назначь цвет. Выдели внутри него отрезок поменьше - попробуй назначить цвет. Цвет изменится у большого отрезка. Чтобы изменить цвет именно у выделенного внутреннего надо контекстное меню вызывать вне этого большого отрезка. А если всё вокруг уже в цветах, то над чем вызывать контекстное меню? Над ASCII полем или Offset? Меню появится, но нажатие на Add Annotation ничего не даст!
Т.е. выделение почему-то не имеет приоритета перед цветным отрезком.

[Yoti]

Если не секрет, то куда нужно добавлять/убавлять 15-ый бит? Что за архитектуры такие 14-ти и 15-ти битные?

[perfect_genius]

Скорее всего, 15 - это отсчёт от нуля, поэтому шестнадцатый. И меняется знак числа.

[Yoti]

perfect_genius,
ну, на скриншоте виден порядковый суффикс "th", а подсчёт не ведётся с ноля. Может быть оффсет 0, но байт там будет первый.

[paul_met]

Если не секрет, то куда нужно добавлять/убавлять 15-ый бит? Что за архитектуры такие 14-ти и 15-ти битные?

15-й бит - это первый бит слева в Word значениях (15,14,13...0). У меня возникла такая необходимость, когда столкнулся с полупрозрачностью в непалитровых изображениях. Другими словами - это MSB.

[MetalliC]

paul_met, тогда стоит исправить на 16th, как выше отметил Yoti, нумерация аля "1й" "2й" ... "16й" бит (почти) никогда не ведется от нуля

[paul_met]

paul_met, тогда стоит исправить на 16th, как выше отметил Yoti, нумерация аля "1й" "2й" ... "16й" бит (почти) никогда не ведется от нуля

Я наоборот не встречал ,чтобы нумерация велась с 1. В доках по процам, в хекс редакторах, в массивах и т.д. нумерация всегда ведётся с нуля. Да даже банально взять стандартный калькулятор винды в режиме программист.

[MetalliC]

paul_met, еще раз перечитай сообщение Yoti, но вдумчиво
если не дошло еще и я повторю:
- нумерация типа "бит [номер] 1/2/16/итп" обычно ведется с нуля
- нумерация типа "1й/2й/16й бит" обычно ведется с единицы

то есть "1й бит" = "бит 0", "15й бит" = "бит 14" итп

[Yoti]

Да даже банально взять стандартный калькулятор винды в режиме программист.

Тут указан оффсет, а не порядковый номер. Просто написано не совсем верно. А ещё, я так понимаю, операции должны быть типа "set" (задать 1) и "clear" (задать 0). Удаление уменьшает кортеж на один элемент, а добавление - увеличивает.

[paul_met]

MetalliC, тогда будет бит №15.
Yoti, На счёт формулировку set / clear соглашусь.

[DrMefistO]

А меня вот 15th не смутило. Очень даже понятно, что имелось в виду. Смутило бы "Add 16th".

[Yoti]

Смутило бы "Add 16th".

Потому, что порядковый счёт ведётся с единицы. И 15-ый будет предпоследним среди 16-ти. Ты просто погугли порядковые суффиксы в английском языке на предмет оного у ноля)

[paul_met]

Изменения в версии 1.1:

• Добавлен индикатор прогресса;
• Добавлена возможность выбрать диапазон обработки;

http://www.emu-land.net/forum/index.php/topic,85753.msg1500259.html#msg1500259

[Mr2]

Для популярных операций(reverse, logic, shift), неплохо было бы добавить вычисления в окне. 

[paul_met]

Для популярных операций(reverse, logic, shift), неплохо было бы добавить вычисления в окне. 

Есть же калькулятор программиста для этого.