Jump to content

semicolo

Members
  • Posts

    128
  • Joined

  • Last visited

Posts posted by semicolo

  1. A long time ago, I beat

    Blue lightning

    Chips challenge

    Gates of Zendocon

    Ninja gaiden

    Rygar (I don't remember it being that hard, but it becomes quickly repetitive)

    Slime world

    Toki

    Xenophobe

     

    I never managed to beat the last level of rampart, went close a few times though.

  2. That is another think I have been wondering, I decent at soldering, so how difficult is it to make a Lynx Cartridge? I'm getting the flash cart from Lynxman soon, so for programming I'm not that worried, its more for when I want to release my game.

     

    The problem with hand soldering is time.

     

     

    --

    Karri

     

    Well if you just want to make a few cards, time isn't the issue, I'd say making the pcb is near impossible at home, you need a professional for that, especially if you want gold plated contacts (I ordered some cards without the plating, they work great but they'll probably need cleaning in the future).

  3.  

    I'm actually putting together a simple skeleton right now. I already have a simple tutorial on setting up the cc65 toolchain on linux here. I just updated my page on getting mednafen up and running for development. With those two pieces in place, I'm able to write a simple hello world skeleton and document the process of writing and running your first code. It will be here when I'm done.

     

    --Wookie

     

    Congratulations Wookie, these pages are cristal clear and with the schematics it's really easy to understand how the lynx works.

  4. If I'm right you can just have 16 colors onscreen (well there are some tricks to increase that number, probably by swapping rapidly the palettes, but I digress)

    So you must fit all your drawings in the same 16 colors palette, or multiple 8, 4, 2 colors palettes (but 16 colors max).

     

    What's wrong with your code is :

    Let's set the 16 colors and draw the background -> ok

    Let's set another 16 colors (the background is now ugly) and draw the character.

     

    Hope I didn't tell too much lies.

  5. I tried porting the sdl handy version, but the speed was too slow to my taste and never released it.

     

    What's nice with the dreamcast is the ability to run homebrews without any modification of the console, just burn the cd and run it.

  6. Crap, I completely forgot about the contest.... I was waiting for it on saturday and did to much thins on sunday and didn't remember it until now.

    Oh well it seems I would have had trouble finding the answers anyway.

     

    Congratulations to the winners.

  7.  

    so...if I used that time convertor website correctly this is what I got:

    Location Local time Time zone

    UTC Sunday, September 13, 2009 at 17:00:00

    Detroit (U.S.A. - Michigan) Sunday, September 13, 2009 at 1:00:00 PM UTC-4 hours EDT

     

    1PM United States time?

     

    Are you sure you entered the french time with UTC+1 ? I live in Quebec (timezone UTC-5) and we have a difference of 6 hours, it'll be 11AM for me, it should be noon for you ( or maybe there are some difference in daylights savings between the 2 countries)

  8. Yep found it, here's a patch to io.c

    246c246,247

    < pByte = in + sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER);

    ---

    > //pByte = in + sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER);

    > pByte = in + 14 + inbmpinfo->bmiHeader.biSize;

    283c284,285

    < pByte = in + sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER);

    ---

    > // pByte = in + sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER);

    > pByte = in + 14 + inbmpinfo->bmiHeader.biSize;

     

    seems like the size of the structs are incorrect, if the info stored in the info header is used, it works.

    I only tested 16colors bmps 256 should be ok (but anyway the resulting sprite is probably ugly)

  9. Hi, I've started playing with sprpck but either I'm doing something wrong or the software is buggy, the palettes it outputs are missing the green value

    When converting a windows bmp file with the 4 first index colors 0x000000,0x000050,0x600000,0x500050 the output palette is :

    char redir[]={0x01,0x23,0x45,0x67,0x89,0xAB,0xCD,0xEF};

    char pal[]={

    0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,

    0x05,0x00,0x65,0x5B,0x50,0xB5,0x0B,0x00,0x50,0xB7,0x5E,0x93,0xB0,0xF5,0xFF,0xFB}

    ;

     

    The first line is all zeroes, I get the same with other palette types

    redir: dc.b $01,$23,$45,$67,$89,$AB,$CD,$EF

    pal: DP 005,000,065,05B,050,0B5,00B,000,050,0B7,05E,093,0B0,0F5,0FF,0FB

     

    If I hardcode the palette by hand it displays correctly, I'll try to see what's wrong in the software.

×
×
  • Create New...