Headrush69

Guess I got the view name mixed up. Yes I meant from within the Game view, and then into the Game detail view. What a doh moment. I disabled that option but didn't look careful enough to the wording. It's Skip the game details screen, so actually enable that option to disable that screen. ? I don't know if this is a design decision but it if you have a key mapping for exit in BB, the options in Security to not allow exiting, only seem to apply to using the menu to exit, key map still exits. So if you're clamping down your cabinet, don't miss that option.

Is it possible in BB to only allow game starting within a platform view by using the Play key mapping only, and disable users going into the Game detail view and selecting play from within? (Looking for either GUI options or editing theme XML files.)

FYI, if you set a longer time for the LB startup screen to stay on screen, you can hide the TeknoParrot game running screen completely. As soon as the game in TeknoParrot goes into exclusive full screen mode, the LB startup screen will end.

I would suggest installing a second copy of Retroarch somewhere and running the same game from there. (Don't change any settings) If it works fine there, we know it's not Retroarch itself but a settings somewhere and we can work from there.

Best to stick to 1 when diagnosing. I wondered why our settings were different, I'm using GLcore video driver. A couple suggestions, try changing CD to preloaded, eliminated disc reading as an issue. Also disable GTE overloading for now. Do you have any shaders enabled? Maybe also trying running the Mednefan standalone, and help determine if it's Retroarch specific or not.

Are you using the Vulkan video driver by chance?

Were you setting the default.cfg read only or the game specific cfg read only? Game specific cfgs will override the default.cfg

Are you cores up to date? My config items are different. If you have Retroarch 1.8.4, it now has built in core updating.

As Neil9000 said there is no correlation between LB and the emulators when it comes to controllers. (I assume when you say works in LB, what you mean is Dolphinbar controls worked in Dolphin emu when launched from LB)

Sounds like it was the wrong file then as that can't be possible. MAME standalone uses the default.cfg in the cfg folder, not the root MAME folder. If you are using Retroarch, that changes everything. I only use standalone MAME because it has much better multi device handling. The only advantage for me with Retroarch MAME core would be shaders, but I use Lordmonkus HLSL settings which I am happy with.

Yes the software core does up scaling of internal resolution which does help graphic fidelity. SilverDragon81, maybe post the options you have set for the core. Seems your spec should be able to handle either PSX core fine. Edit: You could start the Task Manager and switch to the performance tab and see your CPU utilization as you run PSX and that might help narrow down where the bottleneck is. (If you right click the graphin task manager you can switch to a per logical core view)

By chance are you controllers dynamic? (Can be unplugged sometimes) If so, MAME erases mappings for controllers that aren't attached. The simplest solution is once you set your mappings up, make the file read-only.

Which exact Vice64 are you using? There are a ton of different versions. I use the Retroarch Vice64 core almost exclusively and it has work well.

Since Neatmouse has several key options for enabling, why not just set it to run at startup, and than in WiniPac set a shift key to one of those activation keys? I don't use Neatmouse myself, but I'm guessing you will need to set fairly high acceleration if available to make using a joystick instead of a mouse feel somewhat decent.

Another option is running the old PC version too. It works great on Windows 10 and I have that one integrated into LB as well. Although I do like the feel of the PS2 version better, they are close visually. (With enhanced graphics from using PCSX2) YouTube comparison Seems like a lot more features in PS2 version as well (Different developer for PS2 version)

It's very map dependent for sure. Sucks about your AMD not supporting AVX2.

That is just a copy and paste of the instructions from the Ultimarc web site. From my testing I was able to see some of the issues you stated as well. Without going into great detail, seems to me that's it's best to pick a mode (keyboard, Dinput, Xinput) and stick with that. I don't think mode switching is a good idea when using from a front-end like LB. The issue is Windows can take time to see the changed device, which doesn't make for a good end user experience. Having said that, loading a gamepad profile using the command line works, and the iPac will change modes, but often I'm left with gamepad controls that do not work. (They do appear as Dinput or Xinput controls though) I'm sticking with staying in Keyboard mode. Loading profiles from command line while in keyboard mode still seems to work perfectly. As noted above, I found using AHK remapping easier than needing to change profiles though. Is there a specific emulator you HAVE to use gamepad or keyboard mode only?

Seems odd. I could understand a firmware upgrade causing problems if not done right, but downloading a profile seems strange to crash the computer. i just upgraded to the multi-mode 1.52 on my iPac Ultimate and it doesn’t appear to apply the profile without forcing board reconfigure as well. Currently doing some more testing. PS I don’t change iPac profiles anymore, replaced it with using AHK key remapping.

Are you running WiniPac as Administrator as per Ultimarc's web site instructions?

Can you be more specific? Do you mean flashing a custom profile on that iPac model requires the forcing the re-configure to the board or you mean the script doesn't work? If it's related to the new multi-mode firmware is it possible to downgrade back to 1.49 or 1.39 versions? I tried the multi-mode firmware and I remember I had a specific issue, can't remember exactly what it was but maybe try manually installing the older version and see if it works after that.

Did you go into Manage Emulators screen and add the newly changed name to associated platforms for the emulator?

It runs slower on my Nvidia system too. To be consistent I had to use native resolution, which isn't nearly as nice. Edit: I switched the GS plugin to GSdx-x32_AVX2 (was GSdx-x32-AVX before) and ran a few races and so far pretty good. Sun, smoke, light boxes are gone, only thing I notice so far is very minor issue in HUD. There might be a fix for that too. Edit 2: Turning on those HW Hacks I mentioned above, fixed the HUD issues. Only other issue I see is the massive slowdown problem when you get busted. (I got busted on purpose, they can't catch me ? ) Apparently this issue only happens when using 3x or higher upscaling. I set upscaling to 2x and no problems. Visually I didn't notice that much difference during gameplay.

I just made the changes yesterday, so I haven't completely had a chance to see check everything, but many of my gfx issues where resolved using the following HW Hacks: Edit: Seems it's very map dependent. I tried that map you posted images of above and the boxes are still there on that map. Software mode might be the only perfect way right now. Edit 2: Just switched to the OpenGL HW driver and it fixed the sun boxes on that map. The problem is it created different issues on another map.

Saw the same video I believe and in the comments it looks like the OP disabled some of the features in HW hacks so basically turned off those features so you don't see them.

Can you post the command line you are launching with? Just tested with my CHDs and they mostly do run, but console is flooded with cd buffer errors and it runs a lot slower than other options.