Доброго времени всем мастерам)))

Открыть спойлер

Закрыть спойлер

Вот немножко с младшим заговорили о J2ME играх и вспомнили былое время и шедеврах того времени. Захотелось испытать мастерство сегодня(в 2019году), но не тут то было...точнее не все так как бы хотелось. Мы часто с ним играем в эмуляторы разных поколений(Dendy, SEGA, PS1), младшой еще любит и другие консоли, которых я только слышал и видел как играют.
Собственно стал вопрос запуска эмулятора J2ME. Тут мы оба согласились, что из годных у нас осталось только MicroEmulator и KEmulator(я так понимаю, это один и тот же проект, который эволюционировал во времени, ведь ему уже более 10ти лет!). MicroEmulator нам понравился его фишкой (resize), а KEmulator - стабильностью и возможностью настроить управление на клавиатуру, как было удобно. В MicroEmulator нет такого метода как захват управления из вне с конфига(нет, конечно есть, но к нему нет описания как перезаписывать константы из XML, да и я сомневаюсь, что оно там реализовано, хоть и не до конца изучил декомпилированный текст), зато увидел свободный подьем переменных в KEmulator с текстового конфига, ну и можно было бы согласиться, если бы не одно НО...системные хот-кеи...да, те самые, которые активируются с ALT+(key), т.е. некоторые из клавиш клавиатуры были уже изьяты(видно разработчики ставили на Геймпады, учитывая доработанный модуль на DX8) и их нельзя было назначить на клавиатуру.

Открыть спойлер

Закрыть спойлер

В общем: начал я разбирать все возможно доступные модули(со школы помню, что jar это zip-архив, а с курсов программирования помню как читать код и что искать). Как я понял: форма реализована на win32api внутри jar-файла, хоть можно подумать, что форма таки в EXE-лаунчере. В общем я проделал немало поисковых работ, что бы разобраться что к чему, хоть и не смог разобранный emulator.Emulator запустить в среде Eclipse, так как не до конца понимаю, какой выбрать тип проекта и как прописать главный класс, так как не уверен, что мидлет автономный сам по себе, что это не чья-то lib-а, а запустить его с параметрами при компиляции, так же не умею.
После долгих попыток импортировать его в IDE-ешку, я сдался и начал искать хоть какие то исходники. Интернет и форумы меня привели на этот сайт и именам Kiriman&aNNiMON. Вот решил обратиться к Вам за мелкой помощью, ведь всего-то нужно убрать хот-кеи или добавить возможность их деактивировать. (*предполагаю, что у них всех общим метод подхвата, и проще просто добавить в метод false, что бы форма игнорировала нажатия клавиши от "Q" до "?").

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

Хотя бы подскажите: какой софтиной его возможно отредактировать, я не до конца криворукий, рузультатами поделюсь и выложу здесь.

Цитата sasa961:

---

если бы не одно НО...системные хот-кеи...да, те самые, которые активируются с ALT+(key), т.е. некоторые из клавиш клавиатуры были уже изьяты(видно разработчики ставили на Геймпады, учитывая доработанный модуль на DX8) и их нельзя было назначить на клавиатуру. Так и не понял, в чём проблема? В настройках назначения клавиатуры нельзя назначить клавишу с Alt/Ctrl/Shift? Или у некоторых клавиш есть более высокий приоритет, например, I всегда включает показ информации, а S приостанавливает выполнение (тогда при чём тут Alt+key)?

Форма не реализована на WinAPI, это Java приложение, но некоторый функционал вынесен в сторонние dll (вот они на WinAPI, да). Главное меню можно найти в классе emulator.ui.swt.ah. Каждый пункт меню это объект класса org.eclipse.swt.widgets.MenuItem, а системные хоткеи задаются методом setAccelerator(..).

Редактировать классы нужно редактором байткода или дизассемблером/ассемблером, ни о каком проекте в Eclipse речи быть и не может — не заведётся, а чтобы завёлся нужно очень много исправлять после декомпиляции, оно того не стоит.

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

...боюсь на это уйдет немножко больше времени, чем я думал. Тут не просто нужно код написать, а в IDE найти строку и потом на что-то ее заменить.

*найти - нашел, еще не пришел к чему заменять.

sasa961, нужен именно редактор джава байткода. Из того, что помню: ClassConstructionKit, JBE.
Либо удалить вызовы setAccelerator() для нужных пунктов, либо переназначить на что-то другое, то есть поменять число. Последнее можно и простым Hex-редактором сделать, попутно проверяя декомпилятором, что изменилось именно то, что нужно.

Например, в оригинальном коде могло быть
ASCII-код буквы T - 54 в Hex (http://www.asciitable.com/index/asciifull.gif)
Джава-машина закидывает это число в стек инструкцией bipush, её код в Hex: 10
Вот и выходит, что нужно отыскать 10 54 и поменять на что-нибудь другое.
Изменили, сохранили, снова декомпилируем класс и смотрим туда, где было setAccelerator(xx), если поменялось, значит всё хорошо, это именно то место.

Не MenuItem.class править надо, а emulator.ui.swt.ah.

aNNiMON, насколько я понял в ah.class можно отключить ModifyListener вообще. Сейчас только посмотрю на все обращения, что бы не отключить ничего важного. Там вообще только bool тип, так что отредактироваться должно ну просто очень смешно как просто.

Ок, работаю над этим)

22:55::UPD: что-то не то. Событие, которое срабатывает, когда текст на контроле меняется(?)

Шутку про регистр в Java понял. ah.class нашел, код изучил - это оно.

sasa961, джава ни при чём, это обфускатор постарался. Да, оно. Вот там, где значения больше 128, там явно присутствуют модификаторы типа ALT, SHIFT, CTRL.

Нашел! Тут почти все вызовы + судя по примерам, разрешена перегрузка конструктора на null