Dingoo A320 forum

How about the game 'Blood'?

akibal wrote:How about the game 'Blood'?

should be possible i think. and hella fun

wow!! bloody!! gueroche cruo!! man, i just love those cultists of blood, best FPS ever n ever!
i found about this
http://h3g3m0n.wordpress.com/2007/03/17 ... der-linux/
with one is better, dosbox ot qemu? with MSDOS on dingoo, abandonwares like old duke nuken, dungerous dave, or even commander keen will work?
sorry for my noobies questions, i never used linux, and i know nothing about codding

flaviobello wrote:wow!! bloody!! gueroche cruo!! man, i just love those cultists of blood, best FPS ever n ever!
i found about this
http://h3g3m0n.wordpress.com/2007/03/17 ... der-linux/
with one is better, dosbox ot qemu? with MSDOS on dingoo, abandonwares like old duke nuken, dungerous dave, or even commander keen will work?
sorry for my noobies questions, i never used linux, and i know nothing about codding

extremely unlikely anything will run aplyably under DOS emulation. anything on x86 hardware is EXTREMELY complex, and there for needs powerful hardware to emulate.

Cave Story should be possible: a linux SDL port was done, somewhere. Such a great game.

Man, I should check the forums more often.
Didn't know you ported duke3d Joyrider, so I ported it myself (with the same resutls, 8bpp screen/color glitches).
I recorded a short video so you guys can see how it looks like:
http://www.youtube.com/watch?v=p84Nv2zDXsk
The second part features the game spout, which actually runs fine. I'm gonna release it soon when I find some free time (probably tomorrow).

BTW I got the same problems with xrick and powder..

zear wrote:Man, I should check the forums more often.
Didn't know you ported duke3d Joyrider, so I ported it myself (with the same resutls, 8bpp screen/color glitches).
I recorded a short video so you guys can see how it looks like:
http://www.youtube.com/watch?v=p84Nv2zDXsk
The second part features the game spout, which actually runs fine. I'm gonna release it soon when I find some free time (probably tomorrow).

BTW I got the same problems with xrick and powder..

look at this topic : making-sdl-output-at-16bpp-t567.html

that fixed my problems

basicly let the game screen be created by a createRGBsurface in 8 bit pixel mode and the main screen in 16 bit using sdl_setvideomode. Then everywhere the game screen gets flipped add a SDL_BlitSurface(game_screen,null,main_screen,NULL) and sdl_flip(main_screen) stated

the sdl_blitsurface call will convert the 8 bit surface to 16 bit for you ! (i did not know this myselve). Thats also what i did in hheretic and hhexen so you can check it out if you'd like. Duke had also some sound problems when i tried it out but i didn't bother looking at it again

Also if you don't want to use SDL to convert the surface, here is a fast surface conversion that uses lookup tables, could be made faster if it used 16-bit lookup tables but then it would take 256KiB of memory as opposed to 512Bytes probably a good call though.

Code: Select all

#include <stdlib.h>
#include <stdint.h>

uint16_t* clut_create_RGB332() {
   uint16_t* tempOut = (uint16_t*)malloc(256 << 1);
   if(tempOut == NULL)
      return NULL;
   
   uintptr_t r, g, b, i;
   for(i = 0, r = 0; r < 8; r++) {
      for(g = 0; g < 8; g++) {
         for(b = 0; b < 4; b++, i++) {
            tempOut[i] = ((r << 13) | (r <<10)) & 0xF800;
            tempOut[i] |= (g << 8) | (g << 5);
            tempOut[i] |= (b << 3) | (b << 1) | (b >> 1);
         }
      }
   }
   return tempOut;
}

void buffer_convert(uint8_t* inBuffer, uint16_t* inClut, uint16_t* outBuffer) {
   if((inBuffer == NULL) || (inClut == NULL) || (outBuffer == NULL)
      return;
   uint8_t* tempIBuff      = inBuffer;
   uint16_t* tempOBuff      = outBuffer;
   uint16_t* tempOBuffEnd   = ((uintptr_t)outBuffer + (320 * 240 * 2));
   while(tempOBuff < tempOBuffEnd) {
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
      *(tempOBuff++) = inClut[*(tempIBuff++)];
   }
}


Would've been nice if they put some color conversion instructions in the xburst instruction set, instead of the mostly useless instructions it currently has.

Quarantine Quarantine Quarantine Quarantine Quarantine Quarantine Quarantine

A game cant even be attempted to be ported if the source doesn't exist or if there isn't an opensource home made version. The only hope for a game like quarantine is dosbox which I wouldn't hold out much hope on.