Вывод пиксельного изображения.

> Для этого я буду использовать ассемблер

Под линукс на ассемблере не пишут.

Во-первых, лучше не использовать для игр ни ассемблер, ни генерацию пиксельного изображения. Лучше таки изучить SDL и/или OpenGL и выводить через них. Но если будете упорствовать, я бы посоветовал sdl.

Не пиши ничего на ассемблере. SDL.

Плюсую opengl. На асмоненавистников не обращай внимания, fasm тот же. Пиши на чём удобнее, используй glibc.

OpenGL. Зачем держать битмап в памяти я не понял.

Его можно использовать из GLUT, Qt. Есть привязки для кучи языков.

Задача какая-то примитивная... Посмотри что тебе ещё нужно будет, там смотри из под чего проще дёргать.

>OpenGL. Зачем держать битмап в памяти я не понял.

Его можно использовать из GLUT, Qt. Есть привязки для кучи языков.

SDL тоже позволяет держать битмап в видеопамяти, и использовать OpenGL, и есть привязки ко множеству языков.

В линуксе ассемблер - очень плохой тон.

Быстрее всех однозначно OpenGL. С большим отрывом.

В Windows если есть дрова OpenGL, то скорость OpenGL и DirectX одинакова. Но при этом OpenGL провоцирует спользовать immediate mode (glBegin/glVertex/glEnd) вместо VBO. Кто поддался на провокацию, у того медленнее чем DX. В DX есть только один метод рисования - эффективный.

Как компилировать правельнее:

fasm lin32.asm lin32.o
?????
# gcc -lSDL -o lin32 lin32.o
# gcc -o lin32 lin32.o `sdl-config --cflags --libs
# gcc -lSDL -o lin32 lin32.o `sdl-config --cflags --lib

typedef struct SDL_Surface {
Uint32 flags;
SDL_PixelFormat *format;
int w, h;
Uint16 pitch;
void *pixels;
int offset;
...

Если читать из видео памяти не нужно, то в OpenGL лок текстуры (грубо говоря получить указатель в системной памяти на копию текстуры), обновить ее и отправить (glTexSubImage2D(GL_TEXTURE_2D,...)) в видеопамять. Скорее всего это будет наиболее шустрый вариант.

> Если использовать OpenGl то через SDL, GLUT, или по другому?

Как клавиатуру/мышь/джойстик обрабатывать будете? Если руками, то хватит GLUT или даже «чистого» OGL.
Но SDL заботится о вас о формировании окна, обработке ввода и прочих «мелочах».
Для игр я использую OGL поверх SDL (ради универсального способа создания окна и unicode-input).

Спасибо всем,
Думаю попробую побольше вариантов: и SDL, и OGL, ...

В структуре SDL_Surface вычислил смещение относительно начала структуры
переменной-указателя pixels.
Перед ней были два лишних байта, возможно для выравнивания...
Её смещение относительно начала структуры на моей 32-битной машине 0x14.

Как компилировать с SDL думаю нет разницы,
буду использовать короткий вариант:

fasm lin32.asm lin32.o 
gcc -lSDL -o lin32 lin32.o

Правильней.

gcc `sdl-config --libs` -o lin32 lin32.o

И большая просьба, никому свое поделие, которое не получится собрать на современной архитектуре, не показывай. Такие же вот онанисты написали ZSNES, который отличный (пожалуй, даже лучший) эмулятор snes, но который обречен на смерть только потому что там есть куски на асме, когда использовать этот язык для end-user софта можно в олном единственном случае - для альтернативной реализации узких мест, которые _уже_ написаны на C. Счастливо бесполезно потратить время.