What's new
Question so i cant play like my set up?

Button D the blue one is a mirror of button 4

so for me is red(A)- Button 1, Yellow(B) - button 2, Green(C) - Button 3 and Blue (D) - button 4
 

Attachments

  • F55B78D9-3794-4B03-A8C7-097DAFF3CCEF.jpeg
    F55B78D9-3794-4B03-A8C7-097DAFF3CCEF.jpeg
    606 KB · Views: 104
Question so i cant play like my set up?

Button D the blue one is a mirror of button 4

so for me is red(A)- Button 1, Yellow(B) - button 2, Green(C) - Button 3 and Blue (D) - button 4
Yeah - that would be no re-mapping at all?
 
Could the remapping be exposed in the ini so that we can make a custom layout?
 
Just added a display-saver to preserve the longevity of the tiny OLED screen. It turns itself off after 5 minutes have passed with no user interaction, i.e. doing something in the menus. Instant wake-up on Jammafier button press.

For the curios, the lifetime of the OLED, defined as 50% of initial brightness, is specified to be minimum 10,000 hrs.
 
I briefly played with your 2020-04-09 firmware.
I noticed only two things but didn't spend more than 5 minutes testing.
1. The remaps cause multiple button presses with my CPS2 with the buttons set to kick only mode. Pretty sure this is not intended.
2. The Nesica card reader ID you added to the jvspac2 firmware after our back and forth a while back is not identified on the Jammafier.
 

Attachments

  • unibios1.JPG
    unibios1.JPG
    604.9 KB · Views: 95
@adgenet -can you send me a jamdebug.txt file with the nessica issue?
Here you go.
One is with just the Taito Nesica RFID connected by itself, and the other is with it chained through a Sega JVS IO (837-14572).
Same setup as what I talked about in the JVSPAC2 thread a while back (https://www.arcade-projects.com/forums/index.php?threads/an-improved-jvs-pac-jvs-pac-2.6972/post-150782)

Like you said in the other thread, it's mostly in the name of science since the board doesn't do anything, but the current code does seem to cause looping resets of the Jammafier. with the board connected.
 

Attachments

  • TaitoRFID.txt
    38.2 KB · Views: 129
  • ChainedRFID.txt
    46.7 KB · Views: 135
test asap.
All good?
In the course of trouble-shooting my MV1A I installed the excellent universal bios - http://unibios.free.fr/. Turned out my problem was that dip switch 1 was set :huh:

Anyho - to access the bios menu you need to hold ABC or BCD for hw test at boot - so I implemented this. If you hold A or B button on powerup this happens:
unibios2.JPG


Updated beta firmware available here:
https://irkenlabs.com/images/jammafier-images/firmware/jammafier-2020-04-11.zip
Quick test all input is good. Deeper test this afternoon.
 
Last edited:
@adgenet -can you send me a jamdebug.txt file with the nessica issue?
Here you g8|ne is with just the Taito Nesica RFID connected by itself, and the other is with it chained through a Sega JVS IO (837-14572).
Same setup as what I talked about in the JVSPAC2 thread a while back (https://www.arcade-projects.com/forums/index.php?threads/an-improved-jvs-pac-jvs-pac-2.6972/post-150782)

Like you said in the other thread, it's mostly in the name of science since the board doesn't do anything, but the current code does seem to cause looping resets of the Jammafier. with the board connected.
You're right! I merged in the changes from the Jvs-pac 2, it should now correctly identify g-balance IO and not misbehave if an rf-id is connected:

https://irkenlabs.com/images/jammafier-images/firmware/jammafier-2020-04-11b2.zip
 
Jammafiers are so awesome im building one into Seg Dino King conversion.
My VLX Diamond contains the Jammafier, it is more versatile and functional than my Capcom with Taito official JAMMA kit.
Now don't get me wrong... I love that my Capcom is 100% Taito parts, but when it comes to playing something like Midway boards.
Its easy with Jammafier, it can't be done with Taito and even when I did it with the HAS SG inside, required bypass rewire of control panel/DB15.
 
Last edited by a moderator:
Back
Top