Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

2,127 Excellent

About ggn

  • Rank

Contact / Social Media

Profile Information

  • Gender
  • Location
    Athens, Greece
  • Interests
    Comics, Coding
  • Currently Playing
    Some minor stuff in between breaks from Turbo Assembler
  • Playing Next
    What I'll code :)

Recent Profile Visitors

21,577 profile views
  1. FWIW Joker have made a [url=https://www.pouet.net/prod.php?which=72004]similar demo[/url] for the Spectrum:
  2. Nope, quoting from the readme page on the github link:
  3. Well, that's exactly the kind of pass I was looking for to comment again in this thread. First of all: this is a good game. Like I've commented earlier in this thread, the game mechanics do their job well, building on top of solid ideas and giving the player a set of levels that are challenging. This really is not a game for casual gamers, you really have to think hard in some of the levels and consider all the things the worms can and can't do. Now, for some nitpicks: - The music is a bit too... for the lack of a better term I'll go with "busy". Sometimes it grabs my attention when I'm trying to think a few tens of moves ahead and breaks my concentration. Of course the fix for that is to turn the music down or even off. But still I'd have preferred something more relaxed like the Snakebird soundtrack for example. - Similarly, I'd have welcomed some sound fx, so I can have audio feedback when I move or pick up a fruit. Unless there's an option to turn sfx on and I missed it? - As for the graphics, I'd have loved to see some distinction between tiles that matter and static tiles. I.e. some sort of hinting of the fruit, as sometimes they're hard to tell apart plain background tiles. Maybe a subtle flash of those items would have helped (although I guess hardware limitations come into play here. Still, sometimes that doesn't put people off!) - I wish there was a better way to track progress. In some occasions I hit start instead of option to restart a level, and got booted off to the title screen. Then it seems that I have to replay all levels in a world to get to the stage where I was. Not very pleasant, I'll tell you that. Even a sort of password system would have helped, then I could just go back to where I was before the disruption. Hopefully I'm not sounding too negative here. Like I declared above, I like this game. This is just some constructive criticism that only aims to better the game. As for that other matter in this thread...... I've heard all sorts of remarks from people about toxic members of the community, deliberation, malfeasance, and so on and so forth. My reaction to that is: "What?" If someone wanted to harm people's machines or whatever (as I recall reading in this thread), would they go into all the trouble designing a game and adding bells and whistles to it? Really? I thought one would only need to create a binary that bricks people's machines and send it to a party, like some sad people from the Spectrum community did in the past. So please, don't overreact. Now I will say that not supporting U1MB could have been handled better by the game. For example if the game detects U1MB then display a message like "Sorry, this configuration is not supported" and stop executing, instead of plain freezing without any feedback to the user. I'm all up for supporting all configurations, or as many as possible. Heck, I've spent a sizeable chunk of my life fixing stuff so they run correctly across the Atari STs, STEs, TTs, Falcons etc. So I know first hand what a pain it can be. In addition, I've also released quite a few games and demoscene productions, all under the same philosophy. All this gives (in my humble opinion of course) some extra weight to my next point: It doesn't really matter. At home I have at least 5 Atari XL/XEs, either stock or modded. If some game or demo requires a different configuration, I just grab another, switch monitor and power cables and joysticks and I'm up and running in minutes. No problems. If push comes to shove I'll just take a look at the software under the hood and try to fix it myself. But this is a very rare phenomenon, because switching machines is much less effort really. I won't say that communicating this was stellar in this thread. There were a lot of accusations flying from both sides which could have been avoided if people were more calm. Also I'm willing to claim that a chunk of miscommunication can be attributed to the language barrier, so misunderstandings happened. So, to sum things up (and apologies for dragging on and on with this post): - The game is good, could be better, and I encourage people to try solving just a few levels to fully appreciate all the mechanics. Thanks to the authors for this! - Calm down people, it's not the end of the world. It's a 40 year old platform and people should be in it for the fun, not the drama! P.S. If people want to discuss my non game criticism points in the post I encourage them to PM me or hit me up on IRC or something. My intention for this post wasn't to pour more gasoline into the flames, just wanted to present my take on this (and provide some constructive feedback to the authors).
  4. Sorry to hear that. Very weird that you don't have those command line tools available. In all my machines both tools are at c:\windows\system32. As a last ditch attempt you could look if you have xcopy.exe in there. If yes, you'll need to fix your PATH variable. Alternatively here's a fix for build.bat: open it in a text editor and go to line 299. There should be a xcopy command. Delete that line and replace it with the following: mkdir projects\%PROJECTNAME% mkdir projects\%PROJECTNAME%\build mkdir projects\%PROJECTNAME%\assets mkdir projects\%PROJECTNAME%\assets\fonts mkdir projects\%PROJECTNAME%\assets\gfx mkdir projects\%PROJECTNAME%\assets\maps mkdir projects\%PROJECTNAME%\assets\sfx copy include\template\*.* projects\%PROJECTNAME% copy include\template\assets\*.* projects\%PROJECTNAME%\assets copy include\template\assets\fonts\*.* projects\%PROJECTNAME%\assets\fonts This should take care of things.
  5. This is weird, according to Wikipedia xcopy has been a part of Windows system files since Windows NT. In any case, I'd try the following if I were you: 1. Open an administrator command prompt and type "xcopy". If it is found then open a normal command prompt and again run "xcopy". This might indicate some weird permissions problem. 2. (Do this at your own risk! Something bad could happen!) Open an administrator command prompt and type "sfc /scannow". This will repair and hopefully restore missing files. Then try running xcopy and see if it's there. 3. If you don't want try step 2, try opening a command prompt and type "robocopy". If that tool exists I'll change build.bat for you to use that. 4. Failing that, creating a new project using "build.bat <projectname> new" is nothing magical. Just copy the folder "template" from the "include" folder into your "projects" folder. Then rename folder "projects\template" to "projects\yourprojectname" and then open "projects\yourprojectname" folder and rename "template.bas" to "yourprojectname.bas". "yourprojectname" can be replaced with pretty much whatever you like. Then if you open a command prompt and type "build projectname" it should go ahead and build/run the project. Hope this helps, let us know how you get on with this.
  6. I agree with pretty much with what Mariusz said. While I was looking to take Maziacs apart to port it to the Atari ST (which I did) I did look around for z80 disassemblers. What I was looking for was one that would be interactive and have a GUI. I did stumble upon skoolit and after 5 minutes of reading about it I dismissed it - it fails miserably on both my criteria :). Actually the way you control the disassembly and recognise parts of the binary as code or data is one of the most un-intuitive things I've seen. So, to cut a long story short I would recommend that people try Ghidra out. For anyone that gets triggered with the tool being released by the NSA (tinfoil hats on etc etc) there is radare2 and one of its GUIs, cutter. Lastly, for people who want to spend a few bucks there's Binary Ninja, and for those who money is not an issue, IDA Pro. With so many superior choices for disassembly tools, the only reason one would ever use skoolkit is if someone actually disassembled a few z80 games with it (I haven't checked but I doubt that there are people lining up to use this :)). And even then you just get the source code and pipe it into Mariusz' tool and work from there.
  7. That's..... a bit rigging the vote though? I mean, you're influencing people to vote for the more popular entries. This means that people might find some hidden gem among the titles outside the list.
  8. All right, I had a super hard time picking only 10 titles (and even more difficult to rank those), so hard when there's so much quality stuff being released :D. Anyway, here's my pick: 1.Gravity Worms 2.Fruity Pete 3.Adventure Ponies 4.Mister Hoppe 5.Rescue Expedition, The 6.Great Green Adventure 2 Prologue 7.Wasteland 8.Berks Four 9.Last Disk +, The 10.Mini Bros And just for completeness here are the runner ups/honorary mentions/didn't make the cut/sorry I left you out (in no particular order): Space Fortress Omega Jaskiniowiec w czasach Inkwizycji Joyas Millionaire 601F Block on Legs: First Steps Lastly, I'd like to take this opportunity to thank all creators for releasing all those good stuff for us to enjoy. Hope that this year will also be an excellent one for Atari 800!
  9. So far I've tried this on 3 different PCs and they all work, so I sorry but I can't reproduce. I can't think of anything apart from asking you to state your windows version and if it's 32/64 bit. Lastly, open a command prompt and type "set rbtools". If this exists it will point to a path on your hard disk. Verify that it is the exact folder you have your rb+ install. If not you will need to unset it. Grasping at straws here but I can't think of anything else, sorry.
  10. That's @Zerosquare's code which (as he mentioned) is not tested. How about mine?
  11. Sorry, I can't reproduce that here locally. To be clear: I downloaded a full archive from https://github.com/ggnkua/bcx-basic-Jaguar (pushed 'clone or download' button, chose 'download zip'). I unpacked the zip somewhere on the hard drive opened a command prompt at the root of the unpacked zip location I typed "build testproj new" I opened projects\testproj\testproj.bas I edited the file and pasted the sample code from reply #39 and saved I typed "build testproj" on the command prompt Everything built and virtualjaguar came up I really can't imagine what went wrong with you there, it seems like some library is missing or truncated (=corrupt). Try again using the steps I outlined above and let us know what happens.
  12. Right, first of all let me just say that string handling in rb+ has always been a bit problematic (and broken, let's not mince words here). You see the extra space in your print statement because of number-to-string conversion. If you read the bcx help file for str$ it is mentioned that So that's what you see there. How to overcome this? Well, it's a bit complicated but doable of course. Before trying my suggestions you should download the latest rb+ from github as today I've pushed some fixes regarding all this. After the update you can try the following code: dim seconds as float seconds=0.01 dim st$ rlocate 30,30 do vsync st$=str$(seconds) print mid$(st$,2,2) seconds=seconds+0.01 if seconds>=1 then seconds=seconds-1 endif loop If all goes well you will see a 2 digit number counting to 99 and then going back to 00 again. It works by placing the two digits we want to the decimal places of a floating point number, converts that to string and takes the 3th and 4th digit from that (i.e. omit the "0." part of the string). There is also a protection of resetting the number going above 1, because if the number reaches 10, we would have to then take the 4th and 5th digit. Anyway, hope this helps!
  13. Great stuff @xxl - looking forward to the final. Would even buy a physical copy if it happens!
  14. That's a happy banana if I ever saw one!
  15. From the GFA Basic manual: LPOKE XBIOS(14,1)+6,0 --> Sets the head and tail pointers to the keyboard buffer to the buffer start, effectively erasing the buffer. or alternately: REPEAT UNTIL INKEY$="" --> Deletes the keyboard buffer, character by character. Hope this helps!
  • Create New...