tutaj są przykłady użycia AES/VDI z GFA
http://freddo.chez.com/GfaBasic/GFABASIC.TXT

Jeżeli masz kartę graficzną, to w 99.99% przypadków gra oleje kartę graficzną i będzie wyświetlać przez oryginalne układy. 0.01% gier działających pod GEMem powinno działać ok.

W C to Ci Sqward podał.

Niekoniecznie. Jeśli masz format ekranu chunky (czyli tak jak na atari) to wrzucasz jeden bajt co osiem bajtów. Jak plannar (czyli tak jak na pc), to tak jak napisałeś.

Jeśli mamy obrazek Degas w ST-High (planar) i chcemy go wrzucić na ekran który jest w rozdzielczości 640x400 w 256 kolorach (planar), to bierzemy nie bajt ale każde kolejne Słowo z obrazka i wrzucamy co ósme słowo na ekran.

W C wygląda to tak.

#include <stdio.h>
#include <tos.h>
#include <vdi.h>
#include <aes.h>
#include <stdio.h>
#include <stdlib.h>

int work_in[12],     work_out[57];
int handle,    phys_handle;
int gl_hchar,    gl_wchar,    gl_hbox,    gl_wbox;


int main(int argc, char *argv[])
{
    phys_handle = graf_handle( &gl_wchar, &gl_hchar, &gl_wbox, &gl_hbox );
    work_in[0]  = handle = phys_handle;
    v_opnvwk( work_in, &handle, work_out );

    printf("Width: %d\n", work_out[0]);
    printf("Height: %d\n", work_out[1]);
    printf("Colors: %d\n", work_out[13]);
    printf("Palette: %d\n", work_out[39]);
    Cconin();

    //~ v_clsvwk( handle );
    return 0;
}

Napisałem z palca więc może być trochę kulawe.
work_out[0] zwraca szerokośc ekranu pomniejszoną o 1;
work_out[1] zwraca wysokość ekranu pomniejszoną o 1;
work_out[13] zwraca ilość dostępnych kolorów na raz - maksymalnie 256 (również dla trybu HiColor/TrueColor);
work_out[39] zwraca wielkość palety (512, 4096, 0 - dla trybów 256 i HiColor/TrueColor)

Dodatkowo przy pomocy  vq_extnd()  work_out[5] można rozróżnić tryb 256 kolorowy od HiColor/TrueColor
http://www.yardley.cc/atari/compendium/ … .htm#color

Ewentualnie z NVDI możesz użyć funkcji vq_scrninfo która daje szczegółowe informacje o ekranie:
http://toshyp.atari.org/en/Inquire_func … q_scrninfo

Dzięki Cyprian.

Poczytałem o tych bitplanach i odpuszczam, zakręcone to jak baranie rogi.

Chciałem wczytać zrzut ekranu w mono (wiadomo rozdzielczość HI, rozmiar 32000) pod kartą graficzną w tej samej rozdzielczości 640x400, ale przy 256 kolorach.

A przypadkiem nie wystarczy wypełnić dwu pozostałych bitów? Jak masz zapalony bit punktu - daj zapalony na pozostałych kanałach. Czyli według mnie powinno zadziałać: wczytuję bajt danych, potem za tym bajtem dubluję dwa bajty z tymi samymi danymi, potem kolejny i tak do końca. Może toporne rozwiązanie, ale powinno zadziałać.

Sikorex, niestety tak by było za łatwo :)
O ile znamy organizację obrazka źródłowego (640x400, 1 bit na piksel), to nie do końca wiemy jak to jest w przypadku karty graficznej. Wiemy że jest to rozdzielczość 640x400 w 256 kolorach, ale nie wiemy jak piksele opisane są w pamięci. Mogą więc być one w organizacji planarnej - czyli każde kolejne 16 pikseli jest rozbite na osiem dwubajtowych planów albo też w  organizacji chunky - 1 bajt na piksel.
Trzeba więc rozpoznać tryb graficzny a potem albo GEMem albo ręcznie przekonwertować grafikę na ekran.