Zippo does not work?
Before...
October 25th 2019, 05:58 AM
Angler
Hello! When entering pyramid and using it, nothing happens (except animation in 'magic' square on panel)
Hello! When entering pyramid and using it, nothing happens (except animation in 'magic' square on panel).
Hmmmm, I don't think I've ever seen this problem before.
o Did you activate the zippo lighter after entering the temple or before entering the temple?
o What version of the Dink Engine are you using?
o Can you think of anything else that might be unique to your situation?
o Have you tried de-activating and then re-activating the zippo once Dink is inside the pyramid?
If we can't figure out what is going on via conversation here, you can send me the save[xx].dat file(*) that represents Dink's status just before entering the temple. Then I'll see if I can reproduce the problem and resolve this for you that way.
(*)Perhaps you can make it available to me on Google Drive or some similar service.
Hmmmm, I don't think I've ever seen this problem before.
o Did you activate the zippo lighter after entering the temple or before entering the temple?
o What version of the Dink Engine are you using?
o Can you think of anything else that might be unique to your situation?
o Have you tried de-activating and then re-activating the zippo once Dink is inside the pyramid?
If we can't figure out what is going on via conversation here, you can send me the save[xx].dat file(*) that represents Dink's status just before entering the temple. Then I'll see if I can reproduce the problem and resolve this for you that way.
(*)Perhaps you can make it available to me on Google Drive or some similar service.
... And the award for the modding community with the most professional support, goes to...
The Dink Network!!
Congratulations, you ol' DDC worshiping loonies
The Dink Network!!
Congratulations, you ol' DDC worshiping loonies
@toof:
... And the award for the modding community with the most professional support, goes to...
The Dink Network!!
Congratulations, you ol' DDC worshiping loonies
Ladies and gentlemen, please forgive me if my words are inadequate in thanking you for your very great kindness. If I were to mention all those who have shown me such wonderful generosity while being a part of the Dink Network, I should have to entertain you with an oration as long as some of the speeches I put into some of my dmods. So if I may, I should like to devote my thanks on this occasion to that composite figure of energy, courage, and very great kindness, in whom all points of Dink Smallwood meet -- Mr. Seth Robinson.
At the sake of sounding repetitious, I just want to thank Redink1 for being a true "keeper of the flame", Beuc for freedink and too many more for me to take the time to mention here for their parts in donating files in the "Files - Development" part of dinknetwork.com.
(P.S.: I also offer my deepest apologies to those at http://aaspeechesdb.oscars.org
.)
... And the award for the modding community with the most professional support, goes to...
The Dink Network!!
Congratulations, you ol' DDC worshiping loonies
Ladies and gentlemen, please forgive me if my words are inadequate in thanking you for your very great kindness. If I were to mention all those who have shown me such wonderful generosity while being a part of the Dink Network, I should have to entertain you with an oration as long as some of the speeches I put into some of my dmods. So if I may, I should like to devote my thanks on this occasion to that composite figure of energy, courage, and very great kindness, in whom all points of Dink Smallwood meet -- Mr. Seth Robinson.
At the sake of sounding repetitious, I just want to thank Redink1 for being a true "keeper of the flame", Beuc for freedink and too many more for me to take the time to mention here for their parts in donating files in the "Files - Development" part of dinknetwork.com.
(P.S.: I also offer my deepest apologies to those at http://aaspeechesdb.oscars.org
.)October 28th 2019, 12:17 PM
Angler
Hello SlipDink, thank you for your fast reply.
Before or after entering, switching active 'magic', no difference.
DFArc 3.12 Dink 108.4+dfsg-3 (debian 9.11)
https://drive.google.com/file/d/1JBXKR8I19ZuRUb4wh3pB0pJfObO646Ux/view?usp=drivesdk
Before or after entering, switching active 'magic', no difference.
DFArc 3.12 Dink 108.4+dfsg-3 (debian 9.11)
https://drive.google.com/file/d/1JBXKR8I19ZuRUb4wh3pB0pJfObO646Ux/view?usp=drivesdk
@Angler:
Hello SlipDink, thank you for your fast reply.
I am pleased to be of help.
Before or after entering, switching active 'magic', no difference.
DFArc 3.12 Dink 108.4+dfsg-3 (debian 9.11)
https://drive.google.com/file/d/1JBXKR8I19ZuRUb4wh3pB0pJfObO646Ux/view?usp=drivesdk
Hmmmm. I see nothing odd or unsupported about what you did or what version of the Dink engine you are using.
I got the message shown below when trying to access what I assume is your save[xx].dat file. Please give general access to all for that file so I can download it. After all it contains nothing that would include passwords or credit card numbers or anything of the sort, right?
[
You need permission
Want in? Ask for access, or switch to an account with permission.
]
Hello SlipDink, thank you for your fast reply.
I am pleased to be of help.
Before or after entering, switching active 'magic', no difference.
DFArc 3.12 Dink 108.4+dfsg-3 (debian 9.11)
https://drive.google.com/file/d/1JBXKR8I19ZuRUb4wh3pB0pJfObO646Ux/view?usp=drivesdk
Hmmmm. I see nothing odd or unsupported about what you did or what version of the Dink engine you are using.
I got the message shown below when trying to access what I assume is your save[xx].dat file. Please give general access to all for that file so I can download it. After all it contains nothing that would include passwords or credit card numbers or anything of the sort, right?
[
You need permission
Want in? Ask for access, or switch to an account with permission.
]
Oops, clicked wrong option. Please try again.
Well the download of save10.dat was successful. But I don't think that was the save.??.dat file you would have created in the area just outside the pyramid before Dink enters it. This save file you sent shows that Dink has not yet left StoneBrook. Dink has just had his gift accepted and has new powers granted him by the fairies.
Let's try you taking all of your save??.dat and save?.dat files and sending them all together. You can use any popular archiving tool(s) (such as zip or tar+gzip or xz or bzip2). I can probably figure out which one of the save*.dat files is the one I am assuming you used when Dink was just about to enter the pyramid.
Well the download of save10.dat was successful. But I don't think that was the save.??.dat file you would have created in the area just outside the pyramid before Dink enters it. This save file you sent shows that Dink has not yet left StoneBrook. Dink has just had his gift accepted and has new powers granted him by the fairies.
Let's try you taking all of your save??.dat and save?.dat files and sending them all together. You can use any popular archiving tool(s) (such as zip or tar+gzip or xz or bzip2). I can probably figure out which one of the save*.dat files is the one I am assuming you used when Dink was just about to enter the pyramid.
October 29th 2019, 03:45 AM
Angler
Oops again. https://drive.google.com/file/d/1KGj7FVEqHjdPwYYBQXZuQX4OI_Qp5NZF/view?usp=drivesdk
Oops again. https://drive.google.com/file/d/1KGj7FVEqHjdPwYYBQXZuQX4OI_Qp5NZF/view?usp=drivesdk
Okay, so the bz2 file you "sent" me had these 8 save.dat files in it.
The save4.dat file had the most recent date on it of the 8 you sent me and when I fired up the before dmod, it showed that the timestamp for save #4 was the one that had the most time (11:42) in it. I loaded it, and found that it was the one with Dink outside the pyramid. Using that save file, I tried many variations on how Dink could use the zippo and enter the pyramid. The only one that seemed to reproduce your problem would be lighting the lighter (whether outside or inside the pyramid) and then selecting another magic item to use. This extinguishes the lighter. Is that what you are doing? If so, then the "solution" is just to keep the lighter in use.
If that is not what you are doing that is a bit different compared to how others might enter the pyramid, then I MAY be able to patch the armzip.c file to prevent this error. When I light the lighter, I see this error (sent to stdout apparently).
You can get the above error output (due to my not removing a variable assignment to a variable that is no longer declared and no longer really used) when you start dfarc from a shell window before you launch the before dmod. When I see it, nothing happens to the game as far as I can tell. Maybe this error in your system is causing armzip.c to crash? If so, then it is still possible that the "animation" would change to show the lit lighter, but you would never hear:
(1) the "magic sound" of the zippo lighter starting up, (which is #43 SECRET.WAV; found in the original Dink Sound directory). This uses the same wave file that is heard when screenlock is turned off.
(2) the sound of the lighter burning (which is #23 FIRE.WAV; found in the original Dink Sound directory). This uses the same wave file that fireplaces use in the game.
If you don't hear both sounds when you try to ignite the lighter, then MAYBE removing the line causing the error in armzip.c would provide the solution to your situation.
To test out a theory, I tried aborting the armzip.c file right after the faulty &active_when_started line. As expected, the "animation" replacing the unlit lighter with the lit one took place. In addition to not hearing the two sounds I mentioned above, Dink also remained frozen in place after trying to light the lighter, since the armzip.c file never got to the "unfreeze(1);" statement. Is this what you are experiencing?
If I'm right about the above error crashing armzip.c for you, then you can fix armzip.c by removing the "&active_when_started = 0;" statement on line 44 of armzip.c (assuming you are comfortable using your favorite text editor to do so). Either way, I'll make this change for the next release of the Before... dmod.
I look forward to hearing how things work out for you and whether or not we are getting close to a solution.
Okay, so the bz2 file you "sent" me had these 8 save.dat files in it.
login@system:~/Downloads/Anglers_Saves$ ls -lt total 2560 -rw-r--r-- 1 login login 326048 Oct 28 07:49 save4.dat -rw-r--r-- 1 login login 326048 Oct 25 05:45 save6.dat -rw-r--r-- 1 login login 326048 Oct 25 05:45 save5.dat -rw-r--r-- 1 login login 326048 Oct 17 05:12 save7.dat -rw-r--r-- 1 login login 326048 Oct 16 07:07 save9.dat -rw-r--r-- 1 login login 326048 Oct 8 05:07 save1.dat -rw-r--r-- 1 login login 326048 Sep 30 10:06 save8.dat -rw-r--r-- 1 login login 326048 Sep 30 09:48 save10.dat login@system:~/Downloads/Anglers_Saves$
The save4.dat file had the most recent date on it of the 8 you sent me and when I fired up the before dmod, it showed that the timestamp for save #4 was the one that had the most time (11:42) in it. I loaded it, and found that it was the one with Dink outside the pyramid. Using that save file, I tried many variations on how Dink could use the zippo and enter the pyramid. The only one that seemed to reproduce your problem would be lighting the lighter (whether outside or inside the pyramid) and then selecting another magic item to use. This extinguishes the lighter. Is that what you are doing? If so, then the "solution" is just to keep the lighter in use.
If that is not what you are doing that is a bit different compared to how others might enter the pyramid, then I MAY be able to patch the armzip.c file to prevent this error. When I light the lighter, I see this error (sent to stdout apparently).
[ERROR] [DinkC] armzip:44:[var_equals]: unknown var &active_when_started
You can get the above error output (due to my not removing a variable assignment to a variable that is no longer declared and no longer really used) when you start dfarc from a shell window before you launch the before dmod. When I see it, nothing happens to the game as far as I can tell. Maybe this error in your system is causing armzip.c to crash? If so, then it is still possible that the "animation" would change to show the lit lighter, but you would never hear:
(1) the "magic sound" of the zippo lighter starting up, (which is #43 SECRET.WAV; found in the original Dink Sound directory). This uses the same wave file that is heard when screenlock is turned off.
(2) the sound of the lighter burning (which is #23 FIRE.WAV; found in the original Dink Sound directory). This uses the same wave file that fireplaces use in the game.
If you don't hear both sounds when you try to ignite the lighter, then MAYBE removing the line causing the error in armzip.c would provide the solution to your situation.
To test out a theory, I tried aborting the armzip.c file right after the faulty &active_when_started line. As expected, the "animation" replacing the unlit lighter with the lit one took place. In addition to not hearing the two sounds I mentioned above, Dink also remained frozen in place after trying to light the lighter, since the armzip.c file never got to the "unfreeze(1);" statement. Is this what you are experiencing?
If I'm right about the above error crashing armzip.c for you, then you can fix armzip.c by removing the "&active_when_started = 0;" statement on line 44 of armzip.c (assuming you are comfortable using your favorite text editor to do so). Either way, I'll make this change for the next release of the Before... dmod.
I look forward to hearing how things work out for you and whether or not we are getting close to a solution.
And the award for... Ok, this is getting old...
@SlipDink
I also offer my deepest apologies to those at http://aaspeechesdb.oscars.org
That is pure gold.
@Problem
I don't have any Dink related tools, or the game itself installed. I'm guessing from what you've (SlipDink) written is that armzip.c is called externally. On super busy screens, or if the script is heavier on computation, sometimes the engine would just... skip a line of instruction. It happened to me, and I barely traced that damn bug. But you're probably aware of this already.
@SlipDink
I also offer my deepest apologies to those at http://aaspeechesdb.oscars.org
That is pure gold.
@Problem
I don't have any Dink related tools, or the game itself installed. I'm guessing from what you've (SlipDink) written is that armzip.c is called externally. On super busy screens, or if the script is heavier on computation, sometimes the engine would just... skip a line of instruction. It happened to me, and I barely traced that damn bug. But you're probably aware of this already.
October 30th 2019, 06:12 AM
Angler
Hi SlipDink!
Removing active_when_started does not help. But switching sound on does.
Thank you!
BTW, I was also stuck with a locked screen with chests when wizard disappeared. Moved on by avoiding encounter.
Removing active_when_started does not help. But switching sound on does.
Thank you!
BTW, I was also stuck with a locked screen with chests when wizard disappeared. Moved on by avoiding encounter.
@ Angler:
Hi SlipDink!
Greetings Angler!
Removing active_when_started does not help. But switching sound on does.
Well, that is NOT what I would have expected! I think I will fix armzip.c (removing the &active_when_started line) and release a new version without that bug just in case it is a problem for others. As for your report that sound is necessary for things to work, I'll add that to the dmod.diz "6 NOTES ON PLAYING THIS GAME:" changing it to "7 NOTES ON PLAYING THIS GAME:". Thanks for sticking with me to get this resolved.
Thank you!
You are welcome.
BTW, I was also stuck with a locked screen with chests when wizard disappeared. Moved on by avoiding encounter.
Would this be the place where Dink found what he assumed was pirate treasure, where Martridge first meets Dink? How many chests were left on screen when Dink was stuck in a screenlock()? Dink must open them all before leaving this area.
Please verify (if at all possible) where and when you had this problem, (adding any details you can think of, no matter how apparently trivial) so that I can make sure that I try to fix this "stuck with a locked screen" issue (as well as make the change in armzip.c) in the next release of this dmod.
Thanks again for sticking with me on resolving these issues.
Hi SlipDink!
Greetings Angler!
Removing active_when_started does not help. But switching sound on does.
Well, that is NOT what I would have expected! I think I will fix armzip.c (removing the &active_when_started line) and release a new version without that bug just in case it is a problem for others. As for your report that sound is necessary for things to work, I'll add that to the dmod.diz "6 NOTES ON PLAYING THIS GAME:" changing it to "7 NOTES ON PLAYING THIS GAME:". Thanks for sticking with me to get this resolved.
Thank you!
You are welcome.
BTW, I was also stuck with a locked screen with chests when wizard disappeared. Moved on by avoiding encounter.
Would this be the place where Dink found what he assumed was pirate treasure, where Martridge first meets Dink? How many chests were left on screen when Dink was stuck in a screenlock()? Dink must open them all before leaving this area.
Please verify (if at all possible) where and when you had this problem, (adding any details you can think of, no matter how apparently trivial) so that I can make sure that I try to fix this "stuck with a locked screen" issue (as well as make the change in armzip.c) in the next release of this dmod.
Thanks again for sticking with me on resolving these issues.
@toof:
@Problem
I don't have any Dink related tools, or the game itself installed. I'm guessing from what you've (SlipDink) written is that armzip.c is called externally. On super busy screens, or if the script is heavier on computation, sometimes the engine would just... skip a line of instruction. It happened to me, and I barely traced that damn bug. But you're probably aware of this already.
Well, I have seen that when the Dink Engine is rather busy, that particularly long DinkC files can behave oddly, such as apparently (?) "forgetting" variable declarations made at the top of that long DinkC file, even if that declaration is within the same [main(void){}] section of code. So, that may be a symptom of the same "skip a line of instruction" issue that you report.
Anyway, thanks for your contribution to this discussion.
@Problem
I don't have any Dink related tools, or the game itself installed. I'm guessing from what you've (SlipDink) written is that armzip.c is called externally. On super busy screens, or if the script is heavier on computation, sometimes the engine would just... skip a line of instruction. It happened to me, and I barely traced that damn bug. But you're probably aware of this already.
Well, I have seen that when the Dink Engine is rather busy, that particularly long DinkC files can behave oddly, such as apparently (?) "forgetting" variable declarations made at the top of that long DinkC file, even if that declaration is within the same [main(void){}] section of code.
So, that may be a symptom of the same "skip a line of instruction" issue that you report.Anyway, thanks for your contribution to this discussion.
October 31st 2019, 04:35 AM
Angler
Hello SlipDink,
When I open any three of chests, a wizard appears, appears fifth chest, screen locks. Then goes a dialog, wizard disappears, screen lock does not. Opening remaining chests does not remove it. Any order of opening that I had tried produced the same result. So, I open one chest, leave a screen, return and open other three. No wizard, no lock, no chest with a big heart (did not really spoil further playing).
There is a save with chests intact in that archive.
When I open any three of chests, a wizard appears, appears fifth chest, screen locks. Then goes a dialog, wizard disappears, screen lock does not. Opening remaining chests does not remove it. Any order of opening that I had tried produced the same result. So, I open one chest, leave a screen, return and open other three. No wizard, no lock, no chest with a big heart (did not really spoil further playing).
There is a save with chests intact in that archive.
@Angler:
Hello SlipDink,
When I open any three of chests, a wizard appears, appears fifth chest, screen locks. Then goes a dialog, wizard disappears, screen lock does not. Opening remaining chests does not remove it. Any order of opening that I had tried produced the same result. So, I open one chest, leave a screen, return and open other three. No wizard, no lock, no chest with a big heart (did not really spoil further playing).
There is a save with chests intact in that archive.
I will be uploading Before... 1.04 with several patches in a few minutes. Thanks for your help.
Hello SlipDink,
When I open any three of chests, a wizard appears, appears fifth chest, screen locks. Then goes a dialog, wizard disappears, screen lock does not. Opening remaining chests does not remove it. Any order of opening that I had tried produced the same result. So, I open one chest, leave a screen, return and open other three. No wizard, no lock, no chest with a big heart (did not really spoil further playing).
There is a save with chests intact in that archive.
I will be uploading Before... 1.04 with several patches in a few minutes. Thanks for your help.
