Main > Main Forum

2nd Display Software fail

<< < (3/5) > >>

ids:
Thanks for the reply Lilwolf.  The loop is actually this: paint what has changed, Thread.sleep(depending on configured refresh rate).  There really isn't much more I can squeeze out of it, to my knowledge.  My guess - which I'll confirm asap - is that on my desktop, the JVM is using video hardware, and on the cab, it's not, due to the USB based monitor.

What 3d library were you using?  I understand there is an OpenGL lib for java as well - maybe that would help?

I am also investigating using a raspberry-pi to drive the monitor.  That way I could offload the rendering so the cab can be devoted full time to mame.

nexusmtz:

--- Quote from: ids on October 12, 2012, 09:45:08 am ---I am also investigating using a raspberry-pi to drive the monitor.  That way I could offload the rendering so the cab can be devoted full time to mame.

--- End quote ---
Glad you're looking into this. One of the easiest ways to ensure that software doesn't use too much CPU on a particular machine is to not run it on that machine. That may sound like the "It hurts when I do this / Then don't do it" joke, but having a second processing device can make sense. Of course, that second machine has to support your USB monitor (displaylink?) and be sufficiently powerful for your application, so a Pi might not be suitable. I know that the Pi can run (not power) a displaylink monitor, but that only gets you half way there.

ids:
Thanks - Pi powering issues haven't occured to me, but I guess a powered hub in the middle would solve that.  I have seen references to getting the displaylink driver working, and some mention of Java on Pi.  That's about as far as I am right now.

I've also made some tweaks to the app and brought the CPU usage down when running on the cab to about 10-15%, but without a sufficiently powerful rig, I think it best to offload processing if possible.  For those running Gauntlet Legacy or NFL Blitz at full frame rates, this little app would probably go unnoticed, but sadly my rig isn't that.

gamepimp:
Would u b willing to share ur program with others? I have a 2nd monitor that displays marquee images on my cab and a 3rd monitor in my CP that I plan to have display controls for the games. I am using Marquee Magician right now which works. But sometimes it seems a little flaky because it relies on the IrfanView program which I find to be a little buggy. I would def consider giving another program a try...

ids:
sure, np, you want executable, or source?  Note that it is not a replacement for Marquee Magician, which probably performs much better, since it is just presenting static images.  Also, my stuff is not done, makes a few assumptions, and is not driven by any display files - it tries to work it all out on it's own.  No problems giving it away, as long as the limitations are known.  I am open to suggestions for improvements and new features as well.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version