Wow, great puzzler and really good port. I know the role model for this game from the Arcades.
Recent community posts
Game is really good, but i wanted to ask again. Would it be possible, to realize a v1.1 version of this game, in which the player could use the Fire-2 button (Pot-X, which is the second button of the "Cheetah Annihilator" controller) or the Space-Bar (or in the best case both) to turn a falling piece in the opposite direction, so that overall, pieces could be turned in both directions and not only in one?
There are hardware-adapters (for the real C64) and also software emulators, that support Fire-2 or Space-Bar and such an addition to the game, would improve the gameplay drastically, especially against the stronger CPU-opponents in the higher levels, where the player has not much time, to place the falling pieces correctly. At the moment, I sometimes only lose, because it takes too long, to turn a piece three times to the right, instead of one time to the left.
All console versions of "Puyo Puyo" allow the player, to rotate in both directions and this would be really great to have in "Oyup" too, therefore i hope for a v1.1, that has Fire-2 (or/and Space-Bar) support integrated. There are more games on the C64 in the meantime, that use more than one button and here in this nice puzzler, 2-Button support really would make a big difference. Short reply would be nice, if such an addition would be possible. For the game "Pillars", 2-button-support would also be great by the way, similar story as with "Oyup", cause both are based on 2-button arcade/console originals.
Yes, something like a "radar", that shows the user, where new passengers wait. It could also be made as a choosable option in the game-menue. Then, users which like it harder gameplay-wise, can turn this off (the gameplay then would be like it is now) and users which like to have this, can turn it on and something like a little arrow, could be seen on the screen. Could also be a nice idea, to make this choosable.
Good game. Sometimes, i need a little bit too long, to find next passengers and in this situations i sometimes wished, a little blinking arrow on the screen would show me the direction, where some passengers wait for me. But apart this, i like the gameplay and also the quite precise control. Landing on platforms in general, is no problem for me, even when they are harder to reach, i just need to use a precise joystick for this. :)
Okay understood, thanks for the detailed description of the problem. Then SD2IEC users indeed have to be patient, before they can save the game. Maybe it's possible in the meanwhile, to freeze the game at one point, by using a freezer-cartridge and continue playing from the freezed file then? But in some games freezing is a problem, so it must be tried out. For the freezed file, it should not be a problem, if it's directly on the SD-Card as a single file, but i haven't tried it out, to freeze this game. On my C64, on which the SD2IEC is connected, i also have a Final-Cartridge-3, so maybe i try this out the next days. Freezing, of course, is not an ideal solution here :) but at least that would be a reasonably good interim-solution, until the SD2IEC version makes it possible, to save at some point.
Hm, you mean, that one save-file more, would be a problem then, because then it would be more than 256 files?
Or do you mean, that the SD2IEC-fileversion of the game then will have a bug, sometime later in the game?
Could saving work for the SD2IEC file-version (all files of the game in one folder) then? If yes, it could be integrated in this version. There is no file-limit, like the disc-version has it.
Really a good port. I always liked this game on my Atari VCS-2600 and this version for the C64 here, is just as much fun. Nice work. Must say, that I really like the Atari-2600, as well as I like the C64 and the Amiga.
It's been a dream of mine for a long time, that someone will port the Atari-2600 version of "Phoenix" one-to-one to the C64 someday, with no changes, because this version is great, just the way it is.
Yes, this finally worked. Download version 1.4 here, look into the SD2IEC folder and there you will find a "file version" of the game, that has all 435 single game-files directly into one folder. Simply copy this folder to the SD-Card of your SD2IEC and start the "!entrance" file there, for example with a filebrowser. Then you can play the game on the SD2IEC without the need, to change disksides.
Nice! I tried it out and have written an Email some minutes ago, because there is still a problem left, with level-names that have special-characters included, when these files were copied in a folder on the PC harddrive. Solution is simple, i wrote everyting in the Email, please have a look.
That's good to hear, that a new version
is planned. As i already wrote, it's not necessary at all, to copy the files together in one d81, because all these files can also be used on a SD2IEC, when they single files, that are all together in only one folder. Then the SD2IEC uses these single files, which are directly on the SD-Card and not in an image. Looking forward to V1.4. Good work, your game is great, by the way.
Nice game and also good, that it comes in a SD2IEC-compatible version as well. But i have one suggestion for improvement for this SD2IEC version of Lykia. In four d81-files this version was released at the moment, which is not really nice to use on SD2IEC, because normally all files together have less than 800kb in size, so they could be put on one SD2IEC easily. Also not all SD2IEC-models have buttons to switch disk-sides, that's the next point.
In the Lykia textfile is written, that putting all files in only one d81-file couldn't be realised, because the number of files would have been to much, to put them on one d81 file (because a disk-image can only contain so many files and so on). But a SD2IEC can also read single files directly from a SD-card when they are placed in a folder and then it can be as many files as you want. At the moment this don't work, because there are files with the same name, but different content, when users for example simply try, to copy together all files from the four d81 into one folder on the SD-card. These doubles then are the problem.
But when the programmers would adjust the names of the files, this would work, then users can copy everything together in ony folder and no diskchange is necessary again on SD2IEC. Or, and this would be even better, the v1.3 SD2IEC-version of the game directly comes as a folder named "lykia" for example, with already all single files inside. No need, for putting all files into a d81-diskimage and having to deal with the "image can only handle this or that number of files" problem then, because on a SD2IEC, these files also work as single files, directly in a folder on the SD-card.
That's my suggestion. The game is much better to use on the SD2IEC, when the users don't have to change the disksides and this could be quite easily achieved on this hardware, only the filenames must be adjusted in the gamecode and directly, so that no doubles with different content would exist finally. Hope, a V1.3 will come in the future.
Very good game, plays very similar to the original Arcade version, which is a compliment, since the arcade original of this game is really great. And this Amiga version here, is very close and much better than the 1989 Amiga version from "Elite", which plays as lame as the Atari-ST port of the game, almost in slow motion somehow. But this Beer Edition here, is really top notch and one of the best (maybe the best) home-version of this game.
And i like both "Beer Edition" versions, the one from 2018 and also the updated version from 2022. Alot users also like the Jarre tune and so on. Maybe it would have been best, to combine the things of both versions (tunes and also the other changes) and make them choosable in the game-menue (on/off)? Then we would not need two versions and everything is choosable in only one version.
Hello. Thanks for the offer, but I fear, that sadly i can't use this unofficial firmware, because, like i wrote, my 1541U1 is one from the very first batches that was released back then, without REU and also board is little bit smaller than the later versions. It was always said, that the latest version you can use with such an old 1541U-MK1 (not MK1+) is V1.72b and with this, the crt dont work. Or is this firmware also for very old MK1 devices? But okay, i am sure, sooner or later a diskversion of the game will come anyway, either from Monte Boyd itself, or from other people.
I understand. Maybe one of the cracking-crews will release a diskversion of the game in the future? We will see, would be not the first time that a game that was only released on cartridge, later gets a diskversion. Because of the loading-times - there exist some really fast loaders in the meantime, especially the ones programmed by the user "Krill" like for example Transwarp and so on, that could maybe be a solution for this. But i am not a programmer, so i can only speculate. Anyway, good new game that you have delivered here.
Looks really great. 2-player simultan-mode would also have been cool. A bit sad, that no diskversion seems to be possible technically. I own two SD2IEC's, some normal floppies and a 1541-U1 (one from the very first batches, on which V1.72b firmware is the latest usable) and sadly, i can't use this crt on any of these hardware (dont work on my 1541-U1). But good game anyway, thumbs up.
Namco had missed their chance a little bit, in my opinion with this old port. Technically it should have been no problem on a C64, to realize it a bit closer to the Arcade original. But okay, it is what it is. For 1982, the early days of the C64, it was an okay port.
One more comment on point (4) .
As I wrote before, an alternative and easier to realize solution than changing the graphics, could be, to simply make the player-sprite a little bit faster in his up/down movements, compared to the speed in his left/right movements. Then, in connection with the somewhat compressed height of the PAL screen-ratio, the impression would again be given to the player, that his sprite would run at the same speed in all four directions, when this speed-increasing for up/down is adjusted correctly. Of course, the speed of the monsters would also have to be adjusted in parallel then, otherwise it would have bad influence on the whole gameplay, when the player could easily run away from the monsters then. The better solution surely would be, to change the complete level-graphics in the PAL-version, but since this would almost amount to a complete reprogramming of the entire game, the solution with "make the sprite faster for up/down a little bit" would be at least an alternative option, that would also bring an improvement in this point .
The C64 could do with an improved version of the game, so, if you ever have the time and inclination to launch something in that direction, that would be cool, because Dig Dug still is a very popular classic, that has alot of fans. :)
If a multiplayer-version of this could come someday, it would really be great, because especially this gameplay here of "Cabygame", is ideal to be played with more than one player at the same time.
Since there are now also 4-player-adapters available for the C64, one could even think about, offering a 4-player-simultaneous mode too in the game-menue, in addition to 1-player and 2-player simultaneous. I could imagine, that this would certainly be super fun as a party game, played with three friends, all sprites together on one screen against each other. :-)
Denise emulator also is very good and when it comes to gaming, not only i would say, it's number-one of all C64-emulators, cause Denise has a RunAhead function for minimizing the input-lag (so it feels like playing on a real C64) and also keyboard-keys can be mapped to buttons on the controller, which also is a big improvement in the playability of alot C64-games, also here in "Briley Witch Chronicles".
Yes indeed. And this background-noise you mentioned, which improves the atmosphere in the game, also reminds me a bit of the background-noise in the game "Paradroid" (my favorite game on the C64 since my childhood by the way, especially the redux-version is fabulous), because it sounds similar. Like some kind of rotors in work :-)
I can tell some of the disadvantages of the old Namco-version on the C64. First of all - it's not a bad game, but it has some weak points, which kills the fun a little bit. These things should be improved in this old version:
(1) the overall-speed is to slow, especially on a PAL-C64. The version for NTSC-C64 machines plays better when it comes to this, but even this version is slower than the Arcade version of the game
(2) the game is much easier on the C64, because of the slower speed and also, because the difficulty of the levels stops increasing, after a while and then, when a good player make no mistakes, he can play this version nearly endlessly and this leads to the next bad thing, described in the next point
(3) because the gameplay is easier, compared to the Arcade-version, it's possible then for skilled players, to nearly always reach the score of 999.999 and after this value, the score in the C64 version unfortunately starts from 0 again, which is a very big motivation-killer. Here it would be very good, to have one more digit in the score-display, that would allow values up to 9.999.999. To reach such a score, the player would play over 10 hours, so i think, this would be good enough, cause nobody plays so long in a row. But a score of 999.999 can be reached after 1,5 hours, therefore the score-display should have at least one digit more
(4) in the PAL-version, it looks, like the player-sprite can move faster in left/right direction and he is a little bit slower in up/down direction. This is a problem of the PAL screen-ratio, because the PAL picture is a little bit squeezed in height (compared to the NTSC picture on C64) and it seems, that this game was developed on a NTSC machine. Therefore, when the game is played on PAL C64 machines, with this squeezed picture-height, it looks now, like the playersprite is slower in up/down direction, but this sprite should have the same speed in all four directions, like it is in the Arcade version. The player-sprite should either be made a little bit faster in his up/down moving-speed, or alternatively, the whole level-graphics should be stretched in height a little bit, to look similar to the NTSC-picture, cause then also the up/down moving-speed would be adjusted to the left/right speed.
That's the points, where the C64-version of "Dig Dug" could/should be improved and that came to my mind, at the moment.
Then one word to your version here for the PC. Really good conversion and very close to the Arcade original. Nice.
Thanks for the update, Arlasoft. This is the final version of "Galaga" for me now! Game is great and now finally all problems are wiped out. Good work, much appreciated.
By the way. You also did alot good Atari-2600 conversions to the C64, i saw. If you ever have time and leisure for another one, a 1-to-1 port of the Atari-2600 version of "Phoenix" to the C64, would be an absolutely fantastic thing. I am a big big fan of this game since my childhood. I know it differs from the Arcade version of "Phoenix", but it is a fantastic game of it's own on the Atari-2600. Just a suggestion of course. :-)
Really a good conversion of Pac-Man for the C64. Thanks for that one and all the other good games, that came out by Arlasoft in last time.
But before V1.1 of Pac-Man now comes, maybe the last issues in Galaga could be solved and a V1.6 of that game could first be released, because for that final version of Galaga some users wait a long time now and strangely enough, all other things (Galaxian, Pillars, Berzerk, Pac-Man etc) are somehow preferred to these last fix and I guess, it's not really a big deal, to change these autofire-problems there. Thanks in advance. :)
It's not only the 1541-U, that has a problem here. Played the game on my SD2IEC and "saving the score itself" works and score first can also correctly be seen in score-list and is also saved. But after restarting the game, the score is rounded-down all the time. Very strange. At once, not my real score is shown in the score-list, but a rounded down score to a full hundred. For example, i have 650 points, but only 600 is saved and stand in the scorelist, when game is restarted. Seems like, only the first number (which is a 6 in my example) is saved, but not the digits after the 6. This happens also in emu's, not only on SD2IEC. I guess here are 2 bugs, the rounding thing and a problem on 1541U with saving itself.
Looks really good. "Robotron 2084" is an Arcade-classic, looking forward to this conversion of the game here for the C64.
By the way, on the Amiga a very similar game named "Llamatron 2112" exists and the way, they solved it with the controls for 1-button-joysticks there in this game, is really superb. Works really very good, as a player you even don't miss dual-joysticks then. Maybe you could have a look at this Amiga game one time and when you like these controls, it could be solved in a similar way, here in "Robotron 2064"?
Only a suggestion of course, but i wanted to have this mentioned, because in my eyes, Llamatron plays really great, even with only one 1-button-controller.
By the way, because i read that you asked for suggestions and i also saw, that you already have made some good Atari-2600 ports. A 1-to-1 port of the Atari-2600 version of Phoenix would be absolutely superb to have on the C64. I totally love Phoenix and especially the Atari-2600 version, although i know, that this version is a bit different from the Arcade original. But i actually like the Atari-2600 Phoenix version the best. Nothing would have to be changed, it could be ported 1-to-1, no improvements needed, this version is ideal as it is.
I know that you have alot work at the moment, but this would be a suggestion for future projects.
Is there a programming reason, why this autofire-issue just isn't getting fixed for this game? So are there any problems that make this impossible, or what is the reason why V1.06 simply does not appear? Or is it a time problem, because other games are also being worked on?
Some good improvements in V1.1. Especially that the aiming-line now is gone after the first level.
I found out, when i played this game longer in WinAPE Amstrad-CPC emulator, that it plays best, when i use 150% speed, instead of the original 100%. Then the whole gameplay is faster and more similar to the Arcade versions of Puzzle Bobble (Bust a Move). Only the music is much too fast then, of course. :)