Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

CarnyPriest

Content Provider
  • Content Count

    1,708
  • Joined

  • Last visited

  • Days Won

    209

Everything posted by CarnyPriest

  1. Yes, but self.game.fakePinProc is True in game.py. Fact is, people can get the current game code by running Install CCC.bat. No need to have any bits of Python source code in the VBS script repo IMO.
  2. Thanks for pointing the way. Brings up topics that I had completely forgotten in my old age. I went back and re-read my PM with ninuzzu. Setting to self.game.fakePinProc to False does fix MB but at least for ninuzzu he was having issues with the drop targets not registering hit events. The drop targets work correctly if self.game.fakePinProc is True. He had patched trough.py to comment out code that pauses auto-launching balls if in test mode. This was years ago. Since then, the port got off sync with the main project for over a year because we did not have all of the sounds assets that the main project code called for. It had been so long and so many commits had been made that I simply re-ported the game code from the main project repo once we had the current assets. Thought I had all of the VP specific changes in, but I had missed nizuzzu's patch. Code is now updated and the commit has been pushed into the pin2dmd branch. Let's see how it goes.
  3. official rev r4934 Make color/brightness mappings of Data East 128x16 DMDs match the real hardware, and fix RAW dumps of GTS3 DMDs [lucky1] Fixed formula1 displays [volkenborn] Fix AlvinG solenoids not firing consistently (most notably breaking Mystery Castle) [DJRobX] SAMBuild_r4934.zip
  4. By the way, I patched my Win 7 laptop to be able to manually install the extended service security updates for February. This was done before compiling the 4906 build. VirusTotal reports that VPinMAME.dll is clean including the MS engine. So, don't worry about it, @YoHelmo2.
  5. official rev r4906 support for new competition mods by soren SAMBuild_r4906.zip
  6. I guess something changed in the last two years. I'm a bit busy with real life at the moment. I'll track it down at some point.
  7. official rev r4902 Added JvH Ice Mania and Formula 1 (still in-game display update issue on F1) [volkenborn] SAMBuild_r4902.zip
  8. I've run the latest beta through VirusTotal online scan which uses 70+ different av engines. Microsoft av identifies as Trojan but different ID than above. All the other engines don't detect anything. I still run Win 7 on my development laptop and Microsoft no longer pushes security updates for it. I'm being transparent. There are no guarantees. Caveat emptor! With that, if you are worried then don't use it.
  9. New P-ROC based code rewrite for NGG. Too bad it is going to be a commercial kit rather than open source like CCC. Not likely to ever be available for virtual pinball: https://pinside.com/pinball/forum/topic/ngg20-new-code-for-your-no-good-gofers-2020
  10. Yes, I had mentioned the issue with Last Call earlier in this thread. I don't recall any commits to the official project code that described modifying the rules surrounding multi-balls or Last Call. So, it could be an issue with how the trough works in the table. I'm not an author, so I don't have insight into how the trough may be different in this table versus other WPC tables that are relying on features coded in the standard VBS scripts. I do recall that at one point these features worked correctly, but I don't have a feel for when this changed. My cabinet was out of commission for over a year even as I was continuing to sync the code in the CCCforVP repository. Not much of an ability to test anything thoroughly. Note: ninuzzu is no longer active in the community. He hasn't visited any of the sites since last May at the latest. Before he left for good, he did give me permission to update V3.2 of the installer to update the Install CCC.bat file for newer assets and to increment the version number. He did want the table uploaded here, but felt no motivation to work on any update for the table. It was actually Wildman who uploaded the file here (same version that was originally at MBPC), submitting it under ninuzzu's account so that at least credit could be given where due. However, no permission has been given to modify the table. Not to me, anyway. I'd sure like to figure out a fix for this. If it can be fixed in the table script then this can be submitted to @Thalamus script repo. If any fix requires the VP editor then it can be distributed as a patch, I guess.
  11. 42 downloads

    icemania.zip
  12. 42 downloads

    formula1.zip
  13. I'm not clear on the sequence of events you are describing where multiball and last call worked. You gave the 3.2 installer a go and the table is working for you. But the Install CCC.bat file from V3.2 can't work correctly because the assets that it calls for are no longer available. It would have given you an error. Or are you saying that you ran the 3.2 installer but did not update the game code and assets and multiball and last call were working as expected (i.e. old game code). Was that game code from Feb 2018? Take a look at the datestamps for the game.py file. It sounds like this might be an issue with the game code and not the P-ROC environment. I'm essentially syncing to the author's official project code. Aside from DJRobX's fastflips solenoid, disabling the author's custom smart drop targets, and disabling logging instructions, the code for the port is the same as the official project code. May be a bug, but it may be an intentional change in the ruleset for whatever reason. Can't simply go by the project wiki either as he had to recently restore all of those pages from backup. They may not be up to date. At least, trying to determine the last time multiball and last call worked should help me isolate which bit of code changed and I can then pass along the info or a patch to the project author.
  14. Yes, an early code version too. It's a clone that somebody discovered. The final code that most players would use is V10.0.
  15. official rev r4901 Added lotr3, flashman [volkenborn] SAMBuild_r4901.zip
  16. 42 downloads

    flashman.zip
  17. There are a limited number of options for setting pixel size in the in-game menu settings, as you have seen. You will also need to adjust the resolution of your DMD monitor to achieve edge to edge coverage. I have three screens and I set the DMD monitor to 1280x720 for CCC. Native resolution is 1600x900 and is what I use for VPM and dmdext rendered virtual DMD.
  18. If the version of the P-ROC installer was that old, you may want to reinstall the P-ROC environment as well. Did the old installer install Python 2.6? Do you still get the run-time error that used to happen when starting the table - happened with the install procedure from a few years back. Do you have issues with DMD frames not being displayed in color at all times? If no to any of these questions, and if you are perfectly happy with how the table has been playing then you probably don't need to update P-ROC. You can just run Install CCC.bat to be synced to the official project code. If you want fastflips support, you will need the updated table script - https://github.com/sverrewl/vpxtable_scripts/blob/master/Cactus Canyon (Bally 1998) TTNZ v2.0.vbs If you need support for displaying DMD on a p2k style cab or you want to use a Pin2DMD without needing dmdext, then you will need to download a code branch directly from the github repository. Of course, if you are already happy with how the table plays then you don't have to update anything. That's the easiest choice! You never know what's going to happen if you try an update. Nothing is foolproof.
  19. If you recall, on January 1, the calendar date changed from 2019 to 2020. You might have even celebrated the event. PinMAMEdev changed the copyright date on all internal and external documentation to reflect that we are all now living in the year 2020. That’s it. This is not a new feature for you to enable. Sent from my iPhone using Tapatalk
  20. As stated in the original post: "For users that have already installed Python 2.7 version of P-ROC, there is no need to install it again. Nothing has changed with the P-ROC installer since V3.2 which was the version available at MBPC before they closed." That is, I've made no changes to STEP 1 - Install Prerequisites.bat STEP 2 - Install PROC.bat since I started publishing the Installer here at VPUniverse. The only file that I have changed to reflect the availability of new/updated assets and game code is the file "Install CCC.bat". If you installed the P-ROC environment using V3.2 or greater then there should be no need to re-install. If you attempt to use the Install CCC.bat from versions prior to V3.4 then the downloads will fail because the project author no longer hosts older versions of his assets. You must use the Install CCC.bat from V3.4 to download the current assets. Where is there a link to the V3.3 installer? It's not in the original post. I can change it if you can point me the way. Thanks.
  21. @outhere prefers the 3.1 P-Roc installer for it's specific P-ROC environment. According to him, 3.1 does not have the issue of the table crashing out of the editor when you try to quit. For me, that's not a dealbreaker. I don't maintain the files that install the Python/P-ROC environment. The files in V3.4 are the same as what Ninuzzu allowed me to distribute. WIth MBPC gone, there is no change log that documents what Ninnuzu changed with the installer from V3.1. I only maintain the "Install CCC.bat" file. The "Install CCC.bat" packaged with the 3.1 version will not work, though, as the links are out of date and no longer accessible.
×
×
  • Create New...