Fusion C: 16x16 Sprites not showing on MSX1 real hardware in Screen 2

Страница 4/5
1 | 2 | 3 | | 5

By ericb59

Paragon (1125)

Аватар пользователя ericb59

17-11-2019, 18:28

@Francisco Galvez
Do not be shy, so far, I have not bit anyone LOL!

First thank you for using Fusion-c. And for the git. I will check it soon.
Sprites bugs for MSX1 must be solved now. Just some other test need...
All Sprites and Vpoke functions where rewritten, and more of that they are faster than previous one.

New Fusion-c Update incoming soon.

By ericb59

Paragon (1125)

Аватар пользователя ericb59

17-11-2019, 20:18

@Francisco Galvez
I just tested "Naves" with the fix. it works well on MSX1.
Congratulation for this nice little game. Wink

By MattyT

Rookie (26)

Аватар пользователя MattyT

18-11-2019, 09:04

ericb59 wrote:

@MattyT
I sent you a fix. Let me know if it work well.

I can confirm that my game is now working in both OpenMSX emulating my real CF2700 hardware and my real CF2700 MSX 1 machine.

Thanks Eric for fixing it promptly.

By Francisco Gálvez

Resident (36)

Аватар пользователя Francisco Gálvez

20-11-2019, 19:19

No, no... Congratulations to you ericb59 for fusion-C and allow me make my dream when I was a kid programming games for MSX. Running Naked in a Field of Flowers Thks

By ericb59

Paragon (1125)

Аватар пользователя ericb59

20-11-2019, 20:35

Great !! Wink

if you need the MSX1 Sprite patch before the next release of Fusion-C (In december I think)

download this Zip Archive :
https://drive.google.com/open?id=1KEkismbBO2Ug11cSWf7-7AmxK5...

unzip it and place : fusion.lib inside your /fusion-c/lib/ folder
and msx_fusion.h inside your /fusion-c/header/ folder

other files are just source codes files, you can put them inside /fusion-c/source/lib/ folder if you have to recompile the library

By Francisco Gálvez

Resident (36)

Аватар пользователя Francisco Gálvez

25-11-2019, 21:04

I tried the new version substituting the files you told.
It didn't work. Maybe I have to compile some files (I'm not pretty sure about how to compile separately files if it is necesary).
I use windows 10

Thanks again (and i'm sorry to be so late answering)

PS: again I tested with blueMSX

By MattyT

Rookie (26)

Аватар пользователя MattyT

26-11-2019, 05:52

It worked for me. I didn't need to rebuild the lib. I just used the lib Eric provided and the new header file. I used OpenMSX, and a real MSX.

By ericb59

Paragon (1125)

Аватар пользователя ericb59

26-11-2019, 07:33

Oh Yes sorry I forgot one little fix that impact your code.

Add these two lines in the msx_fusion.h

#define VpeekFirst SetVDPRead
#define VpokeFirst SetVDPWrite

Add them in the top section with other #define

It replace the VpeekFirst and VpokeFirst functions that are not compatible with MSX1.

By Francisco Gálvez

Resident (36)

Аватар пользователя Francisco Gálvez

26-11-2019, 12:46

Awesome Eric... It worked fine.
As Always.. Thnks... It encourages me to keep on working with fusion C.
+1 EXP XD

By fregarni

Resident (39)

Аватар пользователя fregarni

27-02-2020, 12:09

Hi,

I have the problem with the 16x16 sprites on MSX-1 in Screen2, both in real and emulated hardware. I have tried using the patched library along with the new header of msx_fusion.h. I have no problem to compile but, later, when executing the compiled file, when I use the sprites, the whole screen stays in blue and nothing appears. If I try to run it on an MSX-2, the program returns to the MSX-DOS.

I copy the sprites to the VRAM with the CopyRamToVram function. Previously I initialized them (sprite reset function) and indicated their size (16x16).

I am using version 1.1 of Fusion-C.

Any idea why it happens?

Thanks.

Страница 4/5
1 | 2 | 3 | | 5