Main > Software Forum
LED control from Mame--in over my head again?
headkaze:
Not sure but perhaps you could try this webcam java class? http://www.worldofjon.com/java/java5.html
1UP:
I believe, at least in HTML, there is a way to set a default image that appears in place of any missing image on a web page. I think this can be set at the head of the script along with the background color etc. Maybe if you wrote the frame to both places, it would be unlikely that both would be unavailable at the same time. If the main image is not available, the default one would still be there from the previous write, and if the default image is the one being written, it doesn't matter because the main image is loaded. At least that's how I think it might work...
Another possibility would be to have the image inside a frameless table, and set the background image of the table to be the duplicate image. But either of these would create some additional overhead.
I think you're on the right track with this. I've been playing with the virtual monitor stuff, and it does work, the frame rate and color depth is adequate, but so far I've yet to find a way to get it to log in to the server on bootup, or even handle the server shutting down when you power down the PC without having to interact with the device. But it would be simple to get Pocket IE to launch full screen on startup, and load up the default web page which could be set to this page that Mame Hooker is writing to.
Howard_Casto:
I tried the script you linked to hk... it's not much help. I did modify my script to have a bit of error handling, but it only helps the problem so much. It seems that ie sometimes (not often but maybe once every 20 secs) is able to open an image file as it's being written. There are, of course other alternatives.
It would require somene else to do the webpage end, because I suck at javascript, but a more bandwith saving technique might simply be to re-create the display file in html with the individual images in tact and incorporate a bit of javascript to constantly read a file that tells the status of each output. It's easy in javascript to rapidly display/hide an image... that's how mouse-over events work. I'm guessing it could take a while to load more complex displays, but once they are loaded everything should be in real time.
Of course this is all for animated display files. Static displays like a marquee, instruction card, command.dat, ect.... that'd be child's play. You wouldn't even have to constantly refresh the image. (Mind you, you could.) Instead the best bet would be to have a generic webpage with REALLY simple navigation. The javascript, instead of constantly re-loading the image, would re-load the html files body, which would update the links. It doesn't take any time to reload text and since you aren't refreshing the actual images, they wouldn't get constantly reloaded unless their address changed.
I intend on adding generic file operations support to mamehooker tonight. What you'd do is designate a folder where your webpage will be stored. You'd then keep all the non-generic stuff in a seperate sub-folder Upon mame startup, you'd delete everything in that folder, copy the artwork from all your folders (marquee, flyer, cards, ect) into the folder and re-edit the html to the new link names. So long as the link's have different names, the page should re-load them.
Anyway, I FINALLY got my digit creator working just the way I want it, so a release is immenant. Should be out by this weekend.
1UP:
:applaud: :cheers:
Howard_Casto:
Well, I would like to test the new image output with my ds, but I need help.
The ds's webbrowser can't see networked files, so I need a webserver. I need a SIMPLE webserver, that'll run on windows 7. Any suggestions?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version