only small problem i have is the launch button on my cab will not launch the ball in fx3 for some reason, its set as enter key and works as an enter key no problem when selecting etc in fx3 but just will not launch the ball, if i press enter on the keyboard it works fine, if i change the launch key in fx3 to my start button for example it works fine, its got me puzzled to say the least.
Huh, strange indeed. Could it be that FX3 is picky about *which* Enter key is being used? There's the normal Enter key in the main alphabetic key area, and there's the separate Enter key on the numeric keypad. Those are actually distinct keys as far as Windows is concerned, even though both are called "Enter" and both usually have the same function in applications. But some programs - especially games - treat the two as separate keys and let you assign different functions. Any chance that FX3 is configured to use "Keypad Enter" and your button is mapped to "Regular Enter", or vice versa?
See the DOF section - use "DOF Windows Setup Installer (MSI)". Ignore the LEDWIZ.DLL section.
Hi good now i have the directory DirectOutput in c: i need to do some other step?
You should be set with DOF as far as the software goes, so you can go ahead with the rest of the DOFLinx setup you were working on.
DOF needs to be configured for your cab, though - you need to tell it what kind of output devices you have attached. Here's some information on how to set that up:
(You are using a pin cab with output devices, right? DOF and DOFLinx are all about controlling attached devices like LEDs and solenoids. If you don't have any of that, you actually won't have any use for DOF or DOFLinx. If that game you downloaded is for "DOF cabs only" and absolutely won't run without DOF, you probably don't want that version of the game at all - you probably want to find the version that runs on ordinary desktop machines.)
mjr i have it mapped to the normal enter key, in fx3 i have tried in controls changing the plunger key and actually press the launch button to define that key and it puts it in as enter, its really strange
enter button problem solved:) seems it doesn't like being the shift key lol.
having problem with pinsound, works perfect with the assigned buttons on cab in windows , f19 f20 shifted, but as soon as a table is launched it doesn't work, either vpx or fx3 ?
enter button problem solved:) seems it doesn't like being the shift key lol.
Oh, were you using Enter as the Pinscape local shift button?
That might explain it if FX was using Enter the way VP does - that is, hold down the Enter key to pull back the plunger, release the key to release the plunger. When the button is in local shift mode, it only sends a timed pulse to the PC when you release the button. So if FX3 was depending on you holding down the button for a couple of seconds to get the plunger pulled back far enough to release, that would never happen.
Note that if you really want to keep Enter as the shift button, you can do that! You just have to change the shift mode from "OR" to "AND" in the settings.
shift OR key -> default mode, where it sends the short timed pulse when you release the button
shift AND key -> sends key down/up at the same time you press the button
This is all explained more in the notes for that section in the setup tool.
having problem with pinsound, works perfect with the assigned buttons on cab in windows , f19 f20 shifted, but as soon as a table is launched it doesn't work, either vpx or fx3 ?
have i done something wrong ?
Are you talking about PinVol?
Any chance you're launching those games in Administrator mode? PinVol can't monitor keys in the background when an Admin mode program is running, since Windows forbids that for security reasons (so that key loggers can't intercept system passwords and such).
If that's it, the best solution is to stop running anything in Admin mode - games should ideally never be run in Admin mode.
The bad solution, which I'd recommend against, is to start running PinVol in Admin mode as well. But you really should try to stop running the other stuff in Admin mode instead. It'll make your life a lot easier in the long run.
Yes I think fx3 had to be run in admin mode to address a dmd issue and I always thought vpx and pinup had to run in admin mode , but if thats not the case then its easily sorted , and thank you for the help
Yes I think fx3 had to be run in admin mode to address a dmd issue and I always thought vpx and pinup had to run in admin mode , but if thats not the case then its easily sorted , and thank you for the help
If you're using dmd-ext with fx3, it *used to* require Admin mode, but that was a bug fixed in 1.7.2. (It's also fixed in my 1.7.1 patch branch, which some people are still using because of some kind of problem with colorizing that got added in 1.7.2.) So you should be able to solve that by updating to one of the newer dmd-ext versions.
VPX by itself certainly doesn't need Admin mode. Not sure about pinup, but my guess is that there was some misunderstanding at some point where someone *thought* you had to run it in Admin mode but you really didn't.
Just as a rule, any time anyone says "you have to run X in Admin mode", take it with a big grain of salt - there's a lot of misinformation around here about that. "Run it in Admin mode" somehow got onto everyone's radar as a random troubleshooting step for every type of problem. It's in the same category as when tech support tells you to unplug your router for 60 seconds and try again - never works, but they always make you try it because it's on their script. But Admin Mode is insidious - once you've got one thing in Admin mode, pretty soon everything else has to be in Admin mode too, because of all of the Windows security restrictions related to Admin mode processes. So it's better not to get started down that road if you can possibly avoid it.
yes that was it 1.7.2 and colour dmd so i still use 1.7.1 for the colour dmd
i ran pinvol as admin and it worked, but for some reason it will not load up with windows now when in run as admin
Glad that did the trick!
Startup launch is one of those security restrictions on Admin mode that makes Admin mode a PITA. Windows isn't very user-friendly about it, either - if you try to launch an Admin task with a Startup shortcut, Windows just ignores you and doesn't even bother to show an error message about why. There is a workaround, though, if you really want to keep everything in Admin mode. You have to use Windows Task Scheduler instead of a Startup shortcut. Create a task, add an "At log on" trigger, set the Action to "Start a program" with the PinVol program EXE as the target, and under Settings, check the box for "Run with the highest privileges".
I have took admin off everything and it all seems to be working with no issues Im so happy with it at long last , I especially love the silent mode by the press of a button thats awesome , mjr you are a genius I cant thank you enough for the work you have done.
Thank you
I have Setup the INI files - See below (Where can I upload them?
<?xml version="1.0" encoding="utf-8"?>
<!-- This config file will set up two addressable LED strips orange on the right and blue on the left. Each is 53 long and have the distal LED as the first in the array -->
<!-- This config file will set up two addressable LED strips orange on the right and blue on the left. Each is 53 long and have the distal LED as the first in the array -->
I don't know if this will help but I believe this is the way this should be
Startup launch is one of those security restrictions on Admin mode that makes Admin mode a PITA. Windows isn't very user-friendly about it, either - if you try to launch an Admin task with a Startup shortcut, Windows just ignores you and doesn't even bother to show an error message about why. There is a workaround, though, if you really want to keep everything in Admin mode. You have to use Windows Task Scheduler instead of a Startup shortcut. Create a task, add an "At log on" trigger, set the Action to "Start a program" with the PinVol program EXE as the target, and under Settings, check the box for "Run with the highest privileges".
another 'interesting' thing is that windows has no issue if a batchfile in win-startup folder starts an admin-exe. So another solution is to set the exe 'as-admin' and make a batch file that simply calls it....
another 'interesting' thing is that windows has no issue if a batchfile in win-startup folder starts an admin-exe. So another solution is to set the exe 'as-admin' and make a batch file that simply calls it....
Well, except that you'll get a UAC dialog every time the system starts. (If you don't see a UAC dialog, perhaps you have UAC disabled on your system. A lot of people around here do that because of all of the confusion about Admin mode, but I'd try to avoid it.) Task Scheduler is really the right way to do this, in that Windows trusts it and lets you pre-approve the elevation at the time you create the task.
I'm seeing more cases where DOF (latest) com-object interface only working as windows-normal user. If user runs PinUP as admin then DOF doesn't work at all. My solution is just run as normal user but some need/want to run as admin.
some fixes reported by users:
remove DOF entries in registry and re-run registercomobject.exe as admin. (doesn't work for all)
someone reported they fixed it by setting where the config (log?) file is located.
I notice DOF makes a dof output.log in the current folder (DOF object is created in javascript). Perhaps when ran as admin the DOF default folder is a windows system (syswow?) and that is where it fails?
I can't replicate the issue as most can run with or without admin... so im guessing as to a workaround for some.
I'm seeing more cases where DOF (latest) com-object interface only working as windows-normal user. If user runs PinUP as admin then DOF doesn't work at all. My solution is just run as normal user but some need/want to run as admin.
some fixes reported by users:
remove DOF entries in registry and re-run registercomobject.exe as admin. (doesn't work for all)
someone reported they fixed it by setting where the config (log?) file is located.
I notice DOF makes a dof output.log in the current folder (DOF object is created in javascript). Perhaps when ran as admin the DOF default folder is a windows system (syswow?) and that is where it fails?
I can't replicate the issue as most can run with or without admin... so im guessing as to a workaround for some.
just looking for ideas...
When it *doesn't* run for these users what is the actual result? Is it failing to create the com object? Is there an HRESULT code?
Running procmon on an impacted system and watching what happens might give more clues.
i am one of the affected users :-):
I got the following Config:
PinUpMenu.exe run as admin
VPX run as admin
DOFLinx run as admin
BAM and Future Pinball run as admin
pinvol run as admin
xpadder run as admin
Main reason for admin is that afaik BAM/FP needs this. if i turn admin off for them they stop working. And i got problems loading FP from pinupmenu when pinupmenu was not run as admin. But i will try once again to remove "run as admin" and see what happens. How can i use procmon for further investigation?
PinUpMenu working, but no DOF (probably messed during testing?)
PinVol must be admin, else no controll during Emulators
DOFLinx must be admin, else no FX3 Backglass displayed
FP/BAM must be run in compatibilitymode XP SP3, else fploader does not work
DOF / DOFLINX working everywhere else except PinUpMenu, but as mentioned, could be messed up during testing with debug / alternate registering bat (provided vor testing purpose, as mentioned a few threats above)
xpadder must be run as admin, else no keypresses in PinUpMenu (strange?!)