Симбіоз Nvidia та Sega крізь десятиліття
Стеля оперативної пам'яті PlayStation

Історія модифікацій класичної PlayStation завжди була боротьбою з апаратними лімітами, які свого часу диктували розробникам умови створення ігор. Довгий час межею мрій моддерів вважалося розширення пам'яті до 8 Мбайт, проте останні дослідження дозволили зробити крок наперед. В основі нового технічного рішення ліг аналіз аркадних плат на базі PlayStation, де використовувалися потужніші конфігурації пам'яті. Вивчивши їхній устрій, ентузіаст дійшов висновку, що центральний процесор серійної консолі здатний адресувати значно більший обсяг даних, ніж було передбачено заводськими специфікаціями.
Реалізація цієї ідеї вимагала глибокого втручання в апаратну частину пристрою. За базу було обрано консоль із материнською платою PU-18. Основним завданням стала заміна чотирьох штатних чипів EDO DRAM обсягом по 512 Кбайт. Замість них встановили чипи по 2 Мбайт, вилучені зі старих модулів пам'яті для персональних комп'ютерів.
Технічна складність полягала у фізичному розміщенні компонентів: чотири чипи були розпаяні безпосередньо на платі, а ще чотири — встановлені поверх них у два шари. Для коректного керування цим масивом даних знадобилося витончене рішення з сьомим контактом верхніх чипів, який залишився непідключеним, що дозволило перенаправляти сигнали вибору другого блоку пам'яті. Додатково в систему було інтегровано спеціальну плату QSB, з'єднану з материнською платою за допомогою системи перемичок.
Проте така модернізація стикається з серйозним викликом — дефіцитом компонентів. Виробництво пам'яті EDO DRAM припинилося десятиліття тому, і в міру зростання спільноти моддерів знайти відповідні чипи обсягом 2 Мбайт стає дедалі складніше. Це перетворює подібні експерименти з простого хобі на свого роду «цифрову археологію».
Попри те, що модифікована консоль успішно проходить тести на працездатність, проєкт оголив фундаментальну проблему ретрогеймінгу: програмний бар'єр. Переважна більшість ігор для першої PlayStation були написані з жорсткою прив'язкою до 2 Мбайт ОЗП. Програмний код просто «не бачить» додаткового простору, оскільки адресація пам'яті була зашита в рушії ігор на рівні асемблера.
Практичні результати виявилися неоднозначними. У деяких випадках надлишок пам'яті призводить до нестабільності: наприклад, Final Fantasy IX зависає на екрані завантаження, не в змозі обробити змінену конфігурацію системи. Єдиним винятком стають ігри, для яких спільнотою вже були створені спеціальні патчі під 8-мегабайтну конфігурацію — у них спостерігається певний приріст стабільності або якості.
Зрештою, розширення пам'яті до 16 Мбайт залишається радше тріумфом інженерної думки, ніж практичним покращенням. Навіть якщо програмне забезпечення зможе використовувати цей обсяг, вузьким місцем стане графічний процесор, який не розрахований на обробку збільшених потоків даних, що може призвести до падіння продуктивності. Цей експеримент слугує нагадуванням про те, що у світі старого заліза програмний код є суворішим законом, ніж фізичні можливості кремнію.

