andrew96

running patched or non patched roms in MFME wont do any good at all as MFME only uses ONE lamp table, so results will be the same patched or unpatched, mfme will not prove or disprove a thing!!! real machines have THREE completely different lamp tables in the chr chip, if a rom is patched with the one from MFME yes it works but screws over the machine, It appears to me there is more going on with the lamp tables than just lamps...

a real machine uses 3 different lamp tables, mfme uses 1 and the 1 table mfme uses WILL work in a real machine but causes percentage problems in a real machine..... that's my findings so far backed up by a arcade operator that's used chr hacked roms. what more can I do!!! I patched out the chr years ago, its not difficult to do by hand

no,the patched rom will overpay in a real machine as it won't have the 3 correct lamp tables in

Its almost like Barcrest thought about having one lamp table which hackers could do in the future, so they opted for 3 and put things in place so it plays wrong if 1 table is used

its all about having 3 lamp tables for the real machine, with one lamp table they don't play correctly, that's what I am trying to get across, its not that MFME is wrong, no amount of playing that will recreate anything as its made to work with one lamp table and could be compensated or tricked into working correctly where as a real machine is not tricked by 1 lamp table at all

yes it overpays and takes no notice of the percentage key when using a PATCHED ROM without the correct 3 tables for the lamps

as I keep saying, the emulator is just that it emulates! it is not the same as a real machine mfme does not use 3 lamp tables as I guess Chris did not know there were 3 as I only found that out recently, and none of the 3 tables are the same as in mfme, but the one table from mfme does work in a real machine it just upsets it

you cannot test the 3 table theroy in mfme as it uses just 1 table, and we have no idea what tricks or work arounds were put in place to make mfme play right

I see what your not getting, the first read of the table gives one set of numbers out, then the cpu will address the SAME bytes again and the CHR switches internally to table 2, then on the 3rd read the chr switches to table 3, then the cpu does this over and over for a bit...table 1, 2, then 3, then the code just reads the high part of the table out, then again which is table 2 then again which it table 3 and on and on............ when the program code does this in mfme it has just the one table that gets read over and over etc........ when this happens in a real machine it is THIS that upsets it....

but in a REAL machine there are 3 different lamp tables it access where as mfme or a patched rom just has 1 completely different table, that is what is causing the differences.

I only have hyper viper club and I would not have a clue if its playing good or not, I know nothing about gameplay, where as my frind I am asking is SH*T hot on knowing everything there is about gameplay but is difficult to hold of!

yes this wont work as in the post above mfme only uses 1 lamp table which is not the same as a real machine that has 3 completely different lamp tables in , thats why it needs testing on real machines!

ah thanks john, I was hoping to get the patched lamp table results so we can compare a real chr with the 3 different tables against the patched rom which has just the one, or I can make a chr with just 1 lamp table in, that's why I need mfme lamp table result!

no amount of testing on mfme will reproduse anything, its useless to do so as it only uses one lamp table which is NOT the same as any of the 3 values in the real chr lamp table

but mfme is a emulator, it emulates! we don't know how it emulates real hardware. we are talking about testing on real machines which is why the chr needs to be in place...... the EMULATOR DOES NOT EMULATE THE 3 DIFFERENT LAMP TABLE RESULTS! This is what we are testing!! real chr with 3 lamp tables in, and the hacked chr which has JUST THE ONE, on REAL hardware

he explained it to me in a video, nudges and blocking, but I can see you don't like it Its apparently actually really obvious in this real machine hence why its a good one to test with/without chr I am trying to help get to the bottom of this the best I can!

Icon got lost in the flowers ?

is there a mpu4 cash attack in mfme? he thinks that will be a good one to test to see what happens as it needs to control it's self!

All I can tell you its someone that knows his stuff! like me he deals in real machines not emulation! I don't know what version it is at present

I won't mention it again unless he gives me info on the machines It doesn't directly affect me anyway, My machine has the proper CHR chip and I have done my investigation into CHR's as far as I am going to go, the test rig is about to be stored away now as I need the bench space! cheers

ok well take it then that everything is good and fine. this is what I am up against, he last looked at messages 10:55PM but mine I sent this morning remains delivered but not opened!

for one location in the lamp table (04) MFME uses #40 BUT the real chr chip returns #4A in first pass, #26 on second pass and #C2 on third pass..... THIS is the difference....... when the MFME values are fed to a real machine that's where it can send it paying the wrong percentage, (usually its very tight!) Definitely something barcrest did with the 3 different figures!!!! but what!!!

its difficult to get any info on anything, cant even get a picture of behind a lock showing the position of the switch that mine doesn't have!