Jump to content

All my products and services are free. All my costs are met by donations I receive from my users. If you enjoy using any of my products, please donate to support me. My bare hosting costs are currently not met so please consider donating by either clicking this text or the Patreon link on the right.

Patreon

MulletLife

GameEx Lifetime Member
  • Posts

    41
  • Joined

  • Last visited

  • Days Won

    3

MulletLife last won the day on January 3

MulletLife had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

MulletLife's Achievements

Super Member!

Super Member! (3/5)

6

Reputation

  1. Solved If you search in registry for the name of your dof64 folder, you will find an entry with the name Code Base. Simply point it to the correct spot and re-register.
  2. Well yes, that would have been the first thing I tried. You helped create this plugin correct? Where does the app derive the info for the Direct Output path in the Plugin's Config window? I'm assuming its a registry key. If I know where the app is pulling the info from, then I know what keys to overwrite.
  3. log.txtPinballX.iniNote this is from my test rig which is now on my desk and not hooked up to my vpin. But regardless, you can see that the DOF plugin can't initialize from the log.txt. My assumption is because its pointed to the x64 DOF folder.
  4. Correct, my DOF works everywhere except in PBX. I believe the issue resulted as I accidently registered the the 64bit DOF hence the plugin is looking in the 64bit directory. I'm assuming it needs to point to the 32bit as its a 32bit application. That's the only difference between my 2 setups, 1 I accidently registered the 64bit DOF, no DOF in PBX on that build. I need to figure out how to change it back in the registry, or how to change the DOF path in the DOF Plugin (possibly the same answer).
  5. When running PinballX Plugin Manager, then "Configuring' DirectOutput PinballX Plugin... My path shows: C:\DirectOutput-x64 I need it to point to c:\DirectOutput-x32. How do I accomplish this? Thanks
  6. I think the issue is actually my playfield monitor. Changing setting regarding contrast etc seems to fix the issue though its odd the videos look different in VLC vs in PBX. Good enough for now. Thanks
  7. PinballX.inilog.txt To my knowledge, the video codecs I installed initially were the above mentioned LAV filters. I also just reinstalled them and reverted to default settings with no change to the washed out videos. Again, the videos play fine stand alone, its through PBX they get washed out. Brightness in ini is set at 160. This issue has persisted through various PCs and screens. I'm fairly confident its not a hardware issue. Any help is appreciated. Thanks
  8. Having this issue for years, finally doing something about it. I've tried altering the brightness from the PBX Display Settings options. I'm just looking to have the videos looks as they do when running from vlc/media player etc. What am I missing? Its like there is a white diffusion over the entire playfield. Thanks everyone
  9. Lots to unpack there. My PC did do an update, not sure what update it did but last time I tried to do a rollout it bricked my PC and had to reinstall windows. But I guess that could be a variable the would be difficult to test. I can look to see what got updated though and report back. I am using MP4 and I did also install VLC (actually installed it vs it just existing in the pup folder). I did grab a link from a pinball source as I know you're supposed to use a specific one. That might be a variable. I can close PBX videos but I would assume that would be fairly similar to just running straight from VPX. I think I did that in the video but I would need to double check. It would certainly free up some resources, I just didn't think I was right on the edge of 120fps or 80fps because of an extra 10% of CPU usage. I can try with non-pups. I guess that would help narrow things down. I think I did and it was the same issue but I can certainly try again. No idea what WinActivate.exe is. I've been piggy backing and updating for 5 years, it may have been something that was there originally and just doesn't get used anymore.... no idea on that one.
  10. Its just an LCD monitor. I do notice that the backglass and "topper" (ie my dmd overlay) is more delayed in shutting down. Especially if playing direct from VPX. VPX closes and topper/backglass hang for a few seconds. I can't recall now if that was since x64 or if that was when I upgraded from 5.47 to 5.80...
  11. I didn't realize the log purges each game. The first time I tried was with AFM x64 and had the FPS issue. This log shows I changed PBX to run AFM in x32, still with FPS issue. That would lead me to believe its not the actual VPX install, its something else.... It (seems) to be a dmd issue but can't quite put my finger on the issue. It seems odd that the CPU is at 50% (though I don't know what it was before) and that freeing up the dmd resources changes it from 80fps to 120fps instantly. Hope the logs help. DmdDevice.ini log.txt PinballX.ini
  12. Sounds good, will do. (I thought log.txt was maybe a wildcard for ANY log file)
  13. Just so I don't miss anything and you need to ask again. Do you mind writing out the exact name of every log/ini you would like me to post? I can also try downgrading my vpx and see if that helps. There's also the option of going up to 10.8 to test as well. Thanks
  14. Right, in terms of versions of dlls etc, I followed that tutorial to the letter. B2SBackglassServer-2.0.0-Release-win-x86 dmdext-v2.0.0-x64 dmdext-v2.0.0-x86 DOF-x64-2021-04-16 PinUPSystem_x64_drivers_v1_beta VPinballX-10.7.4-400-1965b7b-Release-win-x64 VPinballX-10.7.4-400-1965b7b-Release-win-x86 VPinMAME-sc-3.6-369-102e419-win-x64 VPinMAME-sc-3.6-369-102e419-win-x86 I can attach the files next time I'm on the VPin. FB doesn't seem to be much help other than to start fights over x64 vs x32. I just like to know what causes an issue and how to fix it. The more people that know how things work means the more people that can help when people have issues. But I'm almost at the point of pulling the shoot on this issue and going back to my old setup.
  15. I do have my whole 32bit system backed up. I was just trying to be on the leading edge of the updates. I'm likely going to be going back to a full 32bit setup if the issue isn't resolved somewhat soon. I just finished making it 'perfect' so the next logical move was to break it
×
×
  • Create New...