|
Post by rmartins on Dec 11, 2017 21:40:38 GMT
Did some progress in the code, for Single and Dual players. Borders, as usual, report current performance. Clown animation is implemented, but currently is too fast, since no pause is done yet for correct animation speed. User input, clown movement, pull and push balls, still to do.
|
|
|
Post by Admin on Dec 11, 2017 22:51:37 GMT
Nice to see some progress here, Rui I guess the hardest part will be the physics and enable 2 players simultaneous play, right?
|
|
|
Post by rmartins on Dec 12, 2017 13:03:27 GMT
There is no physics here, at least not in the real sense of the term. It's more like a state machine, in order to animate the travel of balls up and down (that didn't sound quite right, but anyway) . Still doing some artwork in parallel.
|
|
|
Post by Admin on Dec 14, 2017 11:06:55 GMT
There is no physics here, at least not in the real sense of the term. It's more like a state machine, in order to animate the travel of balls up and down (that didn't sound quite right, but anyway) . Still doing some artwork in parallel. Hmm, I see! I got confused with puzzle bobble for a moment, but you are totally right. Are you going to convert the music from the arcade to the Spectrum?
|
|
|
Post by rmartins on Dec 14, 2017 11:51:23 GMT
Hmm, I see! I got confused with puzzle bobble for a moment, but you are totally right. Are you going to convert the music from the arcade to the Spectrum? Actually, Bubble Bobble, does not use physics either, it just uses simple reflections on the walls (geometric calculations), and constant delta displacement for ball animations. To clarify, for me physics implies calculating position, based on velocity and acceleration, like I did for Steel Ball. In the extreme includes rigid body behaviour, like for example when a ball strikes another in a pool game, there is transfer of momentum (velocity*mass), and the amount of force that is applied depends on elastic coefficient. All theses are characteristics of rigid body physics simulation. Regarding music, Utz is busy. I hope he can manage it in time, while I try to do the same Currently I still have to find out the patterns of all players in the Arcade, while "injecting" combo output balls into the opponent. Each character has its own pattern, but it's hard to find out, even when playing against a non existing human, because there is drop of a new row of balls every 4 seconds or so. I probably have to save a video of me doing this, to find out, every pattern. Any one want to submit videos with this, to help out ? NOTE: Yesterday, while testing the game on the arcade, I managed to go through the entire solo game without losing a single time, and got access to the special extra hidden character "Black Pierrot", for the first time 4 credits after I beat it too. ;D
|
|
|
Post by rmartins on Dec 17, 2017 18:08:53 GMT
Some more artwork in progress Arcade backdrop - "Fool" character ZX - Version
|
|
|
Post by Admin on Dec 17, 2017 19:56:05 GMT
Looking very good! I guess I always loved to see how the arcade graphics looked in the Spectrum since back in the 80s! And I can distinguish when talent is on the table
|
|
|
Post by rmartins on Dec 17, 2017 23:44:49 GMT
More artwork Since I'm planning to include some game play features from Magical Drop III, I'll include some of it's design too, as long as it fits well in current design. Arcade - Tarot Card ZX - Version Once again, some size adaptation required, since arcade screen resolution is higher.
|
|
|
Post by rmartins on Dec 19, 2017 0:32:22 GMT
Some more artwork in progress Arcade backdrop - "World" character ZX - Version This was probably the image that took more time to remake, since our eyes are very good at picking up anatomy errors. The fact that the original also has an arm that looks wrong/bent and a weird rist angle, did not help either. So to make her look good, a lot of work was required. Still not happy with the hair reflection effect, but for now, it will do
|
|
|
Post by rmartins on Dec 24, 2017 20:33:39 GMT
Wish you all a Merry Christmas !!! More in progress artwork Arcade Help screen ZX version NOTE: ZX joysticks do not have 2 distinct fire buttons (usually), but these can be any assigned keys, joystick or keyboard.
|
|
|
Extruder
Dec 24, 2017 21:09:07 GMT
via mobile
Post by greenwebsevilla on Dec 24, 2017 21:09:07 GMT
Very nice graphics!! You are doing a great job.
Happy Christmas for everyone in this forum!
|
|
|
Post by rmartins on Dec 25, 2017 13:35:59 GMT
One more quick artwork update
|
|
|
Post by rmartins on Dec 26, 2017 19:51:00 GMT
After a lot of reseach/reverse engineering of the Arcade game, i.e. looking at a lot of videos of on going gameplay, I was finally able to determine how the Overflow of balls happens from one player to the other, when doing combos. Basically, it all boils down to an Overflow Pattern that is distinct for each Character. Each Overflow Pattern is defined as a sequence of 8 full lines, that are applied in a loop sequence. Here are the Overflow Patterns I determined for each character. Fool Star Chariot Priestess Justice Magician World There are 3 AI extra characters (Devil, Strength and Empress) that I have almost entirely mapped, but I don't even know if I'll had them into the game yet. I'm also not counting ultra special character "Black Pierrot", that only appears if player as beaten all charracters, without loosing once. Still some reverse-engineer to be done, namelly: 1 - What is the character sequence, when playing against the computer (Versus mode), since it depends on player selected character. 2 - How the combo system calculates how much lines to overflow, since it doesn't seem to be linear. 3 - How character power (1 to 5 stars) actually affects gameplay. Any feedback on reversing engineering these 3 remaining items, is very welcome, since this is taking longer than expected. NOTE: If someone would like to help, by playing the Arcade version using Mame, or by watching videos of it in youtube, that would be great.
|
|
|
Post by Admin on Dec 28, 2017 10:33:22 GMT
I asked in some forums to see if anybody was very familiar with the game, Rui, if I get something I will let you know By the way, that care you are putting in the details, such as the graphics, make it look like an Ocean production! Keep it up!
|
|
|
Post by rmartins on Dec 28, 2017 13:57:10 GMT
Thaks Ivan. I like to remake an arcade game as faithful as possible. In this case, all these rules are very important, because they affect game play. In the end, I hope it feels the same as playing in the arcade, except graphics wise, which will be Spectrum "limited". I have used two interesting references: - mdcd.wikia.com/wiki/Magical_Drop_II- www.gamefaqs.com/search?game=Magical+Drop+IILater I found this reference on the mechanics and rules, by the developers themselves, but for Magical Drop V steamcommunity.com/profiles/76561198030804702/myworkshopfiles/?section=guides&appid=204960But this game, was/is controversial and a real mess, since it was developed by a completely distinct company(developers) that bought DataEast rights to Magical Drop when they went bankrupt, hence the implementation is very different (3 versions after Magical Drop II) and messy (new rules and interpretations of the classic), and they kept changing it, after releasing the game on steam. For example, I know for a fact, that in Magical Drop II (Neo-Geo Arcade version) I can make a "combo" that either sends 1 or 2 Attack lines, using the exact same number of balls (7), it depends on how the combo is made. However if we read the "Attack Chains/Lines per Class" in that last link, they never refer to something like this. They use fixed tables for each character. The first 1,2 or 3 Attack lines, I believe I can find out relatively easy, but for higher Attack lines, it's hard, since I have to make lots of those combos until I get/grasp the real behaviour, which is not at all easy, specially, if playing alone I'm either unable to reach such large combos consistently, or if I do, I beat the opponent very fast. Finaly, I can not assume that the Combo behaviour is the same for every character, because it most probably isn't. Which means this process, needs to be repeated for each character, which is a huge pain Reverse engineering, something like this proved harder than I expected, basically due to the complexity of the rules and patterns, and the fact that no real reference exists.
|
|