Hacker News Digest

Snowboard Kids был полностью декомпилирован за 84 дня — это в семь раз быстрее, чем сиквел, который занял 596 дней. Успех достигнут благодаря накопленному опыту автора, работе с сообществом и частичному использованию ИИ, хотя ключевую роль сыграли эксперты: inspectredc, Bl00D4NGEL и queueRAM внесли значительный вклад, а около 4.8% коммитов потребовали их вмешательства. Основная сложность заключалась не в понимании логики функций, а в восстановлении точного C-кода, который при компиляции IDO 5.3 давал идентичный машинный код оригиналу. В отличие от GCC 2.7.2, использованного во второй части, IDO — проприетарный компилятор SGI, требовавший обратной инженерии инструментария и статической рекомпиляции. Его особенности, например, автоматическое четырёхкратное разворачивание циклов (совпадающее с числом гонщиков), усложняли задачу. Полученный исходный код поможет спидранерам понять механики скорости и пути ИИ, а также станет основой для моддинга и статической рекомпиляции в будущем. Проект демонстрирует, как накопленный опыт и коллективные усилия ускоряют реверс-инжиниринг даже сложных систем.

Декомпиляция ретро-игр вышла на новый уровень благодаря AI, но юридические и этические вопросы остаются открытыми, а сообщество разделено между стремлением к байт-в-байт совпадению и желанием улучшить игры. **Споры:** - Декомпиляция с опорой на исходный ассемблерный код противоположна «clean room» подходу, так как использует защищённый код вместо независимой реализации. - Воссоздание бинарного кода 1:1 одни считают нетрансформационным и незаконным, другие — fair use, поскольку проекты бесплатны и предназначены для владельцев оригинальных копий. - Часть сообщества требует выполнять декомпиляцию вручную без AI, иначе отказывается принимать результат; другие считают отказ от AI в 2026 году неоправданным ограничением. - Критики осуждают стремление к 100% совпадению с ассемблером вместо функциональной эквивалентности и чистого кода, отмечая отсутствие инструментов для проверки такой эквивалентности. **Практические результаты:** - Декомпиляция Snowboard Kids и других игр стала возможной благодаря накопленному опыту, работе сообщества и частичному использованию AI; ключевые вклады внесли inspectredc, Bl00D4NGEL и queueRAM. - AI построил синтезатор, воспроизводящий музыку из ROM Mega Man Battle Network, и автоматически сопоставил все треки. - Проекты вроде OpenTestDriveUnlimited и Severed Chains показывают, что декомпиляция может не только воссоздавать, но и улучшать игры — например, портировать движки на Vulkan или исправлять дизайн. - Декомпиляция одной игры ускоряет работу с другими играми того же разработчика благодаря узнаваемым паттернам. **Советы:** - Давать каждой задаче явный дедлайн, видимый AI-агентам, чтобы избежать излишней сложности и затянутых сроков. - «Принять AI» недостаточно — нужно выстроить строгую, высококачественную рабочую процедуру. - При работе с устаревшим IP готовиться к «IP hell»: права часто перепродавались, компании исчезли, документы хранятся на физических носителях, а проверка прав дорога и неопределённа. - Начинающим рекомендуется сосредоточиться на понимании игры и документировании, а не полагаться на AI для автоматического выполнения всех задач, иначе теряется глубокое понимание. **Трудности:** - Крупные издатели редко используют результаты декомпиляции для коммерческих релизов из-за сложных контрактов с актёрами, мокапом и неясных прав на IP. - Масштаб задач огромен: один участник потратил два месяца на декомпиляцию Monster Hunter 2 и добился лишь 5% результата. - Проекты со стремлением к 100% совпадению сталкиваются с наибольшими трудностями на последних 5% функций, где несоответствия вызваны спецификой компиляторов и оптимизаций, а не логикой игры.

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

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

• Пользователи хвалят Miele за долговечность (до 20+ лет), ремонтопригодность и доступность запчастей даже для старых моделей.
• Критикуется политика Miele по ограничению доступа к запчастям только для авторизованных сервисов, противоречащая принципам right-to-repair.
• Обсуждается реверс-инжиниринг IrDA-интерфейса стиральных машин, включая Miele, и потенциал универсальных контроллеров для ремонта.
• Отмечается разница в качестве и сервисе между брендами: Miele/Bosch/Speed Queen vs AEG, а также негативный опыт с некоторыми производителями.
• Упоминаются альтернативные решения: покупка б/у запчастей на eBay, универсальные платы и самостоятельный ремонт как экономичный вариант.

После прививки от гриппа автору предложили 24-часовой мониторинг давления с устройством Microlife WatchBP O3, которое автоматически измеряет давление каждые 30 минут днём и 60 ночью. Обнаружив micro-USB порт на устройстве, он решил анализировать данные без использования официального Windows-приложения WatchBP Analyzer. Устройство распознавалось в Linux как hidraw, но для доступа к данным потребовался запуск Windows в виртуальной машине через Gnome Boxes с перенаправлением USB-устройства.

Анализируя трафик между хостом и устройством через Wireshark и usbmon, автор обнаружил, что данные передаются в 32-байтных пакетах. Первый байт указывает количество значащих битов в пакете, третий байт кодирует систолическое давление, четвёртый — диастолическое, а пятый — пульс. Например, пакет 05 0a 89 71 43 9b соответствовал давлению 137/113 и пульсу 67. Однако полной расшифровки протокола не удалось — остались неопределёнными второй и шестой байты, а также отсутствовали метки времени и данные об Oscillometric signal peak pressure (OPP).

• Обсуждение охватывает широкий спектр тем: от «белый халат гипертония» до влияния стресса на показания прибора, отсутствие единого стандарта измерения давления и необходимость повторных измерений, а также ситуации, когда приборы не калиброваны или не стерилизуются.
• Участники обсуждают, что измерение давления в клинических условиях может быть выше, чем дома, и что это может влиять на диагноз и лечение.
• Также обсуждается, что вакцинация может вызывать временное повышение давления, и что это может быть связано с тем, что врачи не всегда правильно интерпретируют показания.
• Участники также обсуждают, что важно иметь в виду, что приборы для измерения давления должны быть калиброваны и стерильны, и что важно правильно интерпретировать показания.
• В конце обсуждение переходит к тому, что важно иметь в виду, что вакцинация может вызывать временное повышение давления, и что это может быть связано с тем, что врачи не всегда правильно интерпретируют показания.

Команда Asahi Linux продолжает работу над поддержкой чипов Apple M3, хотя на данный момент базовая функциональность позволяет только загружать систему до мигающего курсора. Разработчики активно портируют загрузчик m1n1 на язык Rust, что повысит безопасность и поддерживаемость критически важного компонента. Параллельно ведется работа над патчами ядра Linux для версий 6.17 и 6.18, где уже добавлены Device Trees для устройств Apple M2 Pro/Max/Ultra.

Успехи также отмечены в игровой сфере — Wine теперь работает вне muvm, а поддержка графики продолжает совершенствоваться. Несмотря на прогресс с M1 и M2, чипы M3, M4 и недавно анонсированный M5 все еще находятся в стадии обратной разработки. Как отмечают разработчики: "Базовая поддержка M3 существует давно, но она ограничивается возможностью загрузки до мигающего курсора, что полезно только для низкоуровневого реверс-инжиниринга".

• Пользователи обсуждают, что владельцы Mac на M1-M4 чипах по-прежнему не могут полноценно использовать Linux на своих машинах, и это вызывает тревогу, особенно учитывая, что Apple не проявляет особого интереса к поддержке Linux на своих устройствах.
• Участники обсуждения отмечают, что даже несмотря на это, сама по себе поддержка Asahi Linux остается важной, так как она позволяет продлить жизнь этих устройств, когда Apple прекратит поддержку macOS.
• Некоторые участники подчеркивают, что ситуация с Linux на Apple Silicon выглядит как бесконечная борьба, и что это может быть неразрешимой проблемой, если Apple не изменит свою политику.
• Также обсуждается, что в то время как Apple продолжает выпускать новые чипы, Asahi Linux может не успевать за ними, что делает невозможным поддерживать актуальные версии ядра и драйверов.
• Наконец, участники обсуждения отмечают, что существует альтернатива в виде ноутбуков от других производителей, которые лучше подходят для Linux, но они не такие же качественные, как MacBook, что делает выбор сложным для тех, кто предпочитает Linux, но привык к премиальному качеству MacBook.