Сообщения

1

Инструменты / NeoHextion - новый hex-редактор для ромхакинга

« : 12 Май 2026, 03:44:26 »

Новая версия, доделал наконец.
Neohextion-v2.4.1
Прогресс: Почти юзабельно

Основное в релизе:

a) меню теперь соответствует стандартам:
никаких "Go" больше нет. Полностью переработано, в последний раз и основательно. Всё как в других популярных hex-редакторах. Дальше будут только мелкие твики.
Neohextion теперь не кажется чужим, вполне себе родное Windows приложение.

б) багфикс: когда закрываешь последнюю вкладку, то нельзя было зайти в настройки (исправлено).

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

------------------------------------------------------

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

Общее время: ~10 дней работы (с перерывами)
Добавленно коммитов: ~45
Изменено кода: ~2000 добавлено, ~1600 удалено
Исправлено багов: 20 (осталось ~10 и мелкие)

Всё это с девелоперским AI, иначе бы пришлось потратить х20 раз больше времени.
То есть, шесть месяцев (если правильно посчитал).

"Такой результат без AI абсолютно недостижим для любителя. Это уровень Senior Qt-разработчика с опытом 3–5 лет, который знает внутренности Qt, но работает без AI.

Пессимистичный сценарий (для любителя):
Не сделает вообще. Слишком много подводных камней.

Реалистичный сценарий для любителя (если очень упорный, гуглить каждую ошибку, читать Qt доки)
~4–6 месяцев вечеров и выходных
(400–600 часов чистого времени)


"Почему так долго?

Объём работ:

20 багов (из них многие нетривиальные: сериализация шрифтов, темы, состояния, поиск)

Мажорные фичи: реструктуризация меню (10→7 пунктов), кнопка Run, Base64, комбобокс кодировки на тулбаре, переносимые настройки, полная смена иконок на Tango и пр.

Кроссплатформенность: Windows, Linux, MacOS (билда нет, но поддерживается, включая иконки и прочее).

2000+ строк добавлено, 1600+ удалено.

Четыре AI помогали — один спроектировал, другой написал код, третий диагностировал, четвертый управлял репозиторием и документацией, делал билды. Это как команда разработчиков. Любитель один, он всего не сделает и забросит."

На этом долгая пауза, выгорел.

у тебя нет тега на версию 2.3.1, какому коммиту она соответствует?

Я добавил теги.
git show v2.3.1 --oneline -s
нормально показывает теперь, коммит 0a60f89 соответственно

С поздних версий в ход активно пошли нейронки (стоит предупредить), слишком большой объем работы.

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

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

"Глядя на историю и характер багов, я почти уверен, что оригинальный RTHextion был написан AI, причём довольно простым.

Признаки AI-генерированного кода (не человеческого):
1. QToolTip::setFont(Courier 16) в конструкторе HexEditor
Человек знает, что QToolTip::setFont — глобальный вызов. Только новичок в Qt мог так сделать, однако:
Если бы новичок делал, он бы потом это увидел и исправил, так пишет только AI.
AI просто "увидел" в обучающей выборке паттерн "setFont для чего-то" и скопировал

2. ScrollMapPtrBgColor = "#d0d0d0" — хардкод цвета без темы
Опытный Qt-программист использует QPalette или theme-agnostic подход. AI сгенерировал то, что "просто работает" на светлой теме.

3. setChecked(true) до connect() — классический AI-порядок
AI не понимает порядок выполнения. Он видит "надо установить чекбокс в true" и "надо соединить сигнал", и ставит их в том порядке, в каком они написаны в документации. Человек знает: сначала connect, потом setChecked.

4. toLatin1() для произвольного пользовательского ввода
Любой, кто писал парсер ввода на C++, знает: не используй toLatin1() для текста от пользователя. Минимум toUtf8(). AI выбрал латиницу, потому что в тренировочных примерах часто был английский текст.

5. Линейный поиск для одного байта без оптимизации
Да, человек-новичок мог так сделать. НО: в комбинации с другими багами — это похоже на AI, который "просто реализовал алгоритм из учебника", не задумываясь.

Странное: знание 20+ платформ для ROM detection. Человек не может быть экспертом по 20+ платформам. Обычно люди хорошо ориентируются только по одной или двум.

Это ключевой момент. Оригинальный RTHextion умел определять:
NES, SNES, Game Boy, Genesis
Atari 8-bit, Atari 5200, Atari 7800
Commodore 64, Amiga
ZX Spectrum
Apple II
И ещё ~10 платформ

С сигнатурами на уровне "по смещению 0x3F байт должен быть 0x00, а по смещению 0x7F — 0xAA".

Один человек такое не напишет. Это либо:
a) Скопировано из чужого проекта (MAME, ROMlib, Maybe)
b) Сгенерировано AI (который натренирован на технической документации и исходниках эмуляторов)

Мой вердикт:
Скорее всего это GPT4/Copilot/Codex, вероятность 95%
ROM detection (20+ платформ)   AI (GPT-4 или Copilot)   
GUI, QSettings, actions (AI с последующей правкой человеком) 80%
Логика HexEditor (paintEvent, курсоры) возможно, человек + AI   60%
Основной каркас скопирован из учебного проекта, вероятность 70%

Почему не человек самостоятельно:
Системные ошибки (неинициализированный bool, порядок connect) — профессионал не допустит, любитель допустит один-два, но не 10+ таких

Странные константы (#d0d0d0, Courier 16) — без объяснений, без комментариев

Гигантский ROM detection — это не пишут с нуля для хобби-проекта

Почему человек сам не писал ROM detection:

Даже фанат GitHub не сядет и не пропишет вручную:

// Atari 5200 signature at offset 0x1FFE = 0x00, 0x3F...
// NES signature: первые 4 байта 0x4E, 0x45, 0x53, 0x1A...
// SNES: смещение 0x7FD5 = 0x20, 0x7FDC...

Это сотни байтовых масок. Их пишут либо:
Берут из opensource-библиотеки (ROMlib, libromdetect)
Парсят базу данных No-Intro
Генерируют AI, который видел тысячи ROM header'ов в тренировочных данных

Анализ второй нейронки, с полным доступом к коду:

"Моя оценка:
Определение ROM: 95% AI (GPT-4/Copilot)
GUI/Qt-шаблоны (меню, диалоги, QSettings): 80% AI с правками человека
Движок отрисовки HexEditor: 50/50 человек + AI
Базовая архитектура (система доков, сессии, модель проекта): спроектировано человеком, реализовано AI
20+ багов, которые мы исправили: ~15 были AI-происхождения, ~5 были нормальными ошибками разработчика-одиночки"

В общем, я очень сомневаюсь, что автор RTHextion писал это всё сам, в такие сказки я не верю.
Даже если не нейрокод, то не сильно отличается. Я никого не обвиняю, но чистоту кода не гарантирую и сомневаюсь в его происхождении, но если он работает и спроектирован человеком нормально, то ничего страшного не вижу.

То есть, в этой бочке нейрокода, какая там уже разница. Самому туда лично писать не хочется, пусть дальше пишет ai агент, без вариантов. Я уже не буду копаться сам лично.

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

Я могу тебе помочь настроить CI/CD. Тогда тебе не нужно будет вручную релизы делать.

Я почитал, понял как надо.
У меня просто там только два репо; только Paprium ядра и вот этот Neohextion лежит. Остро проблема не стоит, но потом обязательно поставлю runner.

И релизов сыпалось много, пока версия была сырая. Сейчас уже не настолько коряво и времени на прогу стало меньше.

я все равно считаю неправильно хранить архивы в репозитории.

Согласен, да.
Просто спешил и там раньше только Paprium зеркало было, поэтому не настроено норм.

Можешь попробовать использовать другие хостинги например gitverse. Это тоже российская разработка.
Вообще самая лучшая альтернатива гитхаб это вроде SourceCraft.

Если Gitflic это так плохо то попробую, надо. Мне почему-то его первым порекомендовали когда-то.

проект явно мертворождённый.

Проект не мертворожденный, он скорее близок к завершению. Экспресс-разработка, понимаешь.
Это раньше сложно тащить в одиночку, но в 2026 году можно срезать углы.
Даже если не доделывать, то он уже нормальный. Тот же Translhextion и WindHex32 не сказать, что бы идеал. Этот уже может быть заменой. И так как Open Source, то смерть это не значит конец проекта.

2

Инструменты / Re: RTHextion - новый hex-редактор для ромхакинга и переводов

« : 10 Май 2026, 19:29:46 »

Это обычная командная разработка. Но конкретно этот проект хостится на гитхабе.

Это действительно имеет смысл (командная разработка через все эти issue и pull request'ы), но когда маленький проект, зачем вся это бюрократия.
Максимум пользы, ну сказали вижу Португальцы, что перевод кривой, лол.
Я тебе без Github скажу, что у тебя там не только Португальский кривой, а все языки кроме основных. Можешь не читать issue.

Сделай большую надпись, что перевод сделан нейронками и ты не тестировал и нужно проверка. Это будет честно. Иначе это выглядит как обман. Думаешь: "ну во, чувак говорит всё сам делает, гуру по 20+ платформам и полиглот, а тут что такое навалили". Какие issue, там непонятно где нагенерено, а где реально эксперт. Ты разбираешься в поинтерах и этом всём, но иногда непонятно откуда это. Почему компьютеры Atari вместе с консолями Atari 5200, кто это писал. Если бы ты ещё был прозрачным, откуда это взято.

Этот проект не рассчитан на командную разработку, не надо про это заливать. Максимум можно сказать: "вот там фичи нету или меню коряво смотрится". Я про это имел ввиду. Гонять код <-> конечно нет.
Если документируешь все подробно, тогда будет ближе к "коллаборативному open source", а так только ты там разберешься.

Там даже многое непонятно как пользоваться, нехватает документации.

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

Я тебя прочитал как: "сделай всё за меня, простого описания недостаточно", какой ответ ты хотел там услышать.
Но, ради версии на MacOS неинтересно тратить время. Твоя мультиплатформенность звучит как: "давайте делать версию для мака, впрягайтесь".
Все эти "Go" никогда небыло на Windows. Меню странное маковское, темы маковские, иконки для MacOS, шрифты странные, правая мыша не работает, потому что не нужна на маке.
Так что ты меня правильно понял, я предложил тебе самому заняться исследованием. Корона с головы не упадёт.

То есть, почему я недоволен. На Винде очень коряво и непохоже на стандарты. Меню "Go" странное. Вот как тебя убедить заменить "Go", если ты на MacOS?

a) Хотя бы "Go" замени на "Search", в зависимости от платформы. На Windows никогда нету "Go". Это чисто фишка MacOS
b) Потом Virtual Formatting переменуй в то, что оно на самом деле делает. Line Breaks или типо такого. Никто не догадается, что такое "Formatting".
c) Сделай тему отдельно для Винды и Linux, возьми иконки Tango. Маковские значки неестественно и детскими очень смотрятся.
d) Update спрячь куда-то в правый угол, а не по центру логотипа. Вообще не нужно таких обновлений, но это твое личное дело. Это не критичная проблема, в About никто не лазит.
e) И пофикси, что бы кастомный шрифт не слетал на Courier. Там одна строчка кода, я написал где. Может тебе нормально, когда 0 (ноль) и O (буква) не отличаются, но в нормальных шрифтах такие моменты учтены, "I" не перепутаешь с "l". Как ты можешь пользоваться Courier? Все разработчики на JetBrians шрифт перешли.

Вот после этого прогой как-то можно будет пользоваться. Если с пониманием отнестись, что это порт с Мака.

Я постараюсь объяснить свою позицию:

Это как например, если захотел съесть булочку, зашел в столовую. Тебе говорят: "у нас вкусные булочки, но только с изюмом". Ты говоришь, ну тогда можно я выковыряю изюм и сьем вон за тем столом? Тебе говорят: "конечно, мы открыты к предложениям. Только напиши заявления на имя директора столовой, можно ли есть булочки без изюма и подожди его разрешения. И еще нужна медсправка и прописка в этом городе. И за тем столом есть нельзя, у нас для иногородних отдельный стол и отдельные булочки. Мы сами таких не едим, для вас у нас другое, к счастью". Ты смотришь на тот стол, он заплёванный и грязный, а булочки там тоже с изюмом, но с плесенью". Выходишь из столовой выплевывать изюм, а тебе говорят: "у нас тут стандарты, он выплюнул кусок и ест на улице без изюма. Это неслыханная наглость, еще и предлагает продавать без плесени, для тех кто родился не в этом городе!!

Потом съел булочку и находишь там мясо. Откуда там мясо? Но пекарь говорил, что по строгим правилам и только хлебо-булочные!! И вроде как съедобно, накормили, но осталось послевкусие". .

Аллегория:
булочка = гексовый редактор
изюм = неуместные фичи с MacOS
грязный стол = Github
справки = issue и pull requestы
продавать с плесенью иногородним = делать хорошо только для юзеров MacOS и никогда не тестировать на Windows.
иногородний = юзер Windows
продавать с плесенью, что не ешь сам = делать нейросеткой переводы на Португальский и прочее. Компилировать билды, которые не тестишь сам.

Возможно, так будет понятно и почему меня "обижает" такая позиция. Это как: "для иногороднего продали булочку с плесенью".

Решение: тебе нужно тестить на винде лично, показать что юзеры Винды не второй сорт, просто нету возможности найти комп с Виндой или денег. Написать: "Я искренне хочу тестировать на Windows, но временно нет денег на такой PC, я вложился в MacOS. 200$ на виртуалку не потяну заплатить". А не говорить, что 10 лет не пользовался виндой, мышью и не собираешься

3

Инструменты / Re: RTHextion - новый hex-редактор для ромхакинга и переводов

« : 10 Май 2026, 17:25:47 »

Ложь и провокация, осуждаю.

open source-разработка подразумевает КОМАНДНУЮ РАБОТУ (issue, pull request’ы)

Не подразумевает.

Ты говоришь про "коллаборативную бюрократию", которая приводит к замедлению разработки в ~5-10 раз (для мелкого или даже среднего проекта) и бесконечные велопсипеды в обсуждениях.

Это не оупенсорс, это обычный "коллаборативный садомазохизм".

И Github для такого юзать не обязательно, разработчики Linux (ядра) всё это электронной почтой пересылают. Pull request’ы c Github слать нельзя.

4. Объявил себя д'Артаньяном и спасителем человечества.

Где именно? д'Артаньян добрый, а я злой юзер винды.
Я объявил, что от юзеров Мака нормальную версию для Винды хрен дождешься. Они её не любят в принципе.
Компилят на винду, но делают это с неуважением.   

Всё что ты спрашиваешь по багам, тебе будет заметно самому, за первые 10 минут использования.
Багрепорты писать можно было, если бы их было мало. А так многовато, тебе нужно где-то найти Windows и потестить самому, иначе будет слишком долго.

но обижаться на то, что я не имею возможности (да и желания) ковыряться в коде, который решает непонятно какие проблемы непонятно каким образом – это несерьезно.

Я на это не обижаюсь вообще никак.
Если сложно (да и желания нет), то сложно. Нет проблем.

но не описав подробно ни одной проблемы.

Ниже скриншот, как ты просил. Это уже третий пост по этой проблеме! И каждый раз ты отвечаешь, что "не описав подробно ни одной проблемы". Это же неправда.



Давай ещё 4 раз напишу, уже нейросеткой:

**Ошибка заключалась в том, что открытие второй вкладки сбрасывало шрифт с HackGen обратно на системный пропорциональный шрифт по умолчанию. Только первая вкладка выглядела правильно.**

**Техническая причина:**

Qt сериализует QFont в строку вида «HackGen Console NF,14,-1,5,50,0,0,0,0,0,Regular» и сохраняет её в settings.ini (у тебя не знаю где). При десериализации вызывается QFont::fromString(), который обращается к системной базе шрифтов: «известен ли вам шрифт с именем 'HackGen Console NF'?»

Проблема в том, что QFontDatabase::addApplicationFont() регистрирует шрифт во время выполнения, и системная база шрифтов может не сопоставить имя при десериализации QSettings — особенно если загрузка шрифта происходит в ином порядке инициализации, чем чтение настроек. Когда сопоставление не удаётся, Qt молча возвращает стандартный QFont (пропорциональный шрифт без засечек, например Segoe UI в Windows), а не запрошенный моноширинный шрифт.

**Исходный код был:**

Код: [Выделить]

// ОШИБКА: нет запасного варианта — возвращает мусорный QFont,
// если десериализация не удалась
editor->setFont(settings.value("WidgetFont").value<QFont>());
**Исправление:**

Код: [Выделить]

// defaultEditorFont() сначала пытается использовать HackGen,
// а в случае неудачи возвращает Courier
editor->setFont(settings.value("WidgetFont", defaultEditorFont()).value<QFont>());
**Почему оригинальный автор не заметил ошибку:** он использует Courier — системный шрифт, который всегда присутствует в любой базе шрифтов. Сериализация QFont для системных шрифтов работает безупречно. Ошибка проявляется только с пользовательскими встроенными шрифтами, загруженными через addApplicationFont(), которые автор никогда не тестировал."

Баг на самой последней версии RXHextion присутствует.

Это из прошлого поста, недостаточно подробно? Что непонятно в этой проблеме? Не получается вопроизвести? У меня Win11 24h2, scale 125%, чёрная тема.

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

Это кнопка для апдейта находится некрасиво. Выделяется на общем фоне

4

Инструменты / NeoHextion - новый hex-редактор для ромхакинга

« : 10 Май 2026, 02:48:59 »

Я кажется понял почему. у меня не открывается Edit если не открыт файл. Открываю файл работает, закрываю нет

Да, я знаю про этот баг и хотел пофиксить в следующей версии.

Кто-то запускал на Семёрке?

С семёркой будут проблемы, потому что Qt6.

Qt6 (фреймворк для интерфейса) официально не поддерживает семёрку, нужен vxkex (слой совместимости с Win10), из самых новых.
С vxkex скорее всего откроется, но на семёрке нету черной темы, а белая тема в этом редакторе "максимально ублюдочная" (с), поэтому там всё это может выглядеть очень страшно, но шансы есть.

Я бы потестил, но у меня семёрка 32-бит на тестовой машине, а прога 64-бит. Перекомпилить под 32-бит и настроить кросс-компиляцию, это дополнительный гемморой и путаница.

Что бы нативно работало на Win7 без геммора, надо было брать Qt5. И хотя с помощью AI можно было бы портировать под Qt5 эту кучу кода, это было бы дорого и сожрало много токенов, потом начался бы ад с компиляцией Qt5 и багами.

И в результате, такая Qt5 версия не работала бы на актуальных Linux, потому что там хорошо заточено под Qt6, но будут проблемы с Qt5.

Короче, мы бы получили чисто виндовый редактор, без кроссплатформенности.
Наверное, проще как-то затвикать тему оформления и как-то хитро собрать с Qt6, что бы оно работало на Win7.

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

На Win7 остаётся пользоваться WindHex32 (поддерживает таблицы), Круптар и wxMEdit (не поддерживает таблицы, но много восточных кодировок и есть текстовый вид), 010 Editor (не поддерживает таблицы, но много кодировок и удобный предпросмотр кода, есть текстовый вид).

Уйти с Qt тоже сложно, потому что в сабже сделано на базе виджета QHexView, который сделан под Qt.
Разве что брать wxMEdit, он на wxWidgets и хорошо работает на Win7-Linux, но wxWidgets гемморно билдятся на Linux и постоянная проблема с зависимостями, когда в новых дистрах нету нужной либы для wxMEdit. Но, это была бы совсем другая история.

Может, сюда добавить голосование, кто какую систему использует, что-то мне подсказывает, что у большинства будет Windows, это бы объяснило, почему винда в приоритете.

Можно прикинуть по статистике Steam.
Если игры переводят геймеры, то Steam обычно установлен. Ну, по крайней мере, на современные ПК.

Актуальная статистика:
1. Windows 93.47%
2. Linux: 4.52%
3. Mac (OSX): 2.01%

Не настолько и важен Мак, как некоторые говорят.

Я чета не совсем понял зачем нужны патчи если у тебя исходники проекта есть, обычно патчи делают если у тебя исходников нет, зачем так усложнять?

Там не такие патчи, как можно подумать. Там прога, просто без dll'ок.

Редактор целиком весит относительно много из-за библиотек, а меняется только exe.
Поэтому, заливаются только exe, если хотфикс, библиотеки нужно взять из мажорной версии..

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

Нехватало времени все настраивать идеально. Я вообще изначально не собирался заливать прогу куда-то в репо, думал пофикшу в RTHextion что сильно мешает, залью на Яндекс Диск и на этом всё, а там автор RTHextion допилит своё.

А потом стал пользоваться RTHextion дольше, баги посыпались. Начал фиксить, а находил больше новых. Слишком много изменений стало и пришлось делать репо. Ну вот сделал так, как у меня было уже настроено. Может коряво, но не было времени и желания заморачиваться.
Я ленивый, тут про упертости речи нет. Мне просто лень себе искать гемморой.

Почему нельзя разместить это в релиз как новая версия или подверсия? И зачем вообще архивы хранить в репозитории?

Проблемы у хостера, обрывается связь постоянно, если большие файлы.
А ведь если льешь в репо, то это с докачкой по SSH. И это гораздо проще автоматизировать.

В целом, это проблема Gitflic (как хостера Git), у них только через SSH нормально работает и никак иначе. Проблема известная. API тоже кривой, там не получается залить файл.

Для маленьких файлов норм, но там овер 30Мб и если аплоадить с мобильного нета, то оно всегда обрывается.

Почему не сделать репу на github // из тупого упрямства не хочет использовать стандарты индустрии

Про Github, можно посмотреть на актуальную статистику:

Статистика Github по количеству пользователей:

1. United States ~28 million (Largest enterprise market)
2. India ~27 million (Fastest growth)
3. China ~10+ million (Heavy focus on AI and infrastructure)
4. Brazil ~7 million (Leading Latin American growth)
5. United Kingdom ~4 million (trong fintech/web3 concentration)
6. Germany ~4.2 million (Strongest growth in EU along with Poland)
7. Indonesia ~3.5 million (Southeast Asia's powerhouse)
8. Canada ~3.2 million (High per-capita usage and steady AI adoption)
9. Japan ~2.8 million (Growth tripled over last five years.
10. France ~2.5 million (Major presence in open-source and research projects)

Не вижу разработчиков из подсанкционных стран.
Не особо и пользуются "стандартами индустрии".

Кроме того, интересный момент:
"в России обсуждаются и уже внедряются механизмы, направленные на ограничение и удорожание зарубежного трафика. Инициативу планировали запустить с 1 мая 2026 года, однако мобильные операторы запросили отсрочку"

5

Инструменты / NeoHextion - новый hex-редактор для ромхакинга

« : 09 Май 2026, 04:54:04 »

Ну в конечном итоге не через wine-же запускать?

Ну тогда WinBoat

Ну замечательно, но что мешало сохранить многоплатформенность?
Версии для Linux нету, это ладно

Где написано, что нету? Есть же версия для Linux.

В релизах лежит Neohextion-v2.3.1-Linux-x64.tar.gz
Это не сырцы, это бинарник.

Зависимости:
Debian/Ubuntu:

Код: [Выделить]

apt install libqt6widgets6 libqt6gui6 libqt6core6 libgl1Arch:         

Код: [Выделить]

pacman -S qt6-base
Даже если бы небыло исходникова Linux, то скачать репо и собрать на актуальной системе самому, это пять минут. Я в build.md написал инструкцию.

Не надо притворятся юзером линукса, там все умеют.

И я собираю и делаю локально, на виртуалке с Debian 12 (смотри в build.md), а у автора RXHextion в облаке собирается. Понятно, что мне более гемморно компилить  с ноута под этих ваших кучу платформ.

консольный клиент НЕ для windows? (ваще 1 раз про него слышу)

Код: [Выделить]

sudo apt install git

Код: [Выделить]

git clone https://gitflic.ru/project/yoru-enoshima/neohextion.git
Ну и всё. Сложно?
Обычный Git. Тем же консольным клиентом, которым ты юзаешь гитхаб. 
Git, это инструмент. А GitHub, это сайт. Ты можешь Git подключаться к разным сайтам.
Это типо как если у тебя торрент качалка, а ты качаешь не только с рутрекера.

Тебе не_нужен другой клиент, просто юзаешь обычный Git.
Скачай через веб-интерфейс, в крайнем случае.

Почему не сделать репу на github,

gitflic это русский сервис, я себе гитхаб типо импортозаместил. Если ты француз, перезалей себе на github, какие проблемы.
git clone, потом git push и вуаля?
Capisce?!

для macOS - нету - это уже критично.

Я собираю локально на ноуте, а не в облаке. Что бы собрать на Мак, нужно пройти все круги ада.
Parallels Desktop стоит от $200 бессрочная лицензия, запускайте там проги винды. Вы купили Мак, значит готовы платить. Не вижу проблем.

"Кросс-компиляция под macOS с Linux — это «высший пилотаж» по уровню боли, и она принципиально отличается от сборки под Windows.
Вот основные причины, почему это так сложно:
## 1. Проблема SDK и лицензий

* Закрытость: Apple официально разрешает использовать свой SDK (заголовочные файлы и библиотеки) только на «железе» Apple.
* Xcode: Весь тулчейн (компилятор clang, линкер ld64) завязан на проприетарные библиотеки macOS. Вам придется буквально "выдирать" SDK из установленного Xcode на Маке.

## 2. Специфичный тулчейн (osxcross)
Чтобы собрать что-то под Мак из-под Debian, вам не хватит обычного g++. Вам понадобится проект osxcross:

* Он имитирует среду Apple на Linux.
* Ему нужно скормить упакованный образ SDK (который нужно сначала добыть с Мака).
* Его нужно собрать вручную под ваш дистрибутив.

## 3. Сборка Qt6 — самый тяжелый этап
Если для Windows вы могли взять готовые пакеты (например, mxe), то для macOS кросс-сборки готовых бинарников Qt6 под Linux нет.

* Вам придется компилировать Qt6 из исходников внутри Debian, используя osxcross.
* Это занимает часы и часто падает из-за несовместимости зависимостей.

## 4. Подпись и упаковка (Notarization)
Даже если вы получите бинарник:

* Его нужно упаковать в .app или .dmg.
* Современные macOS просто не запустят приложение без цифровой подписи и нотариализации через сервера Apple. Для этого всё равно нужен аккаунт разработчика и, чаще всего, утилиты, работающие только на macOS.

------------------------------
## 🛠 Как обычно поступают на практике?
Вместо того чтобы мучить Debian, разработчики выбирают один из двух путей:

   1. CI/CD (GitHub Actions / GitLab Runner): Вы просто заливаете код в репозиторий. GitHub бесплатно выделяет вам виртуальную машину с macOS, которая сама собирает проект "родными" средствами. Это стандарт индустрии.
   2. Виртуальная машина: Ставят macOS на Proxmox/VMware (т.н. "Hackintosh" в виртуалке). Это медленно, но позволяет использовать настоящий Xcode.

------------------------------
💡 Вердикт: Если вы уже настроили кросс-сборку под Windows, то попытка сделать то же самое для macOS на Debian 12 займет у вас в 5-10 раз больше времени." Gemini

Я точно не буду компилить под Мак никогда. Я ничего не ломал в сборке, просто скомпилировать это на своём железе нет возможности.

6

Инструменты / NeoHextion - новый hex-редактор для ромхакинга

« : 09 Май 2026, 01:16:00 »

Ромхакерский гексовый редактор (на базе QHexView и Qt6, форк RTHextion) (бета)
С поддержкой таблиц, японского шрифта и кодировок.

Основной фокус на платформу Windows и консоли шестого поколения.

Ниша:
Когда Kruptar это слишком навороченно, но HxD уже нехватает.
Упор на надежность и минимализм (но пока сыро).
Для продвинутых пользователей, кто хочет переводить игры GC, PS2, DC, Xbox.

Зачем?
На Windows мало бесплатных гексовых редакторов с поддержкой таблиц и Shift-JIS.
Выделения цветом тоже редкость.

Альтернативы: WindHex32; wxMEdit; 010 Editor; Kruptar; RTHextion

Плюсы Neohextion:

На момент поста, то они похожи, но здесь больше исправлено багов.
Более тысячи строк отличий, меньше багов. Лучше протестировано на Windows.
Более строгий дизайн и привычное (по другим гексовым редакторам) меню.
Планируются фичи, которых в RTHextion не будет.

Минусы:

В далёком будущем, может отставать от RTHextion (меньше энтузиазма). Но, учитывая забагованность RTHextion и то, что его тестят только на Маках, то будет актуально еще долго.
Не так сильно ориентирован на Genesis. По крайней мере, пока нет.
Некоторые фишки, нужные для ромхакеров 16-биток, отстают от RTHextion или их вообще нету. Особенно заметно по части автоматического поиска поинтеров и дебаггера.

-------------------------

В целом, вклад оригинального автора RXHextion был значительным, несмотря на то, что редактор внешне отличается:

- Весь движок шестнадцатеричного редактора (chunks.cpp, commands.cpp, ядро hexeditor.cpp)
- Систему док-виджетов (BaseDockWidget, DockTitleBar)
- Движок таблиц перекодировки
- Инфраструктура поиска указателей

Всё это уже было в RXHextion в том или ином виде.

История проекта:

Изначально было форком RTHextion, что бы не глючило на Windows 11. Но, со временем накопилось слишком много исправлений и изменений.

Так стало отдельным hex-редактором.

По сути, основа это QHexView и Qt6.

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

В смысле, гибридный подход. Проектируется человеком, тестируется человеком, анализируется и дебажится нейронкой, документацию и коммиты пишет нейронка, с архитектурой помогает "самая топовая нейронка" или несколько, исполнитель "топовая бюджетная нейронка". Целый клубок всего, ручной работы и нескольких нейронок и агентов. 4 нейронки и 2 человека вложились, на момент поста.

Все углы срезаны, что бы не делать годы, а готово было за неделю, максимум две.

Исходники, апдейты и релизы можно взять на Gitflic (русский хостинг для Git):
neohextion
На момент поста, не самый известный сервис.

----------------------------------------
Тема создана для обсуждения и описаний релизов (с основной темы выгнали). Ну и всего, что на эмуленде не считается оффтопом.


Добавлено позже:
Версию 2.3.1 зарелизил. Не путать с RTHextion, нумерация отличается.

а) Теперь на Win11 можно указать свой эмулятор с параметрами.
Например, редактируете ром, нажимаете кнопку "Run" и запускается Ретроарч с этим файлом.
Раньше глючило, теперь доделал и протестил. У меня хорошо работает, но нужно больше тестить.

б) Теперь сверху области hex пишет нумерацию, как это в HxD и wxMEdit:
Offset     00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F  0123456789ABCDEF
00000F0 4D 5A 90 00 03 00 00 00 04 00 00 00 FF FF 00 00  <empty column> 
00000F0 B8 00 00 00 00 00 00 00 40 00 00 00 00 00 00 00  <empty column> 

Опционально, это выключается в меню "View"

в) "Настройки" переехали в меню "Edit". Оно было в "File" зачем-то, но во всех программах стандарт Edit -> Preferences.

г) теперь во всех местах корректно отображаются кнопки. Раньше сливалось с тёмным фоном.

д) "карта изменений" ("Changes Bar") теперь не глючит с черной темой. По-умолчанию она выключена, нужно нажать значок "глаз" или включить через меню.

е) Шрифты теперь отображаются корректно, при создании новых вкладок.

ж) исправлена область просмотра, не отсекается лишнее при скролле.

https://gitflic.ru/project/yoru-enoshima/neohextion/file?file=releases&branch=master
(сначала ставить основную версию Neohextion-Windows-x64-20260505.7z, потом патч Neohextion-v2.3.1-patch.zip (просто заменить exe))

з) поиск поинтеров не вешает прогу, как раньше. Не я эту фичу делал, но баги там пофиксил и протестил это. Теперь ввод условного "ффффф" не вешает прогу намертво, как раньше.

Из известных багов, которые остались:

a) Белая тема оформления очень некрасивая и выбивается из оформления

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

7

Инструменты / RTHextion - новый hex-редактор для ромхакинга и переводов

« : 08 Май 2026, 18:41:16 »

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

Если Open Source, то все должны пользоваться Github?
"GitHub не является open-source проектом. Сам сервиc, это проприетарный (закрытый) продукт компании Microsoft". Коммерческий, который нельзя поставить себе локально. За компиляцию, как ты делаешь сейчас, там собирались брать деньги, к слову. Или там это давно уже платно?

И про какой оупенсорс речь, если ты юзаешь Мак.

что вытягивание коммитов из другой репы с последующим разрешением конфликтов – это, мягко говоря, сомнительная затея, то твоя компетенция вызывает большие сомнения.

Так ты смотри что там сделано и не вытягивай напрямую.
2026 год, можешь нейронками посмотреть. 

баг-репорты в стиле "ничего не работает, как я ожидаю

Ну так ты отвечаешь, что отпадает все желание тебе багрепорты писать.
Вот как другим написал недавно:
"Можно, а зачем? ©" и мне до этого так же писал.

И докажи тебе, что это нужно. Типо несколько дней уговаривай, что нужно. Потом надейся, что добавишь.

Я вынужденно занял позицию: "не тестят на Винде и не исправляют; я тоже не буду делать на Mac и пользоваться стандартным. Всё исправлю, а разбирайся как хочешь".

Ведь когда ты спрашивал, это страницу назад обсуждали, ты просто проигнорил и потом спрашиваешь опять.

Два или три раза надо писать багрепорт, с первого раза нифига. Потом говоришь: "А зачем? Да у меня вообще мыши нету, пофиг как у вас на винде. Багует что-ли? Во чудаки".

Ты сам не видишь, что твоя позиция это типо: "У меня Мак, остальные страдайте".

Ну конечно, я зеркально занял позицию: "Вам наплевать на Винду, мне наплевать на Мак. Пофикшу баги, протестирую на Винду, а ты разбирайся как хочешь в своей версии".

Ну чёрт с тобой, долбис с RTHextion, я ухожу на wxMEdit. У RTHextion слишком много проблем, я не потяну все это пофиксить и довести до конца.

ты перепилил продукт под себя

Не только для себя. Я пофиксил баги, про которые тут писали. Поиск поинтеров, например, больше не крашит приложение. И ничего плохого нет, что бы делать для себя. Ты тоже делашь только для себя.

А с твоим тулчейном я не знаком, усложнил сборку не специально. Это всё ещё оупенсорс, просто ты боишься выйти за рамки, перенести репо двумя командами терминала.

Говоришь, мол: "делаю я, значит это самый настоящий оупенсорс и остальные должны делать как я".

Просто Майкрософт приучила многих, что все должно быть очень просто и это и есть тот_самый_opensource.
Нет, оупенсорс это скорее, когда ты компилишь это у себя на Debian, а не с Мака собираешь через проприетарный сервис Майкрософт и тестишь только на Маке (как ты делаешь). Так что не надо.

Я хотел юзать твой RTHextion. Но, он забагованный.
Ну не хочешь фиксить, да и чёрт с ним. Перехожу на wxMEdit и Круптар, мне не принципиально.

Конец истории. Удачи с RTHextion.

твоя компетенция вызывает большие сомнения

Так даже лучше. Мои изменения к себе не бери тогда, не больно и хотелось.

Будешь это фиксить годы.

я не собираюсь поддерживать старую версию

"старая версия" по отношению к твоей текущей 3.х.х, это примерно как 6.х.х (у меня другая нумерация). Более тысячи строк кода различий и всё это фиксы багов!!
По факту, там проще в форк бекпортировать изменения, чем наоборот. 

Ты не так много реализовал с момента форка. Просто прикутил дебаггеры и бампнулся сразу на 3.х.х.

Если хочешь, я могу забрать все твои изменения из 3.х.х и смержить, технически это не проблема. Ты высасываешь проблемы из пальца. Про компетентность начинаешь и все такое.

Ну так я "некомпетентный", взял кнопку "Run" и добавил.
Тебе было сложно. Начинал "ой, не знаю как это реализовать". "Ой, я пишу в реестр, потому что надо что бы унифицировано было между системами". Из пальца высосано, надуманные проблемы. Это даже не смешно.

поэтому я сделаю на пох-й в другой репе

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

8

Инструменты / Re: RTHextion - новый hex-редактор для ромхакинга и переводов

« : 08 Май 2026, 17:59:16 »

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

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

Кто виноват, что ты не умеешь пользоваться Git?
Все фиксы задокументированы, но ты хочешь, что бы я то же самое написал словами и со скриншотами.

По коммитам смотришь, где были фиксы

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

Сбор багрепортов имеет смысл, когда уже юзабельно. А тут в одно место ткнул, зависло.
В другое место ткнул, кнопки нет. В третее ткнул, шрифты поменялись.

Я что, от хорошей жизни фиксил? Мне меньше всего это надо.
Я просто хотел поюзать. А как юзать, если глючный такой?

Говоришь, из-за белой темы. Так там белая тема тоже "максимально ублюдская". Только с чёрной темой как-то норм.

А то что у меня система сборки другая, это не значит что другой продукт. Это тот же редактор, немного другие фичи. Из твоего туда все фичи хорошо бэкпортируются. Все фиксы из моего легко бэкпортируются в твой. Просто тебе лень посмотреть даже коммиты и в чём-то разбираться.

Типо нет: "покажите на скриншотах где этот баг". А ничего, что я уже все эти баги называл?
Тебе пишут, ты не видишь.

"А что?; А зачем это?".

Ну мог я создать репо на Github, допустим и там аккуратно тебе слать пуш реквесты с фиксами и писать issue. Времени бы ушло в х10 раз больше. Ты бы эти реквесты отфутболивал, в духе: "мне не нужно переключать кодировку". "У меня нет мыши, у меня нет таких проблем". И т.д.

Я если бы знал, что там настолько забагованно, то даже не брался бы что-то фиксить. А так думаешь: "ну вроде все пофиксил", а потом опять находишь проблем. Да, проще уйти на wxMEdit.

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

Если будет время и добавлю крутых фич, то создам новую тему и тут разбирайся сам.

Я и так баги максимально детально описал и зачем фичи, ты все равно недоволен. Разве не видишь, что так много багов, что если детально все описывать, то получится книга. Предыдущий пост я даже не писал их, когда ты спрашивал, потому что это получилось бы слишком много. И всё это есть в коммитах.

Смотришь коммит, переходишь в этот код, понимаешь что поменяли, делаешь себе так же. Хочешь - тупо копируешь, хочешь переделываешь лучше. 
Не вижу проблем.

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

Просто чего у тебя подгорает? Что кто-то пофиксил 999 багов, не тестил на Маке и не может подробно описать все эти 999 багов? Что бы ты их заново пофиксил, но уже по-другому. Камон, скопируй готовый код. Это ещё лучше, чем писать тебе про эти баги.

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

И нафиг я тебе подробно отвечал, если ты типо такой всё проигнорил. Зачем ты тогда спрашивал?

Тред был создан для сбора фидбека и багрепортов по конкретно моему проекту.

Надо было называть "RTHextion, сбор багрепортов и фидбеков", не?
А так название темы очень обширное

9

Инструменты / RTHextion - новый hex-редактор для ромхакинга и переводов

« : 08 Май 2026, 07:42:17 »

можно добавить сверху колонку какой это байт чтоб самому не отчитывать

Это нужно. Добавил в 2.3.1, опционально можно отключить в меню View.
В релизах там патч.

Не гитхаб?.. даже не знаю, хорошо это или плохо.

Не, не Гитхаб - он слишком далёк,
За океаном, где ветер и смог.

Запад там дикий, порядки грубы:
Сегодня есть репо, а завтра.. увы.

Так плохо ли это или же нет?
Удобство и риск, вот и весь тут секрет.
Кому-то свобода, кому-то беда:
И доступ закроют тебе навсегда.

А зачем тебе это? (можно удалить ini файл в папке программы.)

Так надежнее, проще тестить и пользоваться.

Чем тебе IPS не угодил?

Тот же вопрос (про ненужность держать несколько версий программы).

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

При твоём подходе, новая версия будет менять настройки старой. Это не всегда происходит без багов, да и мешает.

Если отдельно ini, версии прог не будут мешать друг другу.

Чем тебе IPS не угодил? Я бы сделал свой нормальный формат, но IPS, по сути, индустриальный стандарт.

"Программа должна делать что-то одно, но хорошо" (C)
Кроме того, IPS это не актуально для образов дисков, нужно что-то вроде xdelta или VCDIFF.
Я не пользуюсь IPS практически, там ограничение на 16Мб. А когда IPS нужен, просто создаю через LunarIPS.

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

В любом случае, я не уговариваю это выпиливать и это не критика, просто у тебя подход аля "швейцарский нож" всё-в-одном. Это странно видеть в GNU прогах, но всякое бывает. Ты не следуешь философии GNU, вот и всё.

Спорно. (про "Просмотр изменений" переехал в Window меню)

Возможно. Небыло времени над этим подумать.

Я ориентировался на wxMEdit, а там олдскул.
Так что, частично ты прав, это не лучшее решение.
Структура меню оставляет желать лучшего, да. Кто виноват?

Может и правильно. Мне, в целом, плевать, но некоторым очень нужно юзать софт на родном.

Редактором пользуются переводчики, они стандартные термины знают.

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

А точнее? (про три бага)

клонируешь репо, потом git log --oneline --all
Смысл описывать баги, если всё это есть в репо (и чейнджлогах) и можно посмотреть все изменения?

git show e5a4d99
git show 31d9af4
git show 1557b22

Описать все эти баги и объяснить это дольше, чем всё это исправить. Проще сказать где оно не багует, слишком уж много было косяков.

Что это значит? (Если открыть несколько файлов, то шрифт только в первом норм)

При открытии новой вкладки шрифт сбрасывается на Courier конского размера. Зачем скриншот?
Я могу так показать.

Должно быть так:
"Find/Replace"
А у тебя как-то так:
"Find/Replace"

У тебя оно сбрасывается на то, чем ты и так пользуешься, поэтому не видишь баг.
Но, Courier редко пользуются, потому что там rn = m; 1 = I = l = i; O = O визуально не отличаются. Для гексового редактора это приговор.

А как ты ожидаешь? (Если жмешь "новый файл", то работает не так как этого ожидаешь.)

Это долго объяснять, нужно делать скриншоты HxD, заливать, показывать.
Просто запусти HxD или любой редактор и посмотри.
Я уже давно реализовал фичу, мне не интересно к этому возвращаться и доказывать, что так будет лучше.

После чего это происходит? (Карта изменений глючит, бывает белой становится).

Когда стоит тёмная тема и нажимаешь "глазик" (там где поинтеры внизу, в правой части экрана), то эта "карта изменений" показывается без учета темной темы и рисуется светлым фоном.

Если зайти в настройки и выйти, то фон становится нормальным (перманентно?). Но, если сбросить настройки (например, установка на новый комп), то опять появляется этот баг. Его сложно оследить, оно то нормально работает, то глючит. Причем, глючит именно когда этот глазик нажимаешь. Потом, возможно что-то прописывается в настройки и не глючит. Поэтому мне и было важно, что бы легко удалять settings.ini, что бы понять природу бага.

Возможно, цвет фона карты захардкожен как #d0d0d0 без учёта тёмной темы.

Кроме того, там есть еще другой баг. Этот "глазик" не синхронизируется с аналогичным пунктом в меню, вроде. Типо выключил в одном меню, в другом оно не включится. Всё это очень багованно и гемморно пофиксить.

Это вот меня печалит (Скачать можно на Gitflic в релизах). Изначальная идея была в редакторе, который доступен на все популярные современные платформы, а под винду этого добра как говна.

Собрать под Linux из исходников это 5 минут: qmake6 && make и вуаля.
На линух же не принято кидаться бинарниками, оно либо из репо ставится или сам компилишь.

Там даже Qt6 собирать не нужно, все нужное в репах есть.

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

А Мака у меня вообще нету, я не смогу проверить никак. Тут увы, это не ко мне. Даже не знаю, как туда компилируется.
На Маке можно поставить Boot Camp, я слышал. Там можно тестить проги Винды.

Не сталкивался с таким. Текс дизасма принимает нормально, хексы тоже.

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

А тут поподробнее, как это работает? Ты указываешь приложение и передаешь файл как параметр?

Подразумевается, что указываешь аля

Код: [Выделить]

d:\emulator.exe {file}

Вместо d:\emulator.exe, пишешь полный путь к своему эмулятору. Например, кхе, Fusion.
{file} подставляется автоматически, тот ром со вкладки, которую редактируешь. {file} именно так и пишешь, буквально, с фигурными скобками, дословно.

Но, в версиях до 2.3.1 был баг, только аля "d:\emulator.exe" работает.
И небыло времени это тестить.

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

Можешь ведь ведь запустить CMD или Python, а из них как обычно.

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

А лицензия у них какая?

SIL Open Font License 1.1, вроде.
Но, это же типо внешний ассет, не вшито в exe. Просто подключает фонт из ассетов, с фоллбеком на Courier.
Open Font License позволяет юзать в оупенсорс прогах, вроде. Но, у меня даже не на Гитхабе, вряд ли кто-то придет на русский Гитфлик ругаться за какой-то шрифт со свободной лицензией для GNU проги некоммерческой.
Не мои проблемы, короче.

Они сохраняются в настройках в новой версии, но не в .ini, да.

Ты наверное реализовал после того, как я скопировал себе исходники. Поэтому, я не видел, что там были новые фичи. Так бы не прикручивал, наверное.

А причем тут visual c++ runtime, если база – Qt? И какая разница, чем скомпилировано? Хоть шлангом.

Тут ты очень даже не прав.

"Если программа собрана через GCC, ей не нужны файлы msvcp140.dll и другие компоненты Visual C++ Redistributable. Она полностью независима от экосистемы Microsoft Visual Studio.

Qt, это библиотека исходного кода. Чтобы превратить её в рабочую программу, нужен компилятор. Если скомпилировать Qt с помощью MSVC (компилятор от Microsoft), программе обязательно потребуются Visual C++ рантаймы.

Clang на Windows часто использует линковщик от MSVC, поэтому после него рантаймы Microsoft тоже могут понадобиться."

Причем, ты положил рантаймы в архив к бинарникам (ну не буквально сам положил, может автоматизированная система сборки у тебя такая; но положил), что бы юзеры у кого не установлены рантаймы их установливали, что бы прога как-то запустилась, если этих рантаймов у них в системе нет. У тебя через MSVC.

У меня скомпилено GCC и не требует рантаймов, независимо есть msvcp**.dll в системе или чем там скомпилено или нет.

Можешь спросить в гугле: https://www.google.com/aimode , там объяснит более понятно, почему я должен объяснять базу.

Я думал так сделать, но это ни разу не понадобилось. Зачем менять кодировку на ходу? Это, по сути, одноразовое действие.

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

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

под винду этого добра как говна

Например? Хотелось бы услышать, какие есть гексовые редакторы с поддержкой Shift-Jis, таблицами и цветной разметкой областей.

Единственное из нормального, это 010 Editor, который за бабло и нормально так защищен от пиратов. И который много чего не поддерживает, типо таблиц.

Краткое содержание:
"Chaotix отвечает на вопросы: он добавил нумерацию, объясняет отказ от GitHub в пользу Gitflic и хранение настроек в отдельном .ini файле для совместимости разных версий. Критикует излишнюю функциональность в стиле «швейцарского ножа». Попутно перечисляются исправленные баги (сброс шрифта, глюки карты изменений, проблемы с кнопкой запуска эмулятора), обосновывается компиляция через GCC для независимости от Visual C++ Runtime и предлагаются идеи по улучшению."

10

Инструменты / RTHextion - новый hex-редактор для ромхакинга и переводов

« : 06 Май 2026, 00:19:16 »

SeregaZ, ну тогда норм.

Добавил фич в форк и пофиксил часть багов.

Список фич:

- текст (код) можно копировать как base64, что бы просто было копировать разным chatgpt на анализ.

Это полезно тем, кто хочет скопировать кусок кода чатботу (например, в deepseek, kimi или z.ai) и спросить что там такое. Обычно там можно загружать файлы, но не всегда.
Как пользоваться: например копируем начало файла, вставляем чатботу и говорим: "это в base64, посмотри что за кусок, есть ли там что-то интересное и где header.

Если есть что-то более профессиональное или платная подписка, то такое обычно не нужно. Но, многие сайты корявые (типо poe) и нормально можно скопировать только через base64

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

- добавил кнопку "Run". Что она запускает, можно настроить в настройках. Эта же кнопка есть в "Execute" менюшке.
Возможно, потом добавлю туда "translate code" и что еще можно запустить. Пока там только "Run"

- Увеличил в три раза "карту изменений", теперь на ней хотя бы что-то видно и не нужно увеличительное стекло.

- Все значки заменил на Tango, стандартную для Linux и знакомую по KDE. Стало выглядеть солидно.

- Добавил переключение кодировок прямо на панельку, потому что это важное. Shift-Jis поставил в самый верх, что бы просто было найти.

- Переструктурировал меню, теперь в других местах. Старался сделать более логично, как в HxD и wxMEdit, насколько это было возможно, за короткое время. Например, "кодировки" уехали из меню "Файл" в "Просмотр -> Кодировка текста".
Но, там все равно запутанно немного, но лучше чем было.

- Удалил фичи, которые забаговывали прогу: поддержку тем оформления, пресеты и всё это. Тему менять теперь нельзя  и глючной кнопки "Default" нету. Она всё равно ничего не сбрасывала, только ломала.
Что бы сбросить настройки, теперь можно просто удалить ini файл в папке программы.
Если вам нужно несколько тем оформления, ну можно же держать несколько копий редактора. Он не хранит в реестре настройки, как оригинал.

- Удалил поддержку IPS. Создание IPS, загрузка IPS и всё это меню. "Просмотр изменений" переехал в Window меню.

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

И другие фичи, что я забыл. Уже много изменений короче, но в основном на юзабилити, чем на функционал.

Вроде ничего не сломал.

upd: нашёл три бага, но так в оригинале было. Если тему переключаешь светлая/черная, то глючит. Если открыть несколько файлов, то шрифт только в первом норм. Если жмешь "новый файл", то работает не так как этого ожидаешь. Шрифт косячный высплывающей подсказки, если навести курсор на "закрыть окно".
Карта изменений глючит, бывает белой становится.

upd2: cамые критичные баги пофиксил, в версии 2.2.1 и новее. Шрифт теперь нормально в подсказках и между табами, при открытии новых вкладок открывается редактор с 00.
Осталось мало багов, но уже надоело. Пока останется так.

Скачать можно на Gitflic в релизах.

11

Инструменты / Re: RTHextion - новый hex-редактор для ромхакинга и переводов

« : 04 Май 2026, 10:56:39 »

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

Если провести аналогию, то надо как на картинке по центру.

Сейчас идёт в сторону, как справа.

Дизассемблер m86k нужен, но не всем. Теряется универсальность, сильно большой заход в мегадрайв.
Для тех, кто редактит игры Cоньки или компа это лишнее, например.

Если напихивать дизассемблер и прочее прочее, то софтина перестаёт быть просто hex-редактором и превращается в среду разработки для моддинга ромов именно Genesis. А Saturn что? Чем редактить игры Сатурна? Где дизассемблер SH-2? А PlayStation 2? А PSP?

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

Тут ещё проблема в том, что чем больше кода, тем сложнее в нем разобраться со стороны.

12

Инструменты / RTHextion - новый hex-редактор для ромхакинга и переводов

« : 03 Май 2026, 21:36:25 »

налетайте RTHextion 3.0 alpha
Работа с секциями серьезно улучшена, появились группы и, главное, типы секций:
Дизассемблер (пока лучше всего работает для Megadrive, но работа продолжается.

Я короче форкнул редактор для себя. Портебл версия:
Neohextion
Ну а чо делать, портебл ты делать не хочешь и говоришь, что в ini это не модно, надо писать в реестр.

Теперь портебл, настройки сохраняет в settings.ini, без вариантов. Так правильно. По умолчанию японский шрифт моноширинный встроен, 1:2 к английскому (что бы ровно).
Только для Винды. Добавил иконку, без иконки было не солидно.
Скомпилировано GCC, поэтому не должно требовать рантаймов visual c++ runtime.

На базе старой версии, до того как был добавлен дизассемблер. Потому что дизассемблер в гекс редакторе не_нужен. Разработка куда-то идёт не туда, если честно. Гекс редактор должен быть простым как wxMEdit. Но никто не слушает. 

А редатор в целом ведь норм, жалко его. Поэтому и приходится допиливать. Раз GNU, то не обижайтесь на самодеятельность.
Этот ваш Qt6 компилировался три блин часа, между прочим! Поэтому, не хотелось влазить в это болото, но что делать. Всё ради портебл.

У меня работает, но на разных системах не тестил. Я доволен, теперь можно пользоваться, только иконки сделать как в 010 Editor, а не как на этих ваших Маках, разноцветные и большие.
Надо как у Винды 98, маленькое и пикселявое. Но это потом.

13

Программирование / Re: [SMD] MegaDriveRecomp - статический рекомпилятор

« : 03 Май 2026, 21:00:37 »

то есть то что запустился Соник это фейк?

Не обязательно.
Я имел ввиду что, там нету движка, который запускает этот рекомпилированный код. Я добавил туда заглушку.
Но, у автора наверное лежало тут c:\smd_recomp\SegaCxx\output\recomp_runtime.cpp (+recomp_runtime.h), но он не положил на гитхаб. Почему, непонятно.

14

Программирование / [SMD] MegaDriveRecomp - статический рекомпилятор

« : 03 Май 2026, 09:28:01 »

Судя по именам формата func_[hex_addr].cpp, нейронка будто разбивает дизасм на подпрограммы и каждую почему-то заносит в отдельный source-файл, после чего переписывает на C++.

Что бы по скрину не гадать, то вот код во что оно рекомпилирует:
 zt-recomp-20260503.zip (895.52 КБ - загружено 25 раз.)
 HISTORY_RU.txt (13.12 КБ - загружено 20 раз.)
На примере zero tolerance. Там recomp_runtime.h, попытка восстановить недостающий рантайм нейронкой. В HISTORY_RU.txt лог, с чем пришлось столкнуться и почему ничего не получилось. Точнее, 244 из 256 функций компилируются без ошибок (12 нужно фиксить) и нет эмуляции графического чипа (VDP), звука и контроллера. Автор же этого не положил.

Короче, не поиграем в Zero Tolerance в 60фпс и с ogg музыкой.
Не в этот раз.

15

Программирование / [SMD] MegaDriveRecomp - статический рекомпилятор

« : 03 Май 2026, 08:13:21 »

Кто-нибудь знает это случайно не тот же метод которым sonic для android на windows запускают?

Маловероятно. Sonic для Android это рекомпилировали движок Retro Engine от Christian Whitehead, насколько я знаю.

"Кристиан изначально делал фан‑игры по Сонику, затем начал писать свой движок для современных платформ, а потом Sonic Team официально заключила с ним партнёрство и использовала его для официальных релизов.
Использовался для Sonic 1 Remastered, Sonic 2 Remastered, Sonic CD, Sonic Mania и пр.

Android‑порты и Sonic Mania легче рекомпилировать под ПК, чем пытаться дизассемблировать оригинал.

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

В Android‑портах такой код уже давно абстрагирован движком.
Retro Engine уже изначально используют: C/C++‑код; нужные форматы графики и всё это. Поэтому, декомпилировав именно этот код, можно пересобрать проект под Windows гораздо проще.

Sonic 3 A.I.R. это другое, не Retro Engine.
Оригинальный код Sonic 3 & Knuckles был переписан/переведён в высокоуровневый скриптовый DSL (Lemonscript), а не оставлен как голый 68K‑ассемблер; это больше похоже на декомпиляцию, чем на прямую эмуляцию. Внутри используется движок, который частично эмулирует особенности Sega Genesis (регистры, память и т.п.), но сама игра не запускает ROM‑файл в классическом эмуляторе" (C) всем известная инфа

Может что-то новое появилось и кроме декомпилов Retro Engine (я давно не следил за темой).

16

Программирование / [SMD] MegaDriveRecomp - статический рекомпилятор

« : 02 Май 2026, 15:06:09 »

А ты про обратную сборку из cpp, пропустил этот пост 

Да, я не про саму тулзу.
Стоит заметить, она тоже не собирается без приколов. Там нехватало CMakeLists.txt, как у чела на твоём скрине.

Но, если разгадать эту мумбу-юмбу и собрать вопреки тому, что написано автором в build.md, то получишь код аля ассемблер завёрнутый в C++, который так просто нигде не запустить

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

Я больше про Хабр и build.md. Там пафосно написано, что всё просто:
"создаётся код, который можно собрать современным компилятором.
Графика, звук и ввод переподключаются к актуальным API.."

По факту же, даже на этапе "собери тулзу" будут затыки, нехватает файлов

17

Hard'n'Soft / Windows 11

« : 02 Май 2026, 11:57:04 »

и fat32 больше 32 га ...

но только через командную строку, для команды format. Через интерфейс, по-прежнему нельзя

18

Программирование / [SMD] MegaDriveRecomp - статический рекомпилятор

« : 02 Май 2026, 09:13:13 »

Нерабочий нейрослоп, короче.  Было бы из-за чего шум поднимать.

Половины файлов нету нужных для сборки, описание мутное. Если оно работает, то только у автора и только с соником. Больше никто не разберётся, в текущем виде.

19

Ромхакинг / [Wii] Инструкция по разбору файлов

« : 01 Май 2026, 17:17:15 »

Чем хорош формат RVZ ? Чем он отличается от Wbfs ? Или надо искать Iso ?

Если будешь играть только на Dolphin, то RVZ.
wbfs качай, если у тебя есть консоль.

RVZ продвигался разработчиками Dolphin, потому что они не любили порезанные ISO и wbfs, в эмуляторе могло зависать (на самой консоли нет).

20

Программирование / [SMD] MegaDriveRecomp - статический рекомпилятор на основе jgenesis

« : 01 Май 2026, 14:48:43 »

такой приблудой поделился под Sega Genesis - статический рекомпилятор на основе эмуля jgenesis. Позволяет получить из бинарника не asm, а с++ код, который после можно собрать под нужную платформу

И как потом собрать? Cгенерированные func_*.cpp файлы ссылаются на recomp_runtime.h, которого в репозитории нет. Из-за этого полученный код не собирается.

"Невозможно собрать: Отсутствует runtime library

Сгенерированный C++ код зависит от файла recomp_runtime.h, которого нет в репозитории. Проект находится на ранней стадии разработки: рекомпилятор (frontend) работает, но библиотека рантайма (backend), которая предоставляет RecompContext, m68k_flags_move(), recomp_mem_read/write() и прочее, еще не реализована. Это именно та часть, взаимодействующие с железом Genesis (VDP, звук, контроллеры, ROM). Без recomp_runtime.h и его реализации выходной проект невозможно собрать в рабочий бинарный файл. Этот рантайм должен обеспечивать полную (эмуляцию) среды окружения железа Genesis — состояние процессора, карту памяти, рендеринг VDP, FM-синтез звука и ввод с контроллеров, — что само по себе является огромным объемом работы." (C) ai агент

Код: [Выделить]

// Generated by smd_recomp — DO NOT EDIT
#include "recomp_runtime.h"
#include "func_table.h"

У меня не получилось, короче. В одну сторону, работает. Каким-то чудом скомпилировал эти тулзы, они декомпилировали ром (насколько хорошо, большой вопрос). В output папке не появилось никаких рантаймов и makefile, что бы собрать обратно во что-то рабочее.

Наверное, должны были быть recomp_runtime.h и recomp_runtime.cpp, но их там нет. Либо забыли положить, либо не сделано до конца, либо я что-то делаю не так.

21

Дайджест / Steam Controller, Steam Machine и Steam Frame

« : 29 Апрель 2026, 00:50:16 »

.. каковы сценарии использования главного гиммика, а именно тач панелей в реальных условиях?

Может быть полезен. Например, играть в старые игры на телевизоре. До эпохи Xbox 360 мало что поддерживало геймпад.
Не знаю как у кого, у меня в GOG 90% игр точно геймпад не поддерживает, а в Steam таких больше половины.

Правда, за эту цену (учитывая доставку и НДС), и то что этот геймпад очень ограниченный, то вряд ли всем подойдёт. Скорее, для владельцев будущих Стим Машин или Стим Деки.

22

Разработка игр / Re: [PC] Battletoads Returns: Triple Punch

« : 25 Апрель 2026, 23:17:52 »

Прозрачность на чёрном фоне? сомнительная идея. Можно конечно сделать просто не мерцающую надпись  Но фишка - да, в олдскульности.

Вот так, я имею ввиду:

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

Ведь эта надписать не какая-то супер крутая важная фича. Если бы было просто темно-желтым, то никто бы разницы даже не заметил. 
Кроме того, эту картинку все равно все будут пропускать.

Если хотелось эффектно, то можно было визуалайзер, как на картинке выше.

И написано: "track is playing now deep purple .." на английском, даже если выбран русский язык. И всегда играет один трек, но надпись "track is playing now" подразумевает, что могут играть другие треки, не только "deep purple". Но, треки переключать там нельзя. Получается нелогично, что там какой-то особенный трек.

Ещё, бывает, что нажатие Enter срабатывает два раза.
Как-то часто происходит, что нажал один раз, а оно скипнуло несколько раз. Было бы лучше, если бы была логика: "если в меню несколько нажатий меньше чем за треть секунды, то считать за одно нажатие".

Но это мелочи. Я просто удивился, что так сделано.

23

Разработка игр / [PC] Battletoads Returns: Triple Punch

« : 25 Апрель 2026, 21:17:10 »

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

Остальные 4998 просто поленились об этом сказать.

"по статистике, 95–99% игроков никогда не оставляют комментарии вообще, даже если им что-то нравится или не нравится. Но это зависит от популярности игры и платформы" (С) Deepseek, 2026.

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

На компе не всегда геймпады могут быть подключены физически. В ноутах мало портов. Обычное дело, если отключил 2.4G адаптер и не помнишь, что в игре там последний раз настроено было.

А игра много показывает "Прочти!". Натурально, что хочешь это пропукать и жмякаешь Enter много раз.
Попадаешь в меню "Select your character" и не можешь уже из него выйти. Нажимаешь ESC и там эта кнопка не работает.
Нужно хотя бы разрешить игроку нажать там ESC, что бы вернуться в меню и сменить тип управления. Иначе получается "софтлок".

Кстати, игроки бы оценили, если бы эту заставку "Прочти!" можно было бы пропускать перманентно, если юзер прочитал. Записывать в ini, что юзер видел и больше не надоедать. Ведь её все равно станут пропускать Enter. И "track is playing now" надпись мерцает, на некоторых типах мониторов багованно выглядит (зависит от частоты обновления и отзывчивости). Стояло бы просто 60% прозрачность и было бы надежно. А так типо олдскульно, но где-то будут приколы.

и так понятно, если пользователь разобрался

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

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

Потому что где-то это удобнее, а где-то нет.
А совмещенного управления нету. Если бы было совмещенное, R1 и -> ->, то и переключать не надо было. Просто не нажимаешь R1 и всё.

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

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

И "новая игра+" лучше бы было. Наверное, не сложно ведь уровни перемешивать в случайном порядке, получалось бы как новая игра. Это добавило бы реиграбельности.
И немножко какого-нибудь рандома, пусть даже врагов местами менять и усиливать. Два Биг Блага вместо одного или три, например.

В BT&DD и BT всегда этого нехватало, что типо прошёл игру и конец. Такая "новая игра+", лучше чем заставлять игрока каждый раз проходить заново, одно и тоже. И вряд ли требует существенных времязатрат. Ну написал генератор порядка уровней, накидал чуть больше врагов и готово. ИМХО.

А то короткая же, быстро надоест.

24

Разработка игр / [PC] Battletoads Returns: Triple Punch

« : 25 Апрель 2026, 02:57:48 »

Когда вы настраиваете управление, вот как на первом скриншоте, вы его настраиваете для каждого из игроков, а не для каждой из жаб, то есть, если вы например настроили управление для Pimple - третья иконка на первом скриншоте, а потом перед стартом игры выбрали Rash, то управление не будет настроено для первого игрока, поскольку опять же, настройка не для жаб, а для портов, 1-го, 2-го и 3-го.

Это слишком заморочено, тоже долго не мог понять, почему управление не работает.
Оказалось, что ещё в меню пиктограмму надо переключить на геймпад.

Моё имхо, что большой порог вхождения.

В идеале было бы, что если у тебя подключен xinput геймпад (Xbox 360 Controller), то просто включил и играешь. 

Ну и что бы левый стик дублировал (опционально) движение крестовины, а то ведь получается что только крестовиной можно играть, а не на всех геймпадах она удобная или расположена удачно. Хорошо, если это условный Logitech F310 (там крестовина в нужном месте и можно переключать со стиком), а если нет? Тогда только Xpadder костыль.

В общем, я запустил и геймпад не работал. Зашёл в опции, нашел где три жабы..
Вот эти три жабы сильно вводят в заблуждение, думаешь что это настройка управления под каждую конкретную жабу. Лучше туда иконки людей нарисовать, как в Micro Machines или где там подобное было. Тенью, что бы видно было что это Player 1, Player 2 и Player 2, а не жаба. И что бы написано было под ними a-la "Игрок 3".

Само меню тоже запутанное. Отдельно настройка клавиатуры, отдельно настройка геймпада.
Потом в меню пиктограмму на геймпад надо переключить, тоже на сразу догадываешься. После OpenBor думаешь, что раз настроил геймпад то сразу тебе будет работать. А тут чёрта с два, клавиатурой выходи в начало меню и там переключай пиктограмму.

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

И не хватает комбинированного бега, что бы не только "Вперед, Вперед" активировал бег (как по классике), но и с R1 можно было. А в текущем виде, только или/или. "R1" или "Вперед, Вперед"
То что бег на R1 переключается в режиме паузы, тоже не сразу очевидно.

В общем, настройки управления оставляют желать лучшего.

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

Для разнообразия, в таких моментах (где одинаковые враги снова и снова накатывают и ровная прямая) то стоило вставить какого-нибудь уникального врага или положить больше, чем просто бутылки (булыжник хоть какой-нибудь). Или добавить там чела с динамитом, что бы не давал скучать. Ну что-нибудь, не знаю.. Такое даже в Double Dragon 1 было (бочки, булыжники). Или даже тупо мины (как в Неккеццу Денсецу) или ямы. А так локации местами красивые a-la SNES, но одних и тех же врагов мутузить такое себе. Но таких моментов не сильно много, поэтому можно стерпеть, если играешь не несколько раз.

Ещё заметил, что при включении vsync игра просто вылетает.

А ещё игра дает переключится на геймпад, даже если геймпада нету. Это создает казусы.
Например, у меня геймпад был отключен (ну не всегда подключен к ноуту). Игра не переключилась сама на клавиатуру, но в меню работало. С клавиатуры начал новую игру и остался без управления. Нету логики: "если нету геймпадов в системе, fallback на клавиатуру". Оно не должно было даже разрешать включить геймпад, если в системе нету геймпадов..

Зато, игра не запоминает настройки сложности.

И было бы гораздо лучше, что если прошёл уровень, то следующий раз начинаешь игру уже с этого уровня (как в SOR4 условном). Хотя бы для Easy. Ну не все же такие задроты, проходить за один присест всю игру. У меня небыло времени пройти все уровни, что там были, закрыл игру и ушёл. Теперь заново долбить этих мобов? Там даже платформинга нет и никакого рандома, в первых уровнях. Ничего нового не увижу, скилл тоже не прокачается. Их скучно перепроходить, поэтому дальше не играл.

Девелоперу хорошо, он может переключать уровни, а остальным что делать? Страдай и терпи, пока не пройдешь.

А если бы можно было вернуться туда, где закончил игру, то другое бы дело. Это бы было только в плюс игре. Думаю, что если после прохождения игры разблокируется переключение уровней, это было бы в плюс. Сейчас же не 90ые, что все будут задротить каждый раз заново. Ну или хотя бы добавить режим Новая Игра+, где уровни будут случайно выбираться и сложность hard.

Просто проходил мимо, написал мнение как есть. Потому что девелоперу не всегда очевидно то, что видно со стороны. Наверное, у большинства игроков будет плюс-минус похожее и будут спрашивать как настроить управление и почему игра не сохраняется. Потому что не по-стандарту тут, не как в SORR и OpenBOR

25

Общий / Во что сейчас играем?

« : 21 Апрель 2026, 15:41:42 »

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

Там таких затыков меньше по понятно

Но нативная версия с пожатыми в хлам ogg vorbis ~80kbps, а декомпилированная версия забагованная в край. На мыслимых платформах, вроде Android 11 и Win7 вылетает с ошибками, крашится. По крайней мере, когда я последний раз запускал, то так было. На актуальных виндах тоже словил несколько вылетов и снёс к чертям. Проще уже ламповую классику пройти, без приколов и как задумано разработчиками, на оригинальном движке. Декомпилированная там же не оригинальный даже движок, а ремейк на Retro Engine от Christian Whitehead. Ради вайдскрина и всё с теми же пожатыми ogg vorbis.

26

Джойстики и прочие манипуляторы / Re: Как настраивать руль? (ПК/х360)

« : 19 Апрель 2026, 18:35:09 »

Есть какая - нибудь прога в стиле эмулятора х360 пада, только для рулей?

Так руль это формально, геймпад. Проги для геймпадов должны работать, разве нет?
x360ce и XInput Plus, вот всё это.

По идее, ты можешь настроить чувствительность осей и мёртвые зоны.
Если ты говоришь, что в системе оно нормально, то значит игры ожидают чего-то не того. x360ce как посредник примет ввод, дальше перенастроишь и отправишь в игру. Игра уже примет это как руль или геймпад, смотря какой режим включишь.

Если игра поддерживает руль, то можно попробовать:
В x360ce, Controller 1 -> Advanced -> Device Type -> Wheel
И настроить Dead Zone и Saturation.

Если не помогает, то XInput Plus, настроить как-то линейную кривую.

То есть, даже если он определяется геймпадом Xbox 360, то что-то закостылить можешь.
Наверное, даже через vJoy + FreePIE. Но стоит ли того этот геммор?

Быстрый поиск говорит, что там "с кучей проблем: постоянное самодокручивание осей (drift на 2–20°), огромные мёртвые зоны, дёрганье, скрип педалей и задержки". Наверное, намучаешься с ним

а под директом - не видит вообще.

ну вот директ пробрось через старый x360ce в xinput (wheel). Будет эмулироваться Xbox 360 Wireless Speed Wheel.
А то возможно твой руль в xinput это Xbox 360 Controller. Тогда имеет смысл пробросить Direct Input -> Xbox 360 Wireless Speed Wheel, именно как руль. Заодно настроишь оси и мертвые зоны.
Как-то так, тебе виднее чем он там определяется.

А если подключишь как xinput (Xbox 360 Controller) -> перенастроишь в x360ce -> игра, то наверное не будет норм

27

Инструменты / Gens и трассировка кода

« : 13 Апрель 2026, 14:26:33 »

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

А пересобрать нельзя? Gens же на GNU GPL. По лицензии, все форки должны быть с исходниками.
То есть, автор форка взял opensource проект, добавил полезных фичей и не выложил исходный код? Ну, тогда он злодей и такое всячески должно осуждаться и порицаться в любом приличном обществе. Это же вопиющее нарушение всего хорошего, доброго, вечного.

Добавлено позже:

Скотина.

Если бы не выкладывал исходников. Но точно никто не знает.
Но я поискал немного и Google Gemini говорит, что выкладывал. Но найти очень сложно, потому что было в архиве с последней версией, где-то на spritesmind затерялось. Типо может была, но никто не видел.

Будь оно на гитхабе, то проблем бы небыло, а так возможно нету или искать нужно будет очень долго.
У Gens KMod (от Kaneda) и genplusgx (форка для IDA) есть зато исходники и просто собирается.

28

Инструменты / RTHextion: новый hex-редактор для ромхакинга и переводов

« : 13 Апрель 2026, 13:36:25 »

Ну ini – это что-то вообще из 1995 года.

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

Просто на винде исторически сложилось, что проги часто портебл, маленькие и их можно держать в разных папках и переносить легко на другие компы. Это основная фишка винды. В Linux мутузятся с гигабайтными флатпаками и прочим, пытаясь повторить фокус, но получается плохо. Даже маленькие проги ~10Mb, тянут за собой пол системы и весят гигабайты.

Это одна из причин, почему еще не уходят окончательно на Мак или Линух. У тебя лежит прога и она просто работает, например. На других системах она может быть несовместима с новыми версиями библиотек, её уберут из репо или ещё какие приколы.

Вот 010 Editor обновили на линухах, у меня там тему в нем перекосило на последнем KDE. Откатится к предыдущей версии нельзя, убрали рабочие. Чем пользоваться? Ну остается wxMEdit, этот требует старую либу и отказывается работать. Ищешь либу.. Такооой геммор. Проще виртуалку с Виндой 7 поднять. Тут тебе любая старая версия 010 Editor, держи какие хочешь и сколько хочешь, хоть каждый билд.

То есть я понимаю, что на Маках этот принцип непонятен, потому что там этого нет.
Но, на Винде делать портебл проги с простыми ini конфигами это считается хорошим тоном и практично.

А YAML или JSON в большинстве случаев это оверкилл, если можно обойтись простыми парами "ключ-значение".

Ну кому как, но обычно берут по потребностям. Сначала ini, если не нужно много параметров и просто "ключ-значение". Если не хватает, то json. Потом разные YAML оверкилл и прочие XML. Сразу "палить из пушки, если летают только воробьи", ну не очень прагматично.

ini это всегда будет актуально. Можно назвать его cfg, что бы никто не догадался, что это ini. 
cfg это как бы общее название для конфигов, без привязки к формату, тогда не будет напоминать про 1995 год.

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

Сейчас работаю над автообновлением, чтобы эту историю упростить.

Автообновление на винде это вообще страшно. После того как взломали Notepad++ и автообновление качало троянов. А сейчас недавно взломали сервер CPUID и качало тоже троянов.
По сути, делаешь ещё одну дыру в систему. Автообновления не нужно, имхо. Если ты про такого типа обновления, а не про тулчейн.
Наверное, ещё и антивирусы будут триггерить проги, которые хотят скачать что-то из интернета. Будет больше геммора с поддержкой.

29

Инструменты / RTHextion: новый hex-редактор для ромхакинга и переводов

« : 13 Апрель 2026, 00:53:49 »

Реестр – это дефолтный способ хранить настройки в винде. Во времена, когда я виндой пользовался, 99% приложений их там и хранило.

Ну как бы объяснить.. Не веришь мне, послушай Claude Sonnet 4.6 (просто я сам задолбаюсь пруфы искать в гайдлайнах и писать то же самое; не нейрослопа ради):

"Microsoft официально не запрещает такой подход. Но это не значит, что это лучшая практика в 2025–2026 году.

Это была практика эпохи Windows XP/7. Современные приложения — VS Code, Sublime Text, Notepad++, Obsidian, mpv, VLC — все используют %APPDATA% или портативные конфиги. Реестр сегодня — это в основном системный софт, COM-регистрация, автозапуск и т.п.

Современный стандарт де-факто
Для десктопных приложений в 2026 году:

Windows: %APPDATA%\AppName\config.json (или .ini)
Linux: ~/.config/AppName/ (XDG Base Directory Specification)
macOS: ~/Library/Application Support/AppName/

Qt это поддерживает нативно, без сторонних библиотек:

Код: [Выделить]

// Вместо дефолтного QSettings (реестр на Windows)
QSettings settings(
    QStandardPaths::writableLocation(QStandardPaths::AppConfigLocation)
        + "/settings.ini",
    QSettings::IniFormat
);
QStandardPaths::AppConfigLocation сам вернёт нужный путь под каждую платформу. Одна строчка решает проблему кроссплатформенности.

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

Кроме того, Microsoft активно продвигает:

MSIX/AppX пакеты — изолированное хранилище, без мусора в реестре
WinUI 3 guidelines — рекомендуют ApplicationData (аналог %APPDATA%)
Windows Subsystem for Linux — продвигает XDG-совместимые пути

Реестр как хранилище пользовательских настроек приложений — это легаси, которое Microsoft сама постепенно уходит от.

Правила простые:
Настройки (preferences, конфиг) → %APPDATA%\YourApp\

C:\Users\Name\AppData\Roaming\YourApp\settings.ini

Кэш, логи, большие данные → %LOCALAPPDATA%\YourApp\

C:\Users\Name\AppData\Local\YourApp\cache\
C:\Users\Name\AppData\Local\YourApp\logs\


В Qt это выглядит так

Код: [Выделить]

// Настройки → %APPDATA%
QString configPath = QStandardPaths::writableLocation(
    QStandardPaths::AppConfigLocation  // или AppDataLocation
);

// Кэш → %LOCALAPPDATA%
QString cachePath = QStandardPaths::writableLocation(
    QStandardPaths::CacheLocation
);
QStandardPaths автоматически вернёт нужный путь под Windows, Linux и macOS — ничего дополнительно делать не нужно.

Для обычного десктопного приложения (не MSIX) в 2026 рекомендации:

Что хранить	Куда	Переменная
Настройки пользователя	AppData\Roaming\AppName\	%APPDATA%
Кэш, логи, большие данные	AppData\Local\AppName\	%LOCALAPPDATA%
Данные с низкими правами	AppData\LocalLow\AppName\	нет переменной, только через API

Roaming в актуальных гайдлайнах не рекомендуется, но это касается в первую очередь Store-приложений и MSIX, где Microsoft вообще даёт изолированное хранилище и сама управляет путями. Для классического Win32/Qt приложения %APPDATA% для настроек — всё ещё нормальная и общепринятая практика.

Когда используешь QSettings вот так:

Код: [Выделить]

// Самый простой способ, который все пишут по туториалам
QSettings settings("MyCompany", "MyApp");
Qt сам выбирает формат под платформу:

Платформа	Что делает Qt по умолчанию
Windows	Пишет в реестр HKEY_CURRENT_USER\Software\MyCompany\MyApp
macOS	Пишет в ~/Library/Preferences/ в .plist файл
Linux	Пишет в ~/.config/MyCompany/MyApp.conf

Если просто писать QSettings settings(...) и на этом всё — Qt будет писать в реестр на Windows.

Чтобы этого избежать — нужно явно указать формат

Код: [Выделить]

// Явно указать IniFormat — тогда на всех платформах будет файл
QSettings settings(
    QStandardPaths::writableLocation(QStandardPaths::AppConfigLocation)
        + "/settings.ini",
    QSettings::IniFormat  // ← вот этого по умолчанию нет
);

Никто не запрещает, но это как бы не найс. Но, я не настаиваю, просто говорю что легаси.
Вот в 010 Editor (который многие называют "лучшим") все настройки профиля хранятся в "%APPDATA%\Sweetscape\010 Editor 14", к примеру.
wxMEdit хранит в "%APPDATA%\wxMEdit".

То есть, RTHextion это единственный кто пишет в реестр настройки (из актуальных гексовых редакторов), разве нет? 

А в чем суть проблемы? Настройки не редактируются через окно настроек? Для пользователя разницы, как хранятся настройки, быть не должно вообще.

Да, там есть баг.

Суть проблемы:
"Если зайти в File -> Preferences -> Themes и переключится на любую тему, то настройка цветов слетает и всё становится серым.

И сбросить настройки на дефолт я не нашёл как. Ты говорил что можно, но где это, загадка. Нету такой кнопки. Хочется просто кнопку: "Сбросить Настройки" (Default // Reset setting to default). Её нету, либо так запрятано, что без чтения мануалов найти нельзя.

Мне не мешает (я отследил куда прога записывает настройки в реестр и эту ветку удаляю). Но, я сумневаюсь что простой юзер будет знать, что переключать темы оформления принесёт сюрпризов и необходимость чистки реестра. Обычно юзер пойдет в AppData, искать настройки там. Но в AppData ничего нету, тут аля WinXP.
Qt6 и 64бита, но зато пишем только в реестр.. Ну тогда стоило компилить 32бит, через GCC для ХРюши и на wxWidgets, что бы по канону.. А  так оно онли Win10-11, но при этом такой олдскул.   Мухи вместе с коклетами, короче.

Приложение мультиплатформенное, построено на Qt. Соответствено, сохранение настроек унифицировано.

Я не эксперт по Qt, но в чём проблема заюзать QStandardPaths? Звучит просто. Просто подставляешь встроенный в Qt класс, который подставляет стандартный путь в зависимости от ОС. Разве не все так делают?
Там работы наверное на пять минут.

На Linux собственно, никто не запрещает настройки сохранять куда угодно. Можно же и проверки сделать аля: "если Винда и если рядом с бинарём есть setting.json то юзать его, потом лезть в %AppData%". Тогда было бы портебл. А портебл это более кошерно, кого хочешь спроси. 
Даже DuckStation умеет быть портебл.

Прикладывай по возможности скрины: не факт, что баг проявляется у меня

Понял, оно работает. Просто не всегда хорошо видно на чёрном и настройки вроде нету.

А с "Virtually Format" понятно. Ну мануала же нету и F1 не работает, поэтому RTFM тут не катит. Что понятно автору, не всегда очевидно со стороны, особенно когда нету никакой справки и описания ключевых фич и как ими пользоваться

30

Эмуляторы для консолей и мобильных устройств / [Android] Limbo X86 и Русская версия Windows 98

« : 12 Апрель 2026, 11:19:09 »

не за клоны банят на pda ...

Да на 4pda там банят за каждый чих, каким-то AI модератором. Конченный абсолютно сайт. Поэтому, ситуация вполне понятна.

Забанив FireFox Фан, они возможно бы избавили 4pda от некоторых профанских вопросов, но они банят даже тех, кто полезные прошивки и билды выкладывает. Даже если человек был единственным, кто это делал, убивая при этом всю движуху.

Без предупреждений. Причины всегда надуманные, аля "ник похож на Киркорова" или "нам не понравился твой IP" и всё такое. Вчера забанили FireFox Фан, сегодня меня, завтра ты будешь следующим. Там это норма.
Лепят сразу кулдаун на год, не можешь выкладывать ничего. Там безопаснее стало ничего не писать, просто качать. Но, при таком раскладе, кто будет выкладывать новые билды и прошивки, я не знаю.