It seems I cheered too soon, a previous test in basic I did was still in vram, so it doesnt quite work
Will get back on this tomorrow.
"filvrm(0x0000,bsize,*gbuf);", the "*" looks wrong, passing first element of array.
Did compiler not warn like function wants pointer.
I think its "filvrm(0x0000,bsize-7,gbuf+7);"
I dont know about order of parameters.
What is "TINY"? It sounds like a 8086 address model, not like size of array elements.
What about the good old char.
Ah yes, ascii msx c doesnt have long, double etc
Tiny is also something that is explained in japanese manual, maybe someone knows its exact function, i only put it where its needed to function properly.
Tomorrow the code will be changed, probably go with char.
(oh and BTW it is not meant for PC, it is to be executed on MSX-DOS2)
Oh, i though it was for PC
Then Assembler is ultra-easy, but I guess I can't convince you
Haha asm isnt my cup of tea, know little bit.
"filvrm(0x0000,bsize,*gbuf);", the "*" looks wrong, passing first element of array.
Did compiler not warn like function wants pointer.
I will have a look in the functionlist about this function, i remember it said 'data' so i guess you re right
well the manual gives the following info about it:
filvrm:
VOID filvrm(adr, len, data)
NAT adr, len;
TINY data;
ah thanks Grauw Filling the screen it did perfectly, only with a pattern
I feel hope for me now!!
the following works, I use this for my own purposes, so I deleted the first 7 bytes with a hex editor, just to get the basics right, it loads into page 1 of screen 5, very simple. Loading the palette is next.
gfile() { FILE *gdata; static TINY gbuf[30375]; int x; int i; int bsize; bsize = 30375; x = 1; gdata = fopen("titles.sr5","rb"); if(!gdata) { exit(1); } fread(gbuf,bsize,x,gdata); ldirvm(0x0000, gbuf, bsize); fclose(gdata); }