Денис Ковешников

Можно запустить иксы просто выполнив команду 'X', а затем в другой консоли экспортировать переменную display и запускать свою программу.

Но наиболее удобный вариант, это использовать startx, запуская свою программу вместо DM.
https://wiki.archlinux.org/index.php/Xinitrc_(%D0%...

Эксплойт - это программа которая автомотизирует использование уязвимости в ПО.

Так что, на чем напишете, на том и будет.

1. Любой язык в который умеете
2. После выбора языка можно загуглить библиотеки для телеграмма или воспользоваться чисто их api (у них там все подробно написано)
3. читать документацию и учиться программировать

Чз как в вашем start android, но вообще то каждый кадр при перерисовке объект "удаляется" и создается с "новыми" координатами.

Трубы не пересекаются. В старых SDK OpenGL есть исходник этого скринсейвера, можно его найти, если любопытно.

Самое правильное написать скрипт на PS и добавить в планировщик для конкретных пользователей, пример есть тут

Есть так же модуль для PS от Boe Prox, реализует функцию Get-Certificate для удобной проверки срока истечения сертификатов на ПК в локальной сети.

Spine C runtime.
https://github.com/EsotericSoftware/spine-runtimes...
Это не серебряная пуля и не идеальные практики. Пожалуй, в плане кода это пример наоборот, как код писать точно не надо.
Но вот в плане реализации анимаций эта репка тебе очень поможет.

Суть такова. Есть модель, она статична. Есть отрезок времени (таймлайн), на этом отрезке есть точки - ключевые кадры. Ключевой кадр несет в себе информацию о том, какую часть модели и как сместить. Чем проще инструкция в ключевом кадре, тем удобнее. Масштаб, поворот и смещение многие любят разделять по разным таймлайнам.
OGL в этом деле не нужен, до поры.

С помощью SRT таймлайнов можно анимировать объекты в пространстве целиком, но если тебе захочется точно так же анимировать части меша модели, то впереди тебя будут ждать трудности.
Анимацию меша лучше реализовать на основе скелета. Это дело в двух словах уже не описать, тут лучше читать статьи.
www.gamedev.ru/code/terms/SkeletalAnim
www.gamedev.ru/code/articles/skeletal_animation
https://habrahabr.ru/post/219509/
https://habrahabr.ru/post/304042/
www.gamedev.ru/code/articles/?id=4182

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

Только на одной скелетной анимации далеко все равно не уедешь. Когда требуется на одной модели одновременно задействовать сразу несколько скелетных анимаций, если сделать в лоб, то меш поплывет во все стороны.
Для смешивания различных скелетных анимаций применяют так называемые Blend Trees (ссылок под рукой нету, так что сорри).

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

-1) Если игра старая и интересная, кто-то уже точно занимался такой работой. Очень внимательно ищем любые упоминания о модификации игровых ресурсов. Главный источник - фанатские форумы и сайты.
0) Пробуем найти SDK, или исходники, либо исходники SDK, либо описания алгоритмов хранения для движка, который используется. У движков обычно разные поколения, но даже информация о другом поколении бывает полезной, т.к. иногда, от поколения к поколению, не меняют формат хранения ресурсов.
1) Определяем, запакованы-ли ресурсы игры?
Если запакованы:
2.1) Ищем распаковщик. Если есть, распаковываем и преступаем к пункту 3.
2.2) Распаковщика нет. Если игра старая, то сильно хитрых алгоритмов никто не использовал. Пробуем разные простые алгоритмы, типа zip и т.д. применить на распаковку, определить словарь и т.д. Как признак правильного движения - появление осмысленных структур или имен после действия алгоритма. Это уже чистый реверс-инжиниринг алгоритма запаковки. Если все проходит удачно, у нас появляется свой распаковщик. Далее пункт 3.
Если не запакованы:
3.1) Необходимо понять, где какой ресурс, а также какой ресурс в каком формате хранится. Здесь опять-же, могут быть свои форматы, а могут быть какие-то популярные в тот момент, когда игра разрабатывалась.
4) Отдельным пунктом - вычленение из памяти загруженного приложения. Актуально для текстур, текстовых данных.
5) Отдельным пунктом - анализ исполняемого файла приложения и библиотек на способ загрузки ресурсов. Здесь необходимо обладать пониманием низкого уровня работы разных алгоритмов и знание ассемблера. Для пункта 2 очень полезно.

А вообще, если это RenderWare, то, наверное, подойдет что-то типа такого: libertycity.ru/files/gta-san-andreas/84860-renderw...

Можно либо написать в Майкрософт чтобы они стали считать char строкой или просто написать char*, как это сделано в массивах выше.

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

Вспомним фразу из книги "Шерлок Холмс" - " человеческий мозг — это пустой чердак, куда можно набить всё, что угодно. Дурак так и делает: тащит туда нужное и ненужное. И наконец наступает момент, когда самую необходимую вещь туда уже не запихнёшь. Или она запрятана так далеко, что её не достанешь."
На цитаты не обижаемся.

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

С точки зрения железа, процессор при подаче напряжения считывает первую инструкцию из адреса, выставленного на адресной шине. Эта инструкция и есть битовое представление ассемблерной инструкции. Первый адрес на шине обычно выставляется для обращения во flash/rom, далее уже сама программа, зашитая туда, инициализирует сам процессор, память, регистры и периферию, эта программа называется БИОС.Так работают все биосы. Раньше в биос прошивался интерпретатор языка бейсик, теперь его туда не встраивают.
Ассемблер кодирует символьное представление инструкций в битовое, на входе текстовый файл, на выходе бинарный. Для записи инструкций непосредственно в память есть специальный механизм, реализуется аппаратно и называется JTAG, через него можно с другого компьютера писать бинарно непосредственно в память целевого компьютера.
Для тренировки в ассемблере( а без него НИКУДА, так как это символьное представление самих инструкций) рекомендую или простые отладочные комплекты типа arduino/stm32 или простую виртуальную машину, где можно подгружать свой биос из файла.