Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store  

Asmusr

Members
 View Profile  See their activity

  • Content Count

    4,006

  • Joined

  • Last visited

  • Days Won

    13

Posts posted by Asmusr

  2. Posted

    7 hours ago, Kiwi said:

    I think trimming the top and bottom 1/6, and then the top 2/3 of the screen would be the 3D part, the 1/3 can be the stats and text.  That way you keep the full 64 wide pixels resolution. I think it'll run a bit quicker since it's drawing less. 

    I can't believe this is working on a TMS9918a chip. Really nice job.

    I agree it's probably best not to lose any horizontal resolution, although that would have the biggest effect on performance since fewer rays would have to be cast.

  3. Posted

    1 hour ago, fabrice montupet said:

    Always great work Rasmus!

    I used the page https://raphael.js99er.net/ to make some graphic tests but I haven't found the way to put the textures on the game code.  So I have no idea if what I drew is interesting or not. Here is the texture of the door. If you have some time, can you take a look on it?

    Thanks, that's definitely better than mine. Here's a version using your door.

    What I'm looking for now is dungeon textures and maybe a few monsters, so I can make a demo in a dungeon setting. 

    texcaster8.bin

    • Like 1

  6. Posted

    It looks like you're using the first generation of the emulator, and maybe an old version of that, because the sound issue was fixed in one of the last versions. You have to call a function (AudioContext.resume()) from a handler triggered by the user. That way browsers prevent websites from making sounds without the user's approval. Internet Explorer has never been supported.

     

    Couldn't you just use https://js99er.net/#/cart/munchman for the compo?

    • Like 2

  7. Posted

    15 hours ago, jrhodes said:

    Pressing M opens a map in the latest non-textured .bin, but in this one it just garbles the screen.

    I have fixed the map issue in this version. It also has more optimizations: unpacked textures and some code moved to scratch pad. I'm not sure the difference is that noticeable, however.

     

     

    texcaster8.bin texcaster.rpk

    • Like 4

  9. Posted · Edited by Asmusr

    48 minutes ago, FarmerPotato said:

    A version that takes place on a single layer of blocks would be an appropriate subset. Like Flatland-you can't see or go outside your plane.

     

    There would still be a lot of hidden things, and features that are not 3D like crafting.

    I was thinking of that in 10-liner 49er (aka 99craft) in the contest this year. Only up-and-down and side-to-side like the original Miner from 99er magazine. Or Lost Ruins.

    I would be happy to discuss how to implement Minecraft for the TI in another thread. 🙂

    • Like 2

  10. Posted

    6 hours ago, artrag said:

    Please unpack textures! even if you double the space encoding them twice, once in the lower and in the upper nibble  it will be worth!

    Yes I will try. But it actually requires 4 times the space since I need each pixel in both upper and lower nibble for the max efficiency. Since each texture is 16x64 pixels it will take 2K per texture, so I have to move to a larger bank switched cartridge where I can store 4 textures in each 8K bank.

     

    The other part of the inner texture loop is calculating the source texture address. I use three 16-bit registers for that:

    - One for the base address of the texture column.

    - One for the offset into the column, represented as an 8.8 fixed point number.

    - One for the increment to the offset for each screen pixel, also FP 8.8.

    For each pixel written I add the increment to the offset and the high byte of the offset, which is the number of whole pixels, to the column base address. 

    Actually I think that could be done slightly faster as well if I could assume that no texture column crosses a 256 byte boundary.

      

     

     

     

    • Like 3

  11. Posted

    17 minutes ago, GDMike said:

    Oooh.. could makeTIcraft with this sorta thing, TIcraft wouldn't need speed, just objects.

    If you mean like like Minecraft then no - that would require a real 3D engine that supports horizontal surfaces, for instance. 

    • Like 1

  13. Posted

    5 hours ago, artrag said:

    Great work! It seems faster too

    It could be a bit faster if I 'unpacked' my textures (from 2 pixels/byte to 2 textures with 1 pixel/byte) so I didn't have to spend time shifting bits around.

    • Like 2

  14. Posted · Edited by Asmusr

    1 hour ago, GDMike said:

    And I wanted to use address >FE00 for a couple K and make it a swap address to page in and out to represent my physical user pages of 9-?? Maybe 100 let's say.

    Is that not a good way?

    You can swap in a 4K SAMS page at >F000 (not >FE00) by setting the SAMS register at >401E to the SAMS page number you want to swap in.

    • Like 1

  17. Posted

    I fixed some bugs and optimized a bit, and it now looks like this:

     

     

    The screen in drawn in bitmap mode using the color table only, which gives a resolution of 64x192 with fat 4x1 pixels in full 16 colors.

    • Like 12

  19. Posted

    On 8/9/2020 at 3:24 PM, fabrice montupet said:

    I can't find the wall textures in this file. Is it the one of a previous update?

    I want to do more work on the texture code branch before I share it. The textures are not edited in Magellan but in an editor I wrote for that purpose.

  23. Posted

    8 hours ago, fabrice montupet said:

    Yes,  having ported Raycasting on the TI-99/4A is a real feat. Rasmus'work will always impressed me! Rasmus, you're awesome!
    But  I think that (but it is my own opinion) that colors choices and graphics (especially the soldier shape) could be improved and more harmonious.

    Thanks. You're welcome to improve the graphics. I have attached the Magellan file. It also contains the first level map if you want to design another one.

    map2.mag

    • Like 3

  24. Posted

    I fixed a number of issues, and now it's close to working correctly. But I still think there is some issue with the textures in the horizontal direction.

     

     

    Although the code is not yet optimized, clearly textures are too slow for the a person shooter, so this branch of the code intended for something like an RPG. 

    • Like 5
    • Thanks 1
AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2021 AtariAge

×
×
  • Create New...