Gottlieb EM Recreation BAM FizX FP Big Indian (Gottlieb, 1974) V1.01 FizX

[Popotte]

Try to delete your fpRam (OldChicago_V101_FizX.fpRam in your FP directory/fpRam) and you OldChicago_V101_FizX.cfg in your BAM directory /cfg.

 

[bossman4]

No I did not. I will try that

 

[nagai_devil]

Try to delete your fpRam (OldChicago_V101_FizX.fpRam in your FP directory/fpRam) and you OldChicago_V101_FizX.cfg in your BAM directory /cfg.

I'll try this on big Indian and also the run as admin idea and report back with results. Thank you sir.

 

[bossman4]

I first did the admin fix and it did not seem to fix the problem.

But the good news with the admin button push was that I had another problem in some the new (FizX) FP games where it would bounce totally out of FP after an extended period of play time. So far it appears that particular problem has gone away (for now). I had sent an AMD driver bug report in on that issue after Terry Red said it might be the AMD card. This is good news.

I then tried deleting the affiliating fpRam file. That seemed to have no effect.

I have attached a screen shot of the SkyJump table with the error on the original Popote table. Maybe this will help. It appears to pop up when I first get into the upper playfield with the ball.

 

[AnonTet]

I looked into that "fp_item.x" and found it in this line:

PUPSoundX = ((fp_item.x/xBAM.Table.width)*20)-10

Maybe you have outdated Pin* .vbs scripts.

Unzip the attached file to your <drive>:\<fp folder>\Scripts and try again.

Either that or maybe your AV needs an exclusion for this folder as it might be blocking scripts from running.

 

[bossman4]

I looked into that "fp_item.x" and found it in this line:


Maybe you have outdated Pin* .vbs scripts.

Unzip the attached file to your <drive>:\<fp folder>\Scripts and try again.

Either that or maybe your AV needs an exclusion for this folder as it might be blocking scripts from running.

I will try the scripts file that you sent me.

I had the VPIN folder( FP is a subfolder) in entirety excluded from Microsoft Defender for a long time.

 

[nagai_devil]

FYI I have tried every suggestion by AnonTet and Popotte in this discussion. in addition to a few other items and nothing has removed fp from generating the error when hitting the drop targets on this table. The only thing that works is changing the dt3 to dt_3 on those two lines of script. Totally at a loss, but seeing this is the only table of the 1000+ I have with an error. I guess its not a huge deal...but still, it is frustrating to not know what's tossing up this error

 

[bossman4]

Nagai_devil, I have completed all the steps recommended with no success either. Don't have as many tables as you, but I have them all running.
I so much wanted to see FixZ succeed.

 

[AnonTet]

@Popotte
Clever (really obvious know that I know...) using multidimensional for targets and their respective walls. Simplifies the code quite a bit.
I already learned something from this :)

Regarding the problem, if I got this PUPSound correctly, as long as the object exists (and both DT3 and DT_3 exist) it should work so, either way is fine since the line is called because the _hit already happen thus overriding the .SolenoidOn not generating a _hit which makes sense.

But it does not explain why only one is working and of course, I just quickly browsed the code on a table I have nothing to do with plus, I'm really not the best coder around.

/edit
I almost forgot that while looking for some calls that might be happening regarding the pupSound, I found TargetM_Hit (for example, but true for all targets), doesn't need a call to a hit sound. That's taken care of automatically by FizX (if you put a wall in front of it that is)

 

[Popotte]

FYI I have tried every suggestion by AnonTet and Popotte in this discussion. in addition to a few other items and nothing has removed fp from generating the error when hitting the drop targets on this table. The only thing that works is changing the dt3 to dt_3 on those two lines of script. Totally at a loss, but seeing this is the only table of the 1000+ I have with an error. I guess its not a huge deal...but still, it is frustrating to not know what's tossing up this error

And I don't understand why your solution is working.
The DT_x are the real drop targets and are .SolenoidOn. And a drop target with .SolenoidOn can have a _Hit event...
But, as you, I do not despair of finding a solution to the problem.

 

[bossman4]

I am going to let those tables sit for another day. Kiss, Playboy and Eight Ball pay wonderfully.

 

[bossman4]

I am going to let those tables sit for another day. Kiss, Playboy and Eight Ball pay wonderfully.

Well, I set the three tables aside for several days. I downloaded AnonTet's Cosmic table and some of the other ancillary files with it. I then went back to redownloaded Cleopatra, Orbit, etc. but avaoided Big Indian. For some unknown reason I seem to not have any trouble with those tables.

Then I tried Big Indian again and got the initial error that nagai_devil originally reported. I did the fix on the two lines and now it works.

So (far) all those tables work..... Maybe because it is Friday.

Anyway, thanks for all the help and more importantly the tables!

 

[Popotte]

Happy end (except for Big Indian)...
More tables soon...