Well, maybe. I kind of threw it together after seeing a question in the Game Makers section.
The initial showing is too fast but later ones are okay? Hm. Possibly the reshowing of the man at different positions when he's moving slows it down enough that the pictures stay for a decent amount of time. If you change script.rpy inside the game folder in a text editor so that the
Code: Select all
label start:
$ leftpressed = False
$ spacepressed = False
$ rightpressed = False
at the start reads
Code: Select all
label start:
$ leftpressed = False
$ spacepressed = False
$ rightpressed = True
do the initial pictures stay longer? (It should now start off with the person moving to the right instead of being stationary).
Failing that, you can change the $ distance = 0 line to $ distance = 650, which should start off with you talking to the chef (and the pictures can't vanish whilst you're talking to him).
As for why the chef wouldn't respond first time, I have no idea. The distance variable starts at 0. On a single run through the loop, it checks to see if you're pressed right; if you have, distance is increased by 10 (provided it's less than 650). It then checks to see if distance == 650 and you're not carrying anything; if so, you talk to the chef. The the loop repeats. (It checks a few more things too.) If it's possible to talk to the chef after a few tries it can't be a problem with 650 being unobtainable; so I don't know why it wouldn't talk to the chef any other time. It should be impossible not to talk to him if you're as far right as you can get and not carrying anything. Possibly it runs through the loop so fast it's skipping code? I don't know. You could see if increasing the number in the line 610 $ renpy.pause(0.000001) (or some number of 0, I forget) to 0.1 or 0.01 helps; that should slow down each iteration of the loop anyway, which would help with the images not staying long enough problem.
There was a problem with the message box disappearing then immediately coming back in earlier versions but I thought I fixed that... Oh, unless you press space again after you've started talking to them. Is that what happened? Or possibly holding space just a little too long would do it... Ah, once more, if your processing speed is faster than mine, you could flash past the thing stopping space being picked up as held so fast that you don't have time to let go of space. Hm, maybe I should have foreseen that. I'll post a fix...
Okay, I think the script.rpy file below should fix the not disappearing speech box problem, and hopefully the too fast initial pictures problem. Just replace the other script file in the game subfolder. (Will that work?)