Main Restorations Software Audio/Jukebox/MP3 Everything Else Buy/Sell/Trade
Project Announcements Monitor/Video GroovyMAME Merit/JVL Touchscreen Meet Up Retail Vendors
Driving & Racing Woodworking Software Support Forums Consoles Project Arcade Reviews
Automated Projects Artwork Frontend Support Forums Pinball Forum Discussion Old Boards
Raspberry Pi & Dev Board controls.dat Linux Miscellaneous Arcade Wiki Discussion Old Archives
Lightguns Arcade1Up Try the site in https mode Site News

Unread posts | New Replies | Recent posts | Rules | Chatroom | Wiki | File Repository | RSS | Submit news

Recent Posts

Pages: [1] 2 3 ... 10

Started by Davetrader2 - Last post by PL1

I use an iPac 4 in my system that is full. Does anyone know if there is a way to add more controls by adding an iPac 2.
Depends on which mode you're using it in and what controls you want to add.

If you're using your IPac4 in keyboard mode, then yes, you can add more controls with either another IPac or some other encoder like an Arduino with a keyboard firmware.
- There are a number of keystrokes that are still available.

If you're using your IPac4 in dinput or xinput mode, you won't be able to add buttons to the four existing gamepad devices created by your IPac firmware, but you should be able to add more gamepad devices/buttons with another IPac.

Everything up to this point assumes that you want to add more microswitch-style joysticks/buttons to your current setup.

If you want to add optical controls (trackball, spinner, etc.), analog controls (potentiometers), a mechanical rotary joystick (Ikari Warriors), or some other type of specialized control, you'll need an encoder that works with the type(s) of control you're trying to add.


Scott

2   Software Forum / ArcadeOSD and geometry helpon Today at 12:45:50 am

Started by TheRetroCarrot - Last post by TheRetroCarrot

This is my first time working with CRT emudriver and I'm having a bit of issues. I'm using a consumer Trinitron and I setup my geometry prior using a SNES and 240p test suite. Consoles all look about the same. Connected my PC via an ultimate vga to scart cable and I'm getting an image no problem however it is shifted right. More than I can correct in the service menu. ArcadeOSD allows me to correct this, however what's happening is I'll change geometry settings, click test, see the changes, and then all further changes from then on out will not display on the screen until I change modes and change back. I'm not sure if I'm misunderstanding something or if it's a bug in ArcadeOSD?

Also I'm having an issue where white balance shifts when there's a large amount of white on screen it shifts to blue. This does not happen when connecting consoles and displaying a full white image. Any ideas for that?

Thank you.

Started by Davetrader2 - Last post by Davetrader2

I use an iPac 4 in my system that is full. Does anyone know if there is a way to add more controls by adding an iPac 2. What does the "enable expansion interface" check box do?

Started by Danzio - Last post by Danzio

Hi.

Building a new cabinet using 2x seimitsu ls-40 01 joysticks. Got one hooked up to the pc running mame through a usb encoder using the 5 pin cable, works fine, configured in windows fine and this translates to use in my front end and games.

Problem I’m having is that the second stick won’t calibrate reliably. When plugged in to a second encoder board the windows calibration tool either doesn’t detect the stick and when flipping the 5 pin around detects it but it’s as if the crosshairs for the axis calibration is stuck in the right where it only moves when 2 of the direction microswitches are pressed (holding joystick in a diagonal manner) this again, translates to in game and is completely unusable. I’ve tried swapping out boards and using different cables both one way and another and nothing. The stick looks fine, no damage and was brand new. Trace/pcb look fine and microswitches look ok as far as I can tell. Just don’t understand why it won’t calibrate.

I’ve got in touch with the retailer but was wondering if maybe it’s something I’m doing wrong here? As the first stick was just plug and play. I’ve tried even removing all other buttons from that sides encoder board to just have the joystick but to no avail.

Any help would be appreciated, I’m pretty new to this!

I’ve tried searching the forum but can’t see anything close to what my problem is, and I’m at a complete loss!

Thanks for your time in reading this, appreciate any replies.

Dan.

5   Main Forum / UV prefinished Plywood for arcade cabineton Yesterday at 02:46:51 pm

Started by Bloodta - Last post by Bloodta

Has anyone used UV prefinished plywood to build an arcade cabinet? How does vinyl do on it?

Started by geecab - Last post by geecab

Hi there!

 Unfortunately, my mind is a bit hazy regarding my hard drivin' fix/hack but will try and help as best I can.

A few things off the top of my head:

1. My fix was to make hard drivin’ play ok with mouse/spinner, rather than a SteeringWheel/Joystick (that has a fixed centre). So I’m a bit concerned that porting whatever I did back in 2013 might not help much.

2. You’re probably already aware of this, but I’ll mention it anyway - My fix only worked for the Compact British version of hard drivin’ roms (That expects optical encoders for steering, and did the weird centre point latching thing). The full cockpit versions of hard drivin’ & race drivin’ used potentiometers for steering. I am guessing when you say hard drivin’ & race drivin’ are working fine for you, that you must be using the cockpit roms? I don’t suppose there are any street drivin’ or airborne roms available for cockpit cabinets are there?

I have to say, I am fascinated to know what’s going on with this steering/latching stuff again, so at some point soon I’ll get building mame again and try to recreate what you are seeing (I’d also like to have go at street drivin’ and airborne too 😊)!

7   GroovyMAME / Re: Cruis'n USA runs too faston Yesterday at 10:39:26 am

Started by mrchrister - Last post by mrchrister

Thanks for your reply, but I'm not sure that's the same problem.
1. Regular mame does not have the problem
2. When disabling modeline_generation it works at the correct speed

It seems to be a bug in switchres picking a wrong mode line for the game

8   Main Forum / JPac connector stopped workingon Yesterday at 10:31:27 am

Started by arcade_beginner - Last post by arcade_beginner

Hi all,

I bought a 4 player ready arcade cabinet, which came with all the connectors for it to work. I wanted to build my own pc to work within the cabinet and did so. There were a couple of issues where the coin button for P1 and P2 were the same key along with a couple of conflicts with players 3&4. When I was trying to fix this I downloaded winIPAC V2, ever since installing this P3 & P4 buttons no longer register.

I've since plugged the JPAC board for P3 & P4 into another machine and ran winIPAC V2, a message: No board is shown. If, however I unplug the usb winIPAC closes as if it could see there was a JPAC there.

In windows JPAC is shown in the devices screen. Have I broken it or is there a way to reset it?

Thanks in advance,

Gary

Started by geecab - Last post by GPForverer2024

Hi GEECAB!

 Thank you for the debrief which looks so good!!

Of course really looking forward to testing this update

Congratulations and thank you  :)

Started by argonlefou - Last post by Toasty833

That's something that should be implemented on the gun side.
Sure, but what if it's not possible? I do think having a settable border where on-screen left clicks are treated as off-screen right clicks by demulshooter is useful for certain aspect ratios on any gun, in the modern day most screens are 16:9 which means shooting off-screen to the sides in 4:3 games requires extra movement.

Hot take: using right clicks for a different trigger pull action is incorrect behavior.
It should be able to function like MAME, RetroArch, and PCSX2 does, where the game/emu can differentiate left click/trigger pulls between on-screen and off-screen and change its behavior accordingly. Right-click to reload has always been kind of a dirty hack for emulators or games that failed to consider this, imo.
Do these emulators actually differentiate? I thought they just took an external secondary input, like right click, and mapped that to reload, which requires the gun software/hardware to send a different input for on-screen or off-screen trigger events. Right-click has become the de-facto standard for this, probably because it made sense for windows ports with mouse support.
Pages: [1] 2 3 ... 10