Hacker News Digest

AnyPS5 — это инструмент для автоматической портировки исполняемых файлов PlayStation 5 на Linux и Windows без использования эмуляции или отдельного рантайма. Он включает релинкер, который преобразует PS5-бинарники в нативные форматы целевых систем, а также реализации системных библиотек PRX, необходимые для динамической линковки. Проект не требует оригинального ПО или ключей — пользователь должен самостоятельно предоставить легально полученные исполняемые файлы. Поддерживается ввод через SDL-сопоставленные геймпады (включая аналоговые стики и триггеры), а клавиатура и мышь настраиваются через файл anyps5-input.ini.

На текущий статус: часть системных библиотек PS5 уже реализована (процент известных функций растёт с добавлением новых объявлений в core/libs/prx). Shader-рекомпилятор успешно генерирует валидный SPIR-V, проверяемый через SPIRV-Tools при включённой опции ANYPS5_ENABLE_SPIRV_TOOLS. Из проверенных игр запускается Dreaming Sarah (2D-платформер) со стабильными 60 FPS на GTX 1050 Ti и i5-7500. Все неподдерживаемые или ошибочные состояния вызывают std::runtime_error, выводят сообщение в stderr и завершают процесс. Проект распространяется под лицензией GPLv2 и ориентирован на совместимость, исследование и сохранение игр. Полный список совместимых титулов доступен в docs/user/COMPATIBILITY.md.

AnyPS5 ускоряет появление ПК‐портов и подрывает DRM через AI‐реверсинжиниринг, но вызывает опасения: переход к облачному геймингу, высокая задержка в соревновательных играх, необходимость сохранения репозиториев, сложность графических API и скептицизм относительно влияния пиратства на рынок. AI‐инструменты вроде AnyPS5 позволяют быстро создавать рабочие ПК‐версии сразу после релиза, что, по мнению @pitched, сигнализирует о полном разрушении схем защиты копий. Облачный гейминг неприемлем для FPS и MOBA из‐за высокой задержки — так считают многие комментаторы. Спор о будущем облачного гейминга: @wzdd отмечает сокращение Microsoft в этой области и считает масштабный переход маловероятным; @nperez утверждает, что рост продолжится благодаря снижению требований к клиентскому железу и усилению серверного контроля. Сохранение репозиториев критически важно: @someperson рекомендует публичные git‐клоны, @augusto‐moura — автоматизацию обновления через git‐maintenance, а @orionblastar — хранение копий в приватных репозиториях и распределение между разными аккаунтами для защиты от юридических запросов. Техническим узким местом при портировании является проприетарный графический API (GNM), а не процессорные различия, поскольку PS5 использует x86‐64 — так отмечает @dsedgwick. Опасения по поводу массовой потери доходов от пиратства преувеличены: @Retr0id приводит пример с музыкой и фильмами, где день‐один риппинг не привёл к краху индустрии.

Графенос OS — это специализированный сервер Mastodon, предназначенный для официальных аккаунтов проекта и его разработчиков. На нём нет привычных поисковых функций и статистики; сервер обслуживает лишь небольшое сообщество из четырёх активных пользователей.

Ключевой факт: Google заменил выдачу Git‑тегов для некоторых репозиториев на загрузку исходников через Google Drive, сделав процесс крайне затягивающим и неудобным. Это нарушает GPLv2, которая требует предоставления исходного кода по «обычному для программного обеспечения» каналу в разумные сроки, а не через архаичную систему с длительными задержками.

Главное запомнить: использование Google Drive вместо Git‑тегов — явное нарушение лицензии и пример того, как крупные корпорации усложняют доступ к открытым исходным кодам.

Google намеренно усложнил доступ к исходному коду Pixel-устройств, отказавшись от публикации Git-тегов в AOSP и перейдя на ручной запрос через Google Drive. Это нарушает дух GPLv2 — формально код предоставляется, но автоматизация, CI/CD и своевременное исправление уязвимостей становятся невозможными. Регулярные релизы для Pixel прекратились, вынудив GrapheneOS искать альтернативы, включая партнёрство с Motorola. Адаптация к новой системе заняла недели, подтверждая системный, а не случайный характер изменений. Доступ через Google Drive требует ручного взаимодействия, в отличие от прямых ссылок у других проектов, что делает его непрактичным и противоречащим сути лицензии. Некоторые оправдывают это бюрократией или лицензионными ограничениями, но другие видят в этом целенаправленную стратегию по закрытию экосистемы — включая планы по блокировке sideloading. Сравнение с Microsoft, отправляющей код за $5 по почте, показывает, что Google создаёт более высокие барьеры. Потеря доверия со стороны сообщества подтверждается переходом GrapheneOS к другим производителям. Отказ от публикации тегов позволяет только Google воспроизводить точные сборки, снижая прозрачность. Google, будучи одной из крупнейших ИИ-компаний, противоречиво сочетает инвестирование в технологии с уничтожением открытости Android, копируя модель Apple. Отсутствие доступа к исходному коду ставит под угрозу безопасность пользователей. Некоторые считают, что Red Hat нарушает GPLv2 серьёзнее, но это не оправдывает действия Google. Пользователям и разработчикам следует поддерживать альтернативы и требовать отказа от Google-ограниченных драйверов — иначе свободная экосистема Android умрёт.

GrapheneOS сервер — официальная платформа для аккаунтов проекта и его разработчиков в федерированном микроблоге Mastodon. Администратор сервера — admin, единственный активный пользователь, что делает его закрытым сообществом, ориентированным на поддержку разработки и обсуждение технических вопросов. Сервер служит центральным узлом для официальных объявлений, включая критику практик Google, таких как замена Git-тегов на загрузку кода через Google Drive, что нарушает GPLv2 и замедляет обработку запросов.

Ключевые факты: сервер использует Mastodon v4.6.6, поддерживает только 4 активных пользователя, но активно взаимодействует с разработчиками и сторонними сообществами (например, обсуждение проблем с поставщиками чипов, такими как Qualcomm). Цитата: «Google хочет сделать Pixel‑устройства хуже без видимых причин», подчёркивая негативное влияние обновлений на Pixel, в то время как партнёрство с Motorola обеспечивает преимущества для GrapheneOS. Важно помнить, что сервер — часть экосистемы Mastodon, где нет алгоритмов и рекламы, а контент отображается в хронологическом порядке.

Поддержка GrapheneOS на Motorola ограничена флагманами (Signature, Razr) — бюджетные модели не соответствуют требованиям аппаратной безопасности Qualcomm и графикам обновлений, что вызывает разочарование пользователей. Поддержка начнётся только в 2027 году. GrapheneOS блокирует банковские приложения (например, Revolut) и Google Pay на совместимых устройствах из-за отсутствия сертификации Google Play Integrity, несмотря на аппаратную поддержку NFC. Google критикуют за распространение исходного кода через Google Drive и формы запроса — это воспринимается как намеренное усложнение, нарушающее дух GPL, а сжатие коммитов в один тег затрудняет верификацию. Fairphone не получит поддержку из-за недостаточной аппаратной безопасности и медленных обновлений. Альтернативные Linux-ОС (например, Mobian на Pixel 3a) работают стабильно, но требуют технических навыков — их сложность объясняет популярность Android-основанных решений. Спор о AOSP: одни считают, что GrapheneOS выбирает его из-за безопасности, другие — что Android превосходит Linux в управлении питанием, приватности и изоляции приложений, тогда как Linux-сообщество не может договориться даже о композиторе. Пользователи сожалеют об отсутствии поддержки устройств вроде Moto G, где важны SD-карты и кастомизация через LineageOS.