# Low-Level Graphics in C – Pixel Manipulation and Frame Buffers Источник: https://www.youtube.com/watch?v=wDWKUvTKCaw Канал: freeCodeCamp.org Опубликовано: 03.08.2026 --- ## 🖥️ Путь к «металу»: основы низкоуровневой графики на языке Си [[JUMP:00:00]] Изучение языка программирования Си часто ограничивается текстовыми консольными задачами, вроде ввода имени или возраста пользователя и вывода результатов через `printf`. Однако истинная сила Си раскрывается в возможности напрямую взаимодействовать с памятью и процессором. Густаво Патси (Gustavo Patsy) в своем обучающем курсе на канале freeCodeCamp предлагает взглянуть на этот язык под совершенно другим углом. Вместо скучных строковых манипуляций разработчики могут научиться управлять пикселями на экране напрямую, превратив монитор в классический двухмерный холст. Этот подход не только делает изучение программирования наглядным и увлекательным, но и закладывает прочный фундамент для понимания архитектуры компьютеров, работы с памятью и создания собственных игровых движков. В качестве основного инструмента используется кроссплатформенная библиотека SDL3, которая позволяет безопасно обойти ограничения современных операционных систем. Подобный подход напоминает золотую эру MS-DOS, когда программисты имели прямой доступ к видеопамяти. --- ## 🛑 Ограничения современных ОС и концепция фреймбуфера [[JUMP:09:13]] В старые добрые времена MS-DOS работа с графикой была предельно простой и интуитивной. Разработчики использовали стандартное разрешение 320 на 200 пикселей, известное как режим 13h (VGA). Экран представлял собой двумерную сетку, а память видеокарты была напрямую отображена на определенные физические адреса оперативной памяти. Достаточно было записать цвет в нужную ячейку памяти по адресу `0xA0000`, чтобы видеодрайвер мгновенно отобразил пиксель на физическом мониторе. Однако в современных операционных системах такой подход напрямую невозможен. * **Защитный слой:** Современные ОС (macOS, Windows, Linux, FreeBSD) изолируют приложения от прямого доступа к железу и памяти устройств. * **Сложность API:** Чтобы нарисовать пиксель, разработчик вынужден использовать специфические системные API конкретной платформы (например, Win32 для Windows или Cocoa для macOS). * **Проблема портируемости:** Код, написанный для одной ОС, абсолютно не будет работать на другой без серьезной переработки. Как отмечал Джонатан Блоу (Jonathan Blow), создатель игр Braid и The Witness, мы живем в эпоху множества защитных барьеров и условностей, усложняющих простейшие операции. Тем не менее, концепция **фреймбуфера (frame buffer)** остается актуальной. Фреймбуффер представляет собой массив в оперативной памяти, который зеркально отображает двухмерную сетку экрана. В современном программном рендерере мы выделяем непрерывный массив данных, где каждый элемент соответствует определенному пикселю. --- ## 🌉 Кроссплатформенный мост: библиотека SDL3 [[JUMP:13:36]] Чтобы избавиться от необходимости писать уникальный код под каждую операционную систему, используется библиотека **SDL** (Simple DirectMedia Layer). SDL выступает в роли надежного моста между низкоуровневым кодом на Си и аппаратным обеспечением целевой машины. Она берет на себя всю работу по взаимодействию с оконной системой ОС, абстрагируя графику, ввод с клавиатуры, мыши и аудио. * **Кроссплатформенность:** Один и тот же вызов функции SDL работает на Windows, Linux и macOS без изменений. * **Абстракция железа:** Библиотека сама определяет целевую платформу во время компиляции и генерирует необходимый системный код. * **Современная версия:** В курсе используется новейшая библиотека SDL3, предлагающая улучшенный и стандартизированный интерфейс. Благодаря SDL разработчик может с помощью универсальных функций создавать окна, рендереры и текстуры, не погружаясь в особенности работы подсистем X11, Wayland или Win32 API. --- ## 🛠️ Установка инструментов и базовая структура кода [[JUMP:24:47]] Процесс установки SDL3 на разных операционных системах предельно прост благодаря современным пакетным менеджерам. Автор демонстрирует установку на macOS с использованием пакетного менеджера Homebrew: 1. В терминале вводится команда `brew install SDL3` для загрузки библиотеки и заголовочных файлов в систему. 2. Для пользователей Linux используется стандартный пакетный менеджер с командой `sudo apt install libsdl3-dev`. 3. В среде Windows установка выполняется через PowerShell с помощью команды `winget install SDL3`. После установки заголовочный файл `` включается в исходный код на языке Си. Для компиляции программы на macOS используется утилита `pkg-config`, которая автоматически передает компилятору GCC необходимые флаги путей к заголовочным файлам и библиотекам компоновки. Чтобы не вводить длинную команду каждый раз, создается стандартный файл `Makefile` с правилами `build` и `run`. --- ## 🪟 Создание окна, рендерера и текстуры [[JUMP:37:38]] Для вывода графики на экран программа на Си последовательно инициализирует графическую подсистему и создает базовые графические сущности: * **Окно (`SDL_Window`):** Создается функцией `SDL_CreateWindow` с указанием заголовка, ширины (320 пикселей), высоты (200 пикселей) и флагов. * **Рендерер (`SDL_Renderer`):** Отвечает за отрисовку внутри окна и связывается с ним через `SDL_CreateRenderer`. * **Текстура (`SDL_Texture`):** Представляет собой изображение формата `SDL_PIXELFORMAT_XRGB8888`, которое привязывается к рендереру. Фреймбуффер объявляется как статический массив 32-битных беззнаковых целых чисел (`uint32_t`), содержащий ровно 64 000 позиций (320 × 200). Каждый элемент массива хранит цвет пикселя в шестнадцатеричном формате RGB. Для масштабирования изображения без потери резкости пикселей применяется режим фильтрации ближайшего соседа (`SDL_SetTextureScaleMode` с параметром `SDL_SCALEMODE_NEAREST`). --- ## ⏱️ Обработка событий, управление частотой кадров и функция `put_pixel` [[JUMP:46:13]] Чтобы приложение не зависало и корректно реагировало на действия пользователя (например, закрытие окна по клику на крестик), в главном игровом цикле реализована функция опросника событий `SDL_PollEvent`. Для достижения стабильной частоты кадров (60 FPS) используется точный подсчет времени через производительные счетчики процессора (`SDL_GetPerformanceCounter`) с динамической задержкой `SDL_Delay`. Ключевым элементом программного рендерера является функция `put_pixel`, которая преобразует двумерные координаты `(x, y)` в индекс одномерного массива фреймбуфера: ```c void put_pixel(int x, int y, uint32_t color) { if (x < 0 || x >= WIDTH || y < 0 || y >= HEIGHT) return; framebuffer[y * WIDTH + x] = color; } ``` Эта формула умножает вертикальную координату `y` на ширину экрана `WIDTH` и прибавляет горизонтальное смещение `x`, обеспечивая точный доступ к памяти пикселей. Проверка границ защищает программу от выхода за пределы массива памяти — критической ошибки в языке Си. --- ## 🔥 Бонус: реализация классического эффекта огня из Doom [[JUMP:01:27:30]] В завершение курса автор демонстрирует практическую мощь созданного программного движка, портируя легендарный процедурный эффект огня из игры Doom. Этот алгоритм оперирует массивом интенсивности огня и специальной цветовой палитрой из 35+ оттенков. Нижняя строка экрана заполняется максимальной интенсивностью цвета, после чего каждый кадр пиксели поднимаются вверх с затуханием и случайным рассеиванием. Полученный результат доказывает, что даже без использования аппаратного ускорения графического процессора (GPU), задействуя исключительно процессорные инструкции (CPU-рендеринг), можно создавать эффективную и интерактивную графику. Созданный мини-движок открывает двери для более сложных тем: рисования примитивов, растеризации треугольников и даже создания трехмерных движков проекции вершин.