Leaderboard
-
[[Template core/front/popular/memberRow is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]
[[Template core/front/popular/memberRow is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]
[[Template core/front/popular/memberRow is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]
[[Template core/front/popular/memberRow is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]
Popular Content
Showing content with the highest reputation on 11/12/23 in all areas
-
I understand what you mean, this is the complexity of changing the way that a machine was originally designed and it adds additional complications that would never be thought of. You are right in what you are saying, the gamble will allow multiples of the stake and of course the odds are somewhat related to the number of positions on the wheel vs the stake, red, Black, high numbers or low numbers around 50% chance each time. x3 and x4 are much less likely to come in. Overall this is pretty good return when you get to a decent pot value. With the multiples on the gamble you can collect at any time, to get the maximum it will only auto collect if the value of the pot is higher than £100, so could be £90 x2 if you were to win. In my video, I had to get to £210 for the machine to auto collect as the £105 was lower than the auto collect threshold of £110 . This makes total sense now why the limit on the gamble was so low with the early machines with no stake / bank function the gameplay. Would be simpler on later machines with the bank function. We could consider if the odds should be any different based on the size of the pot, however in roulette it's still red or back or house. The odds remain the same it's the pressure of the gamble and risk of loss that increases. Makes me smile on games like Autoroute where I gamble, 20p, 40p,80p, £1.60 then bank a little and then hit the final gamble to get to £3 total. As the programming needs to be completed at and assembler / machine code level and backwardly engineered, changes are extremely difficult. If we had the code in the original high level language these changes would be easily to implement, unfortunately these are unlikely to exist anymore. Would be interesting to understand how the conversion companies developed machines back in the day and if they had customised development kits with companies such as VFS, PCP etc.2 points
-
Proof Of Concept Established, now for the purists Next step is to put the credits back to 50p for 5 plays and modify the code to enable a limit on the gamble to £100. So the steps that need to follow for changes to the gamble limit will be: Change the limit detection from being £5 which is 50 on the M0087 - units ram address to a new setting of £100 which is 10 on the M0086 - tens RAM address. The challenge is that when a gamble is above £100 the machine will auto collect. However the machine will pay out whatever the gamble value is calculated to be, so if we gamble £70 x 2 the win will be £140. We want to limit this to £100. So we need to add a step after the win is recognised to reset the win value back to a maximum of £100 This is done by when the value of M0086 (the tens RAM address) is greater than or equal to 10 then the auto collect function is called, but we need to add an additional step to set the value of M0086 to 10 and M0087 to 00 from whatever it was before. Now making the payout £100. This is done by adding an additional Sub Routine to set the values then when complete to return to where it was before to payout. First step, put the 50p credit back to 05 which is 5 credits, this value is in HEX so you can change this to whatever you want. i.e. 20 in HEX is 14. Now change the RAM address used to check for the auto collect to the tens address of M0086 and change the value to 10. We also see the code below BHI Z6EE8. Branch to a new address if the argument above is higher or equal to the operand. i.e M0086 is greater or equal to 10, then go to address Z6EE8 This is the line before: After the changes: Now look at Z6EE8 and make some changes to jump to a spare RAM address where we can accommodate some new code. This is what Z6EE8 looked like before: Now we change the code to switch the LDA command and the JSR, so we jump to the sub routine first, do what we want and then return to complete the LDA command and carry on with the code on the line. Our new line will be created at RAM address Z7718, this is what it looks like before: Now we can insert a sub routine to set the values of M0086 and M0087 to 10 and 00 respectively. So load accumulator A (LDA) with 10 and then store accumulator A (STA) in to M0086, then repeat for M0087 with 00. Then return back to the line Z6EE8 to carry on with the LDA #$80 command and then carry on with the code. These are the changes made and of course we can call the jackpot jingle from the line Z7718 if the line that executes the jingle can be found. Here's is the new code running on the emulator and you can see where I change the RAM values to create a £55 gamble pot and then to gamble x 2 which generates a win of £110. The code then jumps to my new line of Z7718 and is stopped for test with a breakpoint, you can then see the new code in the debug view. Then we restart and the machine pays out £100. Here's the decompiled code with the changes I made and also the new rom file for an 8k eprom 2764 based on the original SPLS9F dump from my machine. I will burn this later and try it in my machine, but now if you are lucky enough you can pretty much gamble any win to £100 except the no lose gamble game. For example If there is a £10 win, this plays the jackpot jingle and then allows you to gamble on the roulette wheel. spls9f2 £100 limit.rtf spls9f 5 credit £100 Limit V1.bin.zip2 points
-
Wonder if when it’s all sorted the value/demand of these machines will go up? as most don’t like them because of the tame nature of mpu3 clubbers.1 point
-
This is closer ed but still not right .the programming needs to.know what can be gambled and what can't with the various odds on offer of x2/x3&x4 .so for instance it has to know the variables of a 20p cherry win upto the max allowed using x2/x3/x4 .I'm pretty certain initially it won't be a straight £100 probably in 90 quid zone or there abouts . For example 20p x4 =80p then 80px4 =£2:40 then £2:40x3 =£9:60 then £9:60x4=£28:80 then finally £28:80p x3=£86:40 If the £86:40 can be banked down to £14:60p and gambled once more x2 then the £100 is achieved. The jp tune should then ring out before payment .the machine will need to know the various options open for total gambling .and as mentioned the % needs to be working properly otherwise the the machine won't play properly. It may well be too generous. Carry on ed as you are closer than most have got with projects like this and hats off to you for unlocking the gamble as this has never been achieved before 👍👍👍👍👍👍1 point
-
Some final testing on my machine Burned an eprom and ran up the modified code on my machine. Managed to take a gamble to £100 but to my surprise it didn't collect at £102.40. The gamble limit makes total sense in a commercial machine, it is possible to gamble from 20p to £100, very doable and with bigger wins very lucrative odds. Here is a video if the gamble: I double checked the code and tested the same gamble sequence on the emulator and found that the code below needed a small mod. The command CMPA #$10 looks for the tens ram address of M0086 to be greater than 10. So will payout when the M0086 is greater than 10 which related to £110. All my testing gave a win of around £112 for I didn't notice this. The mod needed is to change this value to 9 so a win of £100 correctly initiates the auto collect. Here's the code: With this small change the machine now collects at > £100 rather than > £110. Attached is the updated eprom file and the disassembled code. spls9f 5 credit £100 Limit V2.zip spls9f2 £100 limit V2.rtf1 point
-
1 point
-
Good stuff Ed and thanks for taking the time to explain it as well. Very enjoyable seeing the results actually working in reel time. (see what I did there). I'll get me coat!1 point
-
This is just about perfect Ed. You've done a brilliant job and yep that jp jingle is the icing on the cake .just a further point to not having a larger gamble is the fact that the tubes only hold about £60 each of 50p s so would be incapable of paying more than £120 and at a push another £15-20 in 10p s .so the £100 limit is perfect .just one further mod to make would be to get the no lose gamble feature play the jp tune if the £10 is awarded .at the moment it doesn't do this which is a little disappointing .not sure weather it's a good idea for the no -lose £10 to self collect after the jungle or not or weather its too much work to do anyway ..Will the machine recognise % s with the added gambles and wins?1 point