Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
started msx version - help needed as well
#1
also started the msx version as well - the .rom file is created fine, but i still don't know why the .rom file isn't running on OpenMSX - if someone know, please let me know! Smile

for now, the idea is to support msx1, msx2, msx2+, and gfx9000 in the libraries - and having zxbasic-compiler as an useful tool for creating stuff like for contests like msxdev (for this year, the deadline is at november 30! Big Grin )


Attached Files
.zip   example01_msx_zxbasic.zip (Size: 18.6 KB / Downloads: 926)
Reply
#2
i started to have something working, but i can't use 'sub fastcall' as i needed - with multiple parameters (for msxscreen, msxvpoke, etc.) - maybe because the stack? how can we fix this?


Attached Files
.zip   example03_msx_zxbasic.zip (Size: 19.25 KB / Downloads: 875)
Reply
#3
I think i found the problem - I think it is because i need to allocate the variables in a ram memory area, not the stack area

The problem on MSX is we have the memory arranged in 16k banks - for example, in this case, the rom file is between 0x4000 and 0x7FFF, and the variables needs to be in a different bank, like between 0xC000 and 0xFFFF , or between 0x8000 and 0xBFFF - how can we do this? (i can't find anything about at https://zxbasic.readthedocs.io/en/docs/z...ne_Options )

(thanks in advance...)


Attached Files
.zip   example04_msx_zxbasic.zip (Size: 20.59 KB / Downloads: 840)
Reply
#4
yes, it seems that "dim eee as uinteger at $E000" fixes the situation (something is working now! yes! \o/ ), but we need to declare and allocate each variable... :S
(interesting if we could do that automatically from a command line at zxb.py ... )


Attached Files
.zip   example04b_msx_zxbasic.zip (Size: 20.95 KB / Downloads: 836)
Reply
#5
nitrofurano Wrote:yes, it seems that "dim eee as uinteger at $E000" fixes the situation (something is working now! yes! \o/ ), but we need to declare and allocate each variable... :S
(interesting if we could do that automatically from a command line at zxb.py ... )
AFAIK this is a planed feature for a future version of ZXBC. We told already about it some time ago.
------------------------------------------------------------
http://lcd-one.da.ru redirector is dead
Visit my http://members.inode.at/838331/index.html home page!
Reply
#6
LCD Wrote:
nitrofurano Wrote:yes, it seems that "dim eee as uinteger at $E000" fixes the situation (something is working now! yes! \o/ ), but we need to declare and allocate each variable... :S
(interesting if we could do that automatically from a command line at zxb.py ... )
AFAIK this is a planed feature for a future version of ZXBC. We told already about it some time ago.

yes, i knew this from long time - just like us, Boriel saw a huge potential on this cross-compiler being flexible and extensible - as i think you know, this approach is an (important, imho) experimental part for helping this development process, this planed feature for a future version as you are talking about

and since we can consider these Sega-SMS, CCE-MC1000 and MSX extensions as officially working, i imagine that on the future version we would see (specially if we can help on the development) some cleanup, and creating content for all these machines directly and simply, without needing further scripts, patches, and so on...

btw, LCD, did you try to run that .rom file from the attachment above (the "4b") on OpenMSX or any other MSX emulator? Wink
Reply
#7
nitrofurano Wrote:and since we can consider these Sega-SMS, CCE-MC1000 and MSX extensions as officially working, i imagine that on the future version we would see (specially if we can help on the development) some cleanup, and creating content for all these machines directly and simply, without needing further scripts, patches, and so on...
I hope so as I really want to make again some games for SAM Coupé.
nitrofurano Wrote:btw, LCD, did you try to run that .rom file from the attachment above (the "4b") on OpenMSX or any other MSX emulator? Wink
Not yet, I have almost no free time at moment. You probably noticed that I currently sell tons of retro programming books on eBay:
http://www.ebay.at/sch/misutakurashiku/m...1023149181
That consumies almost all of my free time, apart from this, There is still lot to do in BorIDE.
------------------------------------------------------------
http://lcd-one.da.ru redirector is dead
Visit my http://members.inode.at/838331/index.html home page!
Reply
#8
LCD Wrote:Not yet, I have almost no free time at moment. You probably noticed that I currently sell tons of retro programming books on eBay:
http://www.ebay.at/sch/misutakurashiku/m...1023149181
That consumies almost all of my free time, apart from this, There is still lot to do in BorIDE.
Why are you selling them? Confused
Reply
#9
(sorry interrupting the conversation - i did a small and slow progress - i'm still struggling on palette and sprites)

yes, these books are historic, good old memories we have from this kind of books from 80's, a lot we learned from them...


Attached Files
.zip   example04c_msx_zxbasic.zip (Size: 23.55 KB / Downloads: 855)
Reply
#10
boriel Wrote:
LCD Wrote:Not yet, I have almost no free time at moment. You probably noticed that I currently sell tons of retro programming books on eBay:
http://www.ebay.at/sch/misutakurashiku/m...1023149181
That consumies almost all of my free time, apart from this, There is still lot to do in BorIDE.
Why are you selling them?  Confused
I need Space and money, so I decided to reduce the amount of my books dramaticaly (mostly doublets or BASIC books, because I'm very good in BASIC now Wink ). Already 1000 books sold (Austria biggest retro-Books collection). Still over 1000 Books left here at my mothers place. Last week I sold 130 books and some othe stuff on eBay, mostly PASCAL and BASIC Books, some of them very rare (Thomson TO 7 book, etc). I'm a Messie and cannot even move. I overdid it a little while collecting every retro book I was able to purchase.  Sad
------------------------------------------------------------
http://lcd-one.da.ru redirector is dead
Visit my http://members.inode.at/838331/index.html home page!
Reply
#11
Quote:Already 1000 books sold (Austria biggest retro-Books collection). Still over 1000 Books left here at my mothers place.

Confusedhock:


I was watching a video on youtube from the eighties about how to program the speccy

https://www.youtube.com/watch?v=0Tt8TmVc2h8

So I understand the appeal of buying spectrum books.

I dont have any cos Im not a collector of anything.

It would be nice to have a rubber keyed spectrum in the house though
Reply
#12
nitrofurano Wrote:(sorry interrupting the conversation - i did a small and slow progress - i'm still struggling on palette and sprites)

yes, these books are historic, good old memories we have from this kind of books from 80's, a lot we learned from them...

I downloaded the emulator and inserted the rom cartridge and got a colorful screen but I think it crashed.
The screen looked like it was filled with random dots.
Reply
#13
Sorry, but at the moment I'm in a *hard* deadline, and won't be available until weekend. :?
I will try to examine it. Basically, I think (not sure 100%), most traditional compiler / assemblers address banks declaring .DATA, .STACK, .CODE "segments" and the like.
Z80 does not uses this addressing, but flat memory access.
Nice to find a generic solution, or to find out how other compiler /assemblers for MSX deals with this...
Reply
#14
this update is about sprite moving (screenshot: http://img10.imageshack.us/img10/8990/20...0x800s.png) - and the code has some traces of msx2+ display modes use (commented in the code, not being used in the rom file) which will be improved soon


Attached Files
.zip   example04e_msx_zxbasic_charmap.zip (Size: 28.29 KB / Downloads: 815)
Reply
#15
nice demo

does the msx have a similar screen memory layout to the speccy?
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)