Page 55 of 55

Re: Gdash

Posted: Fri Sep 08, 2023 6:22 pm
by altermaven
This might be due to the reason that these cavesets may have used some unknown or benign packer that the converter cannot recognise, due to the data not exactly having parity with the tool (this could be any package that had been created before a standardized means was made available, most likely due to Assembly tinkering). It could also conflict based on the type of engine being unknown.

Re: Gdash

Posted: Sun Sep 10, 2023 8:24 am
by CWS
The remaining question is: how to extract the caves from that caves?

Re: Gdash

Posted: Sun Sep 10, 2023 1:23 pm
by altermaven
I do not really know for sure. I was just making an analysis based on knowns vs. unknowns. I haven't really found the answer myself.

Re: Gdash

Posted: Wed Sep 13, 2023 6:02 pm
by BadDog73
Does anyone know the difference between "Boulder_Dash_2_Atari.bd" and "Boulder_Dash_2_Atari.gds"?

Re: Gdash

Posted: Wed Sep 13, 2023 9:58 pm
by altermaven
.bd is a BDCFF file, which is plaintext, whereas .gds is a compressed GDash caveset. The only difference is how GDash interprets these, and both are the same.

Re: Gdash

Posted: Sun Nov 19, 2023 9:30 am
by CWS
Is this really regular behavior of the Amoeba?

https://youtu.be/x_guZQiXJrA

Re: Gdash

Posted: Mon Nov 20, 2023 6:29 am
by LogicDeLuxe
CWS wrote: Sun Nov 19, 2023 9:30 am Is this really regular behavior of the Amoeba?
It is. I designed an engine test cave covering this a long time ago:
http://www.gratissaugen.de/erbsen/exact.html

Re: Gdash

Posted: Mon Nov 20, 2023 2:11 pm
by CWS
Thank you for the info. I haven’t thought that this would be possible…

Re: Gdash

Posted: Mon Nov 20, 2023 5:00 pm
by altermaven
Amoeba is scanned before butterfly, but amoeba was checking if it was choked before it checked if it clashed, giving this result.

Re: Gdash

Posted: Tue Nov 21, 2023 2:03 pm
by LogicDeLuxe
altermaven wrote: Mon Nov 20, 2023 5:00 pm Amoeba is scanned before butterfly, but amoeba was checking if it was choked before it checked if it clashed, giving this result.
That is not the reason. The choke check can not decide to convert within the frame. It must check for expanding possibilities in the entire cave first. If the amoeba is not dormant and there are no expanding possibilities encountered at the end of frame, only then will the amoeba conversion get triggered.
It is the fact that enemies check for amoeba contact before they move. Which in this case is before the butterfly touches the amoeba. In the next line, the amoeba is blocked by the butterfly, thus expanding possibility will not get flagged here. In the next frame, the amoeba comes first in the scanning order and converts to a diamond. Then the butterfly sees the diamond and thus does not explode on it.

I exploited this in an early not that well designed cave of mine, ie. Deluxe Dash 1, Cave 11:
It is quite luck depended. If all goes well, you can exploit this trick while suffocating the other end of the amoeba with yourself. The cave can be done without freeing a firefly at all, but you have to be quite lucky to reach the exit in time. There are several annoying ways the cave will work against you, obviously.
Image

Re: Gdash

Posted: Wed Nov 22, 2023 11:06 am
by altermaven
Perhaps I have worded it incorrectly but your explanation has made for a more detailed observation of why this occurs. In which I thank you for this.

Re: Gdash

Posted: Thu Jun 20, 2024 7:33 pm
by HerzAusGold
CWS wrote: Tue Sep 05, 2023 5:10 pm GDash (respectively any2gdash) can not convert games from C64 memory dumps where the title screen says "same game Y/N" and "number of screens:" - no idea which kit creates this. It simply does not find the caves in the dump.

Does anybody have a solution for this?
Maybe I can help. I have dumped all BD-Games from Tosec - from scratch :roll: Write my own readers, don't know that "any2gdash" exists. :yell:
So give me the name of the game or an .d64 File and I will check them.