desertfish

010 turboloader 033 frogger 098 commandos 155 cybernoid 2 and then having to mess with this to get rid of the ?LOAD ERRORs:

I should really reorganize my computer room as well and get a better desk and something for tidy storage.... The chair that I have is decent, not spectacular but not bad. It has most things adjustable including the arm rests

Thank you. I don't know if you are on github, but if you are, that is maybe a better place to report bugs in prog8. If you're not, just post here

A assume you're getting the following error: (it would help if you paste the error itself as well , if you find any in the future! thanks in advance ) Exception in thread "main" * internal error * java.lang.IllegalArgumentException: Failed requirement. at prog8.ast.statements.VarDecl.replaceChildNode(AstStatements.kt:235) This one has already been fixed very recently in the master branch (that will become version 6.5) !

No, I've just started making it a few days ago. Here's a little preview of what I've got so far: edit: ripped out the keyboard control and replaced it with joystick control. But having a bit of a problem getting the buttons state in a reliable fashion atm.

I'm using VTUI for a game at the moment

@Falken you can play the space traveling and trader sub game in text only mode if you really starved for elite content. However I confess it will get boring rather quickly without the 3d space flight, docking and fighting part...

I'm sorry I didn't mean to talk down the idea. By all means it would be a great tool, for some tasks, just personally I don't (yet) see them That shouldn't stop you on this project ofcourse!

oof, this sounds like a complex beast.... it looks useful for some complicated tasks, but at the same time, it feels like overkill for a simple 8 bit system. Do you really want to write shell scripts (this is my interpretation of what you're proposing) for the system?

@CursorKeys if you plug in a Final Cartridge 3, the "DESKTOP" command will actually work and switch you into this

My take on this top 5: (don't read down if you haven't seen the video yet and want to avoid spoilers on what's in the top5) ChaseVault. Well, what can I say? Pacman. This version is very well made, i'm amazed you managed to pull that off that early for the platform CrazyBoulders I find amazing as well because it's recreated a favorite 8 bit game of my youth (Boulderdash) entirely in Basic and it looks great and plays quite well, though personally I stick with either the original on an emulator or my own remake of that in Python. Maze is a fun little game because of its simplicity and I think the puzzle mechanic it is built around is quite fun. Easy to hop in and out and play a few puzzles in a few minutes. I like that sometimes. Invaderz looks very nice but personally I'm not a fan of space invaders, so haven't really played this. Brixx , again, what can I say, Arkanoid. However I've played many of these breakout type games over the years, and I can't really enjoy a basic variant anymore. My all time favorite I think remains TRAZ on the C64 due to its many extended features (multi paddles, horiz/vertical, many types of bricks and enemies...) Hats off to all authors! Keep m coming!

is it even physically possible to have a non-power-of-two number of banks? Having an odd number of mem chips on the board somehow seems "off" to me (but i'm a noob regarding that so yeah)

Updated the assembler, added the feature to save the assembled program to disk. (note that assembling is still done into system memory first as intermediary step, this is something that will be changed in a future version to allow to assemble larger programs)

For what I can see, it is not mirrored via a vector in ram. The entry at $ff99 in the kernal's jump table directly jmps to another location in rom, instead of doing a vectored (indirect) jmp. Indeed a handful of kernal routines do the vectoring (not many, tbh), but MEMTOP isn't among those. Does this matter?

I don't know what you mean precisely with the question sorry

If you use MEMTOP kernal routine with carry set, it will return the number of ram banks in A: sec jsr MEMTOP ; $FF99 sta num_banks

the GRAPH_xxxxx routines are all hardcoded to 320x200 i think.... that would be a pretty big task to fix all of them?

update regarding V39 of the emulator/roms: I'm updating and fixing some things in Prog8 and its libraries, to accommodate the changes made in the emulator and rom V39 that will be out soon. Starting from the next version of Prog8 that will come out, 6.5, the compiler will produce programs meant to run on V39 of the commanderx16 emulator/rom (and hopefully on the actual hardware) The compiler changes are sometimes incompatible with V38. Stick to prog8 6.4 if you absolutely have to create programs meant to run on V38. Programs compiled by the next prog8 version can sometimes still run on V38, but that is only if you're lucky. I'm not adding backward compatibility to the compiler because I'm expecting everyone that compiles code for it, will hop to V39 anyway, as soon as it is released.

Yup, this is the cause of the problem. I'll try to fix it in the parser. EDIT: fixed , the source file loader now normalizes all line endings to just '\n' and I've simplified the parser grammar to just deal with Unix line endings.

can you please attach the exact tmp.p8 file that fails to compile? I can't reproduce your problem...

That first fragment compiles fine as well.... what error are you observing? sub start() { ubyte[6] array = [ 1,2,3, ; Comment here 4,5,6 ] txt.print_ub(len(array)) } correctly prints 6

@borgar i'm curious about your experiences with Prog8 so far. I'm not really aware of anyone else beside myself using it, so I wonder what you think of it and if you have any comments maybe?

You should add that explanation on the album page, it really adds to the whole production!

WOW, listening to it now! ... is the album cover inspired by the Alan Wake game logo screen by any chance?