PIx to banał, bo to po protu zrzut pamięci + paleta kolorów.

Co do GIF i JPG, to trzeba dekompresowac - bez asemblera zasadniczo nie ma to sensu.

No właśnie kurcze, nie jest tak hop-siup przy mojej znajomości tematu. Z GIF-em, czy JPG to faktycznie masakra i choć są jakieś metody to przy rozdzielczości niskiej TT, wychodzi kicha.
Przerobiłem obrazek na PI9 bo to jest ponoć to, o co biega, znalazłem programik:

ON ERROR GOSUB fin                     
ON BREAK GOSUB fin                           
'

RESERVE 50000                               
super%=GEMDOS(32,L:0)                     
resol&=XBIOS(88,W:-1)                 
sauve_ecr%=XBIOS(2)       
buffer%=MALLOC(77824)                     
image%=buffer%+1024

moniteur%=XBIOS(89)                             
key|=BYTE{&H484}             
IF moniteur%=2                   
  ~XBIOS(5,L:image%,L:image%,W:3,W:&X100110011)   ! VGA: 320x240 256c.

ELSE

  ~XBIOS(5,L:image%,L:image%,W:3,W:&X11)          ! TV:  320x200 256c.

ENDIF

OUT 4,18                               
CLS                                 
BLOAD pic$,buffer%

BMOVE buffer%,&HFFFF9800,1024

'

~INP(2)

'

@fin           
' *--- Fin du programme ---*

PROCEDURE fin

  OUT 4,8                                     
  ~XBIOS(5,L:sauve_ecr%,L:sauve_ecr%,3,resol&) 
  ~MFREE(buffer%)                   
  BYTE{&H484}=key|                     
  ~GEMDOS(32,L:super%)           
  END

RETURN

i jeszcze inny do ładowania PI9 i dalej D.U.P.A.
Z rozdzielczościami ST nie ma problemów, a w tym wypadku nic.

a dajesz w pic$ sciezke do pliku?

No i więcej szczegołów poprosimy, bo my widzimy tylko dupę ;)

Gem view konwertuje z (prawie) wszystkiego na wszystko więc możesz sobie te pliki przekonwertować choćby na jakąś bitmapę i wczytać bez problemu swoim kodem lub innym zwykle używanym w GFA.