Cool.  Let me tinker starting with this info with some of my tech helpers and see how far we get.  we did do the source:8888/view for the webcasted Nekobot beta test 2, but that really opened up my network...so thats why the proxy server is needed.  Our goal is to have this up and running before 9/15.
 
Thank you SO much!  Talk soon.

Thank you.  I have some server gurus working on the proxy thang
Another question:
Embedding Feeds in External Web Pages  
Dynamic Webcamsat video frames can be included in any external web page using the Video Frame API. You may also embed Webcamsat's feed viewing Applets in any external web page. See the Webcamsat FAQ for more information.  
 
 
**the Video Frame API link is broken.  Where to go?
Thanks!

This is per the nice young man helping me set up my proxy server:
 
"I set up the proxy at http://marksware.com:8888/ and pointed it to Lisa’s feed per the attached screenshot.  The web pages we’re seeing, however, are different than what’s shown at http://www.surveyor.com/products/satcam/ so I don’t know if we’re running the latest satcam proxy.  In any case, we don’t seem to be able to pick up any video from the proxy – just seeing 404 errors in the logs for both the push and pull URIs.
 
Actually, I think what we’d really like to see is a way to proxy the bot controls *without* the video stream.  The video we could capture from the screen and forward to ustream directly.  This would give the users the best video experience and enable us to control who has access to the bot.
 
We would then build our own BotControl web application hosted on another server to give the users access to the controls - complete with the queuing mechanism we’re looking for.  All we would need from the SRV guys is the set of GET or POST commands we need to send the SRVConsole server app to control the bot as if we were using their own served up pages.  To see the video feed, all users, including the bot controller, would just bring up the ustream feed.  There would be a regrettable 2 or whatever second lag which would make the bot a bit tricky to use but all in all it should be an acceptable tradeoff.
 
The advantage of this approach is that we don’t need a proxy server, per se, since the web application would serve the purpose of the proxy.  It would incur minimal traffic (it only sends the bot control commands, after all) so I could possibly host it on my own server here.  We’d only need a video screen capture application to get the feed to ustream.  So, with the information about the GET or POST bot control commands from the SRV guys and the development of the BotControl app, I think we could achieve what we’re after.
 
What do you guys think?"  
 
Note from Lisa:  I will send you the screenshot directly.  I dont want that posted here.
Note# 2 from Lisa:  There are several bot control applications out there already.  perhaps they can suggest one of those.
Note# 3 from Lisa:  With the frame rate at only 1 per 5 seconds, as opposed to the 2-3 per second..and the ustream delay, i think this solution might really make things difficult.  the bot can only take so much flipping over and hitting the wall over and over....

thanks!
i see that link now in the embed code, but it didnt click until just now.
so, that may take care of embedding.  we will play.
 
back to the remote bot controller...
 
1. when my tech guys get on my machine (My IP:8888/view) for the console, the first person who logged on got the console + bot stream in the controls.  However, if they logged off and got back on..or someone else logged on during or after that first person..no picture.  why and how do we fix?
 
2. when they guys log onto my puter thru the proxy server, there is no bot stream image in the controls at all even if they are first.  ideas?
 
3. The frame rate on the bot is 1 every 3-5 seconds.  this makes it really hard to drive effectively.  i understand that higher resolution makes for worse framerate.  when i try to change the resolution from the main console on my machine, there is no indication that the resolution has changed when i click any of the buttons.  is it actually changing?  i would like to reduce it to see where we stand before trying to figure out how to noodle with the radio as I saw in a previous forum entry.
 
4. Look forward to hearing from you soon.  wish we could set up a phone call.  lemme know if that is possible.  i have literally hundreds of excited viewers chomping on the bit to get your bot running!!

Quote from nekomimi_lisa on 08/28/07 at 1:24pm:

These mostly seem like network issues.  Do you have a way to test this with multiple computers on your in-house network ?  As regards DMZ, you will need to set up "NAT" (network address translation) on your router to map outside requests to port 8888 to your SRV1Console machine on port 8888.  We used to deal with this with Webcam32 - there's a tutorial which might be useful, as it's the same issue - http://www.sonicjay.com/cam/cam_how_to.htm
 
With regard to resolution, the SRV1Console display will automatically resize, but web viewing applet isn't actually smart enough to resize if the resolution changes, so you have to refresh the web page.