Ограничения 16-битных игр и их воссоздание в unity

Демаркация

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

• единица измерения для объема данных из 8 бит с блоком символом  «B», в результате чего порядок отдельных бит не важен. Символ единицы не следует путать с символом единицы «B», принадлежащим единице  Bel .
• упорядоченная компиляция ( ) из 8 бит, формальное обозначение которой в соответствии с ISO — октет (1 байт = 8 бит). Иногда октет делится на две половины ( полубайта ) по 4 бита каждая, при этом каждый полубайт может быть представлен шестнадцатеричным числом . Таким образом, октет может быть представлен двумя шестнадцатеричными цифрами.
• наименьший объем данных определенной технической системы , обычно адресуемый через адресную шину . Количество бит на символ почти всегда является натуральным числом. Примеры:
  • для телекса : 1 символ = 5 бит
  • Для компьютеров семейства PDP : 1 символ =  бит = приблизительно 5,644 бит (код Radix 50). Это приводит к экономии нескольких бит на символьную строку по сравнению с 6 битами , которые можно использовать, например, для целей управления. Однако границы байтов проходят сквозь биты, что может затруднить анализ содержимого.бревно2⁡(50){\ displaystyle \ log _ {2} (50)}
  • для IBM 1401 : 1 символ = 6 бит
  • с ASCII : 1 символ = 7 бит
  • для IBM-PC : 1 символ = 8 бит = 1 октет
  • с Nixdorf 820 : 1 символ = 12 бит
  • Для компьютерных систем типов UNIVAC 1100/2200 и OS2200 Series: 1 символ = 9 бит (код ASCII) или 6 бит (код FIELDATA)
  • Для компьютеров семейства PDP-10 : 1 символ = 1… 36 бит, длина байта выбирается произвольно.
• типа данных в языках программирования . Количество бит на байт может варьироваться в зависимости от языка программирования и платформы (в основном 8 бит).
• ISO- определяет 1 байт как непрерывную последовательность не менее 8 бит.

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

В связи с широким распространением систем, основанных на восьми битах (или степени двойки), термин «байт» используется для обозначения 8-битного размера, который на формальном языке (согласно стандартам ISO) правильно обозначается октетом (от английского octet). ) называется. В немецком языке термин «байт» (в смысле 8 бит) используется как единица измерения для спецификаций размера. Во время передачи байт может передаваться параллельно (все биты одновременно) или последовательно (все биты один за другим). Проверочные биты часто добавляются для проверки правильности . Для передачи больших объемов возможны дополнительные протоколы связи . На 32-битных компьютерах 32 бита (четыре байта) часто передаются вместе за один шаг, даже если необходимо передать только 8-битный кортеж. Это позволяет упростить алгоритмы, необходимые для расчета, и уменьшить набор команд для компьютера.

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

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

5 ответов

Лучший ответ

Преобразование 14-битного значения дополнения 2 в 16-битное знаковое, при сохранении значения — это просто показатель:

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

Однако было бы проще просто сдвинуть данные акселерометра на два бита влево и рассматривать их так, как если бы датчик изначально был 16-битным. Нормализация всего до 16 бит имеет то преимущество, что код не требует изменений, если вы используете датчик с любым числом битов до 16. Величина будет просто в четыре раза больше, а два младших бита будут равны нулю — нет информации приобретается или теряется, и масштабирование в любом случае произвольно.

В обоих случаях, если вам нужна величина без знака, это просто:

13

Clifford
4 Дек 2015 в 22:08

Вместо этого я бы сделал простую арифметику. Результатом будет 14-битный знак, который представлен числом от 0 до 2 ^ 14-1. Проверьте, равно ли число 2 ^ 13 или больше (что означает отрицательное значение), а затем вычтите 2 ^ 14.

Пожалуйста, проверьте мою арифметику. (Правильно ли у меня 13 и 14?)

6

uncleO
3 Дек 2015 в 21:13

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

Также, если имеет ширину 16 бит, тогда выражение и все промежуточные значения будут иметь тип == . Это результат «обычных арифметических преобразований», учитывая, что (16-битное) не может представлять все значения типа . У результата будет установлен высокий бит и, следовательно, он будет вне диапазона, представляемого типом , поэтому присвоение ему lvalue типа приводит к поведению, определяемому реализацией. Вам придется проконсультироваться с вашей документацией, чтобы определить, соответствует ли поведение, которое она определяет, тем, чего вы ожидали и хотели.

Если вместо этого вы выполните 14-битное преобразование знака, принудительно отключив старшие биты (), тогда результат — обратное желаемому отрицательному значению — будет представлен 16-битным знаковым `X1 `, поэтому явное преобразование в четко определено и сохраняет (положительное) значение. Результат, который вы хотите, обратен тому, который вы можете получить, просто отрицая его. В общем и целом:

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

1

John Bollinger
3 Дек 2015 в 22:33

Предполагая, что когда код достигает , он имеет значение в диапазоне :

Если кратно 4, можно получить небольшую экономию.

Так что, а не

Вместо

1

chux — Reinstate Monica
3 Дек 2015 в 23:09

Чтобы преобразовать 14-битное дополнение до двух в знаковое значение, вы можете перевернуть знаковый бит и вычесть смещение:

D Krueger
4 Дек 2015 в 00:24

12 или 14? 8 или 16?

Обычно фотограф сталкивается с необходимостью принимать решение о разрядности фотографии в трёх случаях: при выборе разрядности RAW-файла в настройках камеры (12 или 14 бит); при конвертации RAW-файла в TIFF или PSD для последующей обработки (8 или 16 бит) и при сохранении готовой фотографии для архива (8 или 16 бит).

Съёмка в RAW

Если ваша камера позволяет выбирать разрядность RAW-файла, то я однозначно рекомендую вам предпочесть максимальное значение. Обычно выбирать приходится между 12 и 14 битами. Дополнительные два бита лишь незначительно увеличат размер ваших файлов, но зато вы получите бо́льшую свободу при их редактировании. 12 бит позволяют закодировать 4096 уровней яркости, в то время как 14 бит – 16384 уровня, т.е. в четыре раза больше. Ввиду того, что самые важные и интенсивные преобразования снимка я провожу именно на стадии обработки в RAW-конвертере, мне бы не хотелось жертвовать ни единым битом информации на этом критическом для будущей фотографии этапе.

Конвертация в TIFF

Самый спорный этап – это момент конвертации отредактированного RAW-файла в 8- или 16-битный TIFF для дальнейшей обработки в Фотошопе. Весьма и весьма многие фотографы посоветуют вам конвертировать исключительно в 16-битный TIFF, и они будут правы, но только при условии, что вы собираетесь проводить в Фотошопе глубокую и всестороннюю обработку. Часто ли вы этим занимаетесь? Лично я – нет. Все фундаментальные преобразования я осуществляю в RAW-конвертере с 14-битным неинтерполированным файлом, а Фотошоп использую только для шлифовки деталей. Для таких мелочей, как точечная ретушь, избирательное осветление и затемнение, изменение размеров и повышение резкости обычно достаточно и 8 бит. Если я увижу, что фотография нуждается в агрессивной обработке (речь не идёт о коллажах и HDR), это будет означать, что я допустил серьёзную ошибку на стадии редактирования RAW-файла, и самым разумным решением будет вернуться и исправить её, вместо того, чтобы насиловать ни в чём не повинный TIFF. Если же фотография содержит какой-нибудь деликатный градиент, который я всё-таки захочу поправить в Фотошопе, то я без труда перейду в 16-битный режим, проведу там все необходимые манипуляции, после чего вернусь к 8 битам. Качество изображения при этом не пострадает.

Хранение

Для хранения уже обработанных фотографий я предпочитаю использовать либо 8-битный TIFF, либо JPEG, сохранённый в максимальном качестве. Мною движет стремление к экономии дискового пространства. 8-битный TIFF занимает вдвое меньше места, чем 16-битный, а JPEG, который в принципе может быть только 8-битным, даже в максимальном качестве примерно вдвое меньше 8-битного TIFF. Разница в том, что JPEG сжимает изображение с потерями данных, а TIFF поддерживает сжатие без потерь по алгоритму LZW. Мне не нужны 16 бит в финальном изображении, поскольку я не собираюсь его больше редактировать, иначе оно попросту не было бы финальным. Какую-то мелочь можно без труда поправить и в 8-битном файле (даже если это JPEG), но если мне приспичит провести глобальную цветокоррекцию или изменение контраста, то я скорее обращусь к исходному RAW-файлу, чем буду мучить уже сконвертированную фотографию, которая даже в 16-битном варианте не содержит всей необходимой для подобных преобразований информации.

Хакерский редактор Hacker Viewer (Hiew) .

Для визуального восприятия шестнадцатеричного кода воспользуемся замечательным простым, но достаточно функциональным DOS редактором Hacker Viewer (Hiew). Вы найдёте его в папке D:\UTILS\HIEW\ (я надеюсь, что наш архив программ DOS-1.rar уже скачан и DOSBox установлен и запущен).

Запускаем HIEW (Hacker Viewer).

Инструкцию по пользованию Hiew для хакеров от Криса Касперского вы найдёте в папочке readme. Пользоваться редактором просто и удобно.

Откроем с помощью Hiew нашу программу PRG.COM (выбор файлов — F9). При помощи F4 выбираем режим отображения информации HEX (как вы уже знаете, шестнадцатеричный режим). Можете с помощью F4 или Enter по переключаться между режимами отображения.

Переключение режимов отображения в Hacker Viewer.

Обратите внимание на положение Decode (декодирование). Вам это ни о чём не говорит? Да, да, да в Hiew имеется встроенный дизассемблер и даже ассемблер! Можно внести изменения в ассемблерный код, не выходя из редактора и сохранить изменения.
Исполняемый файл останется рабочим — гениальная программа с поразительными возможностями для своего времени!. Подобное отображение HEX системы счисления вы увидите практически во всех отладочных программах и просмотрщиках файлов.
Перемещайте курсор с помощью клавиш стрелок на клавиатуре

Вверху вы заметите изменение цифры указателя (pointer)

Подобное отображение HEX системы счисления вы увидите практически во всех отладочных программах и просмотрщиках файлов.
Перемещайте курсор с помощью клавиш стрелок на клавиатуре. Вверху вы заметите изменение цифры указателя (pointer).

Наша первая программа в шестнадцатеричном виде.

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

Практика

Чтобы мои утверждения не показались вам голословными, проведём пару несложных экспериментов, а вы уж сами решите: нужны ли вам 16 бит или достаточно 8.

Эта фотография сделана в лиственничной роще неподалёку от моего дома и сконвертированна с помощью Adobe Camera Raw. Открыв RAW-файл в ACR, я введу поправку экспозиции –4 EV, тем самым сымитировав недодержку в 4 ступени. Разумеется, никто в здравом уме не допускает подобных ошибок при редактировании RAW-файлов, но нам необходимо с помощью единственной переменной добиться идеально бездарной конвертации, которую мы затем попробуем исправить в Фотошопе. Изрядно потемневшее изображение я дважды сохраняю в формате TIFF: один файл с разрядностью 16 бит на канал, другой – 8.

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

Разница между 8 и 16 битами станет заметной только после того, как мы попытаемся осветлить фотографии, растягивая при этом диапазон яркостей. Для этого я воспользуюсь уровнями (Ctrl/Cmd+L).

На гистограмме видно, что все тона изображения сконцентрированы в узком пике, прижавшемся к левому краю окна. Чтобы осветлить изображение, необходимо отсечь пустующую правую часть гистограммы, т.е. изменить значение точки белого цвета. Взявшись за правый ползунок входных уровней (точку белого), я подтягиваю его вплотную к правому краю сплющенной гистограммы, тем самым давая команду распределить все градации яркости между нетронутой точкой чёрного и заново обозначенной (15 вместо 255) точкой белого. Проделав эту операцию на обоих файлах, сравним результаты.

Даже в таком масштабе 8-битная фотография выглядит более зернистой. Увеличим до 100 %.

16-битное изображение неотличимо от оригинала, в то время как 8-битное сильно деградировало. Если бы мы имели дело с настоящей недодержкой, ситуация была бы ещё печальнее.

Очевидно, что столь интенсивные преобразования, как осветление фотографии на 4 ступени, действительно лучше проводить на 16-битном файле. Практическая же значимость этого тезиса зависит от того, как часто вам приходится исправлять подобный брак? Если часто, то вероятно вы что-то делаете не так.

Теперь представим, что я по своему обычаю сохранил фотографию как 8-битный TIFF, но потом внезапно решил внести в неё какие-то радикальные изменения, а все резервные копии моих RAW-файлов были похищены пришельцами.

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

В ячейки выходных уровней (Output Levels) я ввожу 120 и 135. Теперь вместо доступных 256 градаций яркости (от 0 до 255) полезная информация будет занимать только 16 градаций (от 120 до 135).

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

Теперь я изменил входные уровни (Input Levels) на 120 и 135, т.е. придвинул точки чёрного и белого цвета к краям гистограммы, чтобы растянуть её на весь диапазон яркостей.

Контраст реанимирован, но постеризация заметна даже в мелком масштабе. Увеличим до 100 %.

Фотография безнадёжно испорчена. Оставшихся после безумного редактирования 16 полутонов явно недостаточно для хоть сколько-нибудь реалистичной сцены. Не означает ли это, что от 8 бит действительно нет никакого толку? Не торопитесь делать поспешные выводы – решающий эксперимент ещё впереди.

Вернёмся-ка снова к нетронутому 8-битному файлу и переведём его в 16-битный режим (Image>Mode>16 Bits/Channel), после чего повторим всю процедуру надругательства над фотографией, согласно описанному выше протоколу. После того, как контраст был варварски уничтожен, а затем вновь восстановлен, переведём изображение обратно в 8-битный режим.

Неужели всё в порядке? А если увеличить?

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

Иными словами, если вам предстоит ответственное редактирование 8-битной фотографии – превратите её в 16-битную и работайте, как ни в чём не бывало. Если даже настолько абсурдные манипуляции можно проводить с изображением не опасаясь за последствия для его качества, то уж тем более оно спокойно переживёт ту целесообразную обработку, которой вы действительно можете его подвергнуть.

Спасибо за внимание!

Василий А.

Квантование

Битовая глубина ограничивает отношение сигнал / шум (SNR) восстановленного сигнала до максимального уровня, определяемого ошибкой квантования . Битовая глубина не влияет на частотную характеристику , которая ограничена частотой дискретизации .

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

8-битовое двоичное число (149 в десятичной системе ), причем младший бит выделены

В идеальном АЦП, где ошибка квантования равномерно распределена между младшим значащим битом (LSB) и где сигнал имеет равномерное распределение, охватывающее все уровни квантования, отношение сигнал / шум квантования (SQNR) может быть вычислено из
±12{\ displaystyle \ scriptstyle {\ pm {\ frac {1} {2}}}}

SQNрзнак равно20бревно10⁡(2Q)≈6.02⋅Q dB{\ Displaystyle \ mathrm {SQNR} = 20 \ log _ {10} (2 ^ {Q}) \ приблизительно 6,02 \ cdot Q \ \ mathrm {дБ} \, \!}

где Q — количество битов квантования, а результат измеряется в децибелах (дБ).

Следовательно, 16-битный цифровой звук на компакт-дисках имеет теоретический максимум SNR 96 дБ, а профессиональный 24-битный цифровой звук достигает 144 дБ. По состоянию на 2011 год технология цифрового аудиопреобразователя ограничена отношением сигнал / шум около 123 дБ ( фактически 21 бит) из-за реальных ограничений в конструкции интегральных схем . Тем не менее, это примерно соответствует характеристикам слуховой системы человека . Несколько преобразователей можно использовать для охвата разных диапазонов одного и того же сигнала, комбинируя вместе для записи более широкого динамического диапазона в долгосрочной перспективе, но при этом ограничиваясь динамическим диапазоном одного преобразователя в краткосрочной перспективе, что называется расширением динамического диапазона. .

16-битная архитектура

MIT Вихрь ( с. 1951) было вполне возможно, первый в мире 16-разрядный компьютер. Другие ранние 16-разрядные компьютеры ( около 1965–1970 гг.) Включают IBM 1130 , HP 2100 , Data General Nova и DEC PDP-11 .

Ранние мультичиповые ( ок. 1973–76) включают пятичиповый National Semiconductor IMP-16 (1973), двухчиповый NEC μCOM-16 (1974), трехчиповый Western Digital MCP-1600. (1975) и пятичиповый Toshiba T-3412 (1976).

Ранние однокристальные 16-разрядные микропроцессоры ( ок. 1975–76) включают Panafacom MN1610 (1975), National Semiconductor PACE (1975), General Instrument CP1600 (1975), Texas Instruments TMS9900 (1976), Ferranti F100-L и . Другие известные 16-разрядные процессоры включают Intel 8086 , Intel 80286 , WDC 65C816 и Zilog Z8000 . Intel 8088 был двоичным совместит с Intel 8086, и был 16-бит в том , что его регистры были 16 бит, и арифметические команды могут работать на 16-битных величинах, даже если его внешняя шина была 8 битыми.

16-битное целое число может хранить 2 16 (или 65 536) различных значений. В представлении без знака эти значения представляют собой целые числа от до 65 535; с использованием дополнения до двух возможные значения находятся в диапазоне от -32 768 до 32 767. Следовательно, процессор с 16-разрядными адресами памяти может напрямую обращаться к 64 КБ памяти с байтовой адресацией .

16-битные процессоры почти полностью вытеснены в индустрии персональных компьютеров и используются менее чем 32-битные (или 8-битные) процессоры во встроенных приложениях.

16/32-битные Motorola 68000 и Intel 386SX

Motorola 68000 иногда называют 16-бит , потому что , как она обрабатывается основы математики. Набор команд был основан на 32-битных числах, а внутренние регистры были 32-битными , поэтому по общим определениям 68000 является 32-битным дизайном. Внутренне базовая 32-битная арифметика выполняется с использованием двух 16-битных операций, что приводит к некоторым описаниям системы как 16-битной, или «16/32». Хотя в то время это не было распространенным решением, в начале 1980-х такие решения имели долгую историю в компьютерной области, когда различные конструкции выполняли математические вычисления, даже 1-битные за раз, что известно как «последовательная арифметика», в то время как большинство проектов к 1970-м годам обрабатывались по крайней мере несколько бит за раз.

Типичным примером является Data General Nova , представлявшая собой 16-разрядную архитектуру, выполнявшую математические вычисления как четыре 4-разрядные операции, поскольку это был размер обычного однокристального ALU того времени. Используя определение, применяемое к 68000, Nova будет 4-битным компьютером, или 4/16. Вскоре после появления Nova была представлена ​​вторая версия, SuperNova, которая включала четыре из 4-битных ALU для одновременного выполнения 16-битных математических вычислений и, следовательно, обеспечивала более высокую производительность. Однако это было незаметно для пользователя и программ, которые всегда использовали 16-битные инструкции. Аналогичным образом, более поздние члены семейства 68000, такие как Motorola 68020 , имели 32-битные ALU.

Можно также увидеть ссылки на системы, являющиеся или не являющиеся 16-битными, исходя из некоторых других критериев. Один из распространенных — это когда размер адресного пространства отличается от размера внутренних регистров. Большинство 8-битных процессоров 1970-х годов попадают в эту категорию; MOS 6502 , Intel 8080 , Zilog Z80 и большинство других имели адресное пространство 16 бит, 64 КБ, то есть адрес манипуляции требуется два цикла команд. По этой причине у большинства процессоров были специальные режимы адресации с 8-битной адресацией, улучшающие скорость. Такая разница между размером внутреннего регистра и размером внешнего адреса сохранялась в 1980-х годах, хотя часто менялась на противоположную, поскольку затраты на память в ту эпоху делали машину с 32-битной адресацией, 2 или 4 ГБ, практически невозможной. Например, 68000 выставлял только 24 бита адресации на DIP , ограничивая его все еще огромными (для той эпохи) 16 МБ.

Аналогичный анализ применим к замене процессора Intel , названному 386SX , который представляет собой 32-битный процессор с 32-битным ALU и внутренними 32-битными путями данных с 16-битной внешней шиной и 24-битной адресацией процессора, который он заменил.

Три системы счисления — практическое использование.

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

Шестнадцатеричный (HEX) код удобен для современных процессоров, которые фактически развиваются на основе 16-ти разрядного процессора для персональных компьютеров Intel i8086. В исходных текстах программ практически всех языков программирования цифра обозначает по умолчанию число в десятичной системе счисления (DEC).

Десятичная система счисления более удобна (хотя и не всегда) при написании кода программ, шестнадцатеричная — неотъемлемая часть отладки, взлома, реверсивного программирования.

Двоичная система счисления (BIN) используется в основном при расстановке флагов определённых стилей объектов Windows (стили окон), но об этом попозже. Рассматривая 16 битное число в виде двоичного мы получаем великолепную возможность получить крохотный по размеру набор 16 флагов, где 1 — флаг установлен 0 — флаг снят (например, шестнадцатеричное число 4 000 соответствует двоичному 0100 0000 0000 0000 — установлен второй флаг, остальные сняты; шестнадцатеричное число 3000 соответствует двоичному числу 0011 0000 0000 0000 — установлены третий и четвёртый флаги, остальные сняты ).

Если мы хотим обозначить принадлежность числа к 16-тиричной системе счисления, то:
1. Ассемблер — добавляем к числу постфикс h (H), например: 100h = 256, 10H=16. Иногда для понимания того, что мы имеем дело с числом, в качестве префикса ставят 0 (ноль).
2. Си (С++) к числу добавляется суффикс 0x (0X).

Например: 0x100 = 100h = 0100h = 256, 0x10 = 10H = 010H = 16

Запустите старые программы или игры DRM

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

SafeDisc or SecuROM, например, два ярких примера этого. Эти игры имели свой бум между 2003 и 2008 годами. Но сегодня они не работают. Все игры, использующие эти системы, были отключены. Их невозможно использовать, потому что операционные системы не имеют соответствующих библиотек для этого.

Поэтому, если у нас есть программы или игры со старым DRM, нам придется прибегнуть к следующим приемам.

Запустите DRM вручную

В зависимости от типа DRM, мы можем вручную запустить Эмулятор DRM на винде. Для этого нам нужно открыть окно CMD с правами администратора и выполнить «sc start secdrv». Эта команда запустит SafeDisc Digital Rights Management, и поэтому игры с этим DRM смогут запускаться.

Купить игру еще раз на цифровой платформе

Многие старые игры смогли жить новой жизнью благодаря цифровым магазинам, таким как пар. Некоторые компании, такие как Rockstar, воспользовались ростом этих платформ, чтобы распространять на них свои игры, удаляя (или обновляя) DRM, чтобы они снова работали. Примером этого является GTA San Andreas, который использовал SecuROM.

Обновить игру

Разработчик, возможно, разместил на своем веб-сайте или на каком-либо форуме обновление для игры, которая удалила DRM. Это редко, но это когда-либо случалось. В этом случае нам придется скачать это обновление и установить его, чтобы снять защиту и иметь возможность использовать программу без проблем.

Скачать триггер

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

Список 16-битных процессоров

• Ангстрем

  ЦП серии 1801

• Общие данные
  • Новая звезда
  • Затмение
• Корпорация цифрового оборудования
  • PDP-11 (для LSI-11 см. Western Digital ниже)
    • DEC J-11
    • ДЕК Т-11
• EnSilica

  eSi-1600

• Ферранти
  • Ферранти F100-L
  • Ферранти F200-L
• Общий инструмент

  CP1600

• Фирма Хьюлет-Паккард
  • HP 21xx / 2000/1000 / 98xx / BPC
  • HP 3000
• Honeywell

  Honeywell Уровень 6 / ДПС 6

• IBM
  • Система / 7
  • Серия / 1
  • Система / 36
• Infineon
  • Семейство XE166
  • Семья C166
  • Семья C167
  • XC2000
• Intel
  • Intel 8086 / Intel 8088
  • Intel 80186 / Intel 80188
  • Intel 80286
  • Intel MCS-96
• Локхид

  MAC-16

• MIL-STD-1750A
• Motorola
  • Motorola 68HC12
  • Motorola 68HC16
• National Semiconductor
  • ИМП-16
  • PACE / INS8900
• NEC
  • мкКОМ-16
  • NEC V20 и V30
• Панафаком

  MN1610

• Renesas

  Renesas M16C (16-битные регистры, 24-битное адресное пространство)

• Ricoh

  Ricoh 5A22 (клон WDC 65816, используемый в SNES )

• Инструменты Техаса
  • Техасские инструменты TMS9900
  • TI MSP430
• Toshiba

  Т-3412

• Центр западного дизайна

  WDC 65816/65802

• Western Digital

  MCP-1600 (используется в DEC LSI-11 )

• Ксерокс

  Альто

• Зилог

  Зилог Z8000