Jump to content

pinballlooking

Basic Member
  • Posts

    117
  • Joined

  • Last visited

Posts posted by pinballlooking

  1. I saw these at CAX today. They really look nice. Brighter than a normal plasma dmd, and details seem to show better on animations.

    He mailed me a display out yesterday so I should have some more info soon.

    The last three pictures are Xpinball display working with Russ board.

    post-39825-142870582092_thumb.jpg

    post-39825-142870582094_thumb.jpg

    post-39825-142870582095_thumb.jpg

  2. He is going to send me a display to test. I work with [email protected] and Russ to make sure they work well with Russ’s board. I will take pictures post them here if it working. His pricing is decent and they can have some ready I think August.

    I do think the blue will look good on Tron.

    The last three pictures are Xpinball display working with Russ board.

    post-39825-142870582088_thumb.jpg

    post-39825-14287058209_thumb.jpg

    post-39825-142870582091_thumb.jpg

  3. This may just be crazy talk, but if the LEDWiz OCX is using synchronous communication, as Mr. Silver mentions (and I believe it probably is - it's not really designed for heavy load, so the concept of it using a buffer probably never entered RandyT's mind when he was rolling the OCX code in VisualBasic), wouldn't it be possible to write a new OCX that buffers incoming commands and sends them to the LEDWiz on a separate thread, thus isolating us from the synchronous communication?

    Sure, if enough commands come down the pipe from VisualPinball, the buffer will fill up and commands to the LEDWiz will get behind, but the delay to get the commands through wouldn't be excessive in most cases (in fact, I bet you'd be hard pressed to even notice it), but the important thing is that a command given to the OCX would return immediately, rather than waiting for the LEDWiz to accept the command, so VisualPinball isn't delayed - and this would only happen under heavy load. Under normal circumstances, the LEDWiz would be keeping up and commands would shoot through as fast as always.

    It sounds to me like the stuttering problem is more of software issue than a hardware issue. Judging by the little LEDWiz utilities you can download from GroovyGameGear, it wouldn't surprise me to discover that the OCX does the absolute bare minimum to get commands processed (the little utilities are really clunky and slow), which means it's using blocking code that waits for the LEDWiz to acknowledge the command before continuing - which is fine, if we have a separate thread accepting and buffering incoming commands to be sent when the LEDWiz is ready for them.

    There are LEDWiz DLLs out there that can be used to roll such a multithreaded OCX. Sadly, I wasn't able to locate any source code for the DLL, so we'd have to actually use the DLL (as opposed to including the code directly in the OCX), but that's not entirely terrible. I even found some example code in various languages that show how to use the DLL I found.

    Maybe something worth thinking about?

    I really think you are on the something. When you have a really fast CPU the hardware keeps up fine.

    This supports your theory completely that it is the software communicating not the hardware.

  4. Will you be using contactors only for the flippers and the pull solenoids for all others?

    I was using all pull solenoids and 12 v contactors for flippers only. The pull solenoids do not keep up with fast bumper movements.

    I will be switching to only 3 pull solenoids two for the slings and one for the knocker.

    The other 6 will be 24v contactors controlled by LedWiz.

  5. I was using relays with 24 VDC PULL-TYPE SOLENOID (allelectronics). They do not keep up with fast bumper movements. I am switching to 24v contactors controlled by LedWiz. 24 VDC PULL-TYPE SOLENOID work great for slings and I am going to keep using them for that they sound very close to the real thing.

  6. • Dual Application for either HIGH/TRUE (1) digital logic or LOW/FALSE (0) digital logic.

    • Wide voltage range for HIGH/TRUE logic inputs. LOW/FALSE logic.

    I looked at your link and there is no language there that would indicate that it will work with a LedWiz.

  7. Thanks for the info.

    I was considering trying one of the relay boards that is on ebay. They have one that is 16 ports for $30 which would be enough to drive 8 contactors as well as the wiper and knocker if it works. I guess I could try out a single one first and see how it goes before buying the board. I'll give it a shot :)

    If you are using a LedWiz make sure the board can accept a 0 volt input.

    Like this board and it is on sale.

    http://www.ebay.com/itm/280798074049

  8. I appreciate the input, but for me the gameplay is king. I'd rather do away with blinkers and wire the contactors up directly than suffer the hiccups.

    I agree with you game play is king. And without the flashers and feedback game play is very lacking.

    I really don’t enjoy playing games without flashers/feedback.

×
×
  • Create New...