<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>http://ssrserver.ddns.net:8080/SSRClient.html<br>Q. can someone try this link and see if it loads?<br>Thanks,<br>Doug<br>more..<br>Let me know if this link works. It's a no-ip.com domain, my router is supposed to be updating their DNS with its dynamic IP, and I've set my router's port-forwarding for port 8080/8080 to my home server where SSRserver is running on port 8080.<br>I can't see it using the external url, I've heard that's due to loop back and there are some tricks to see it locally.<br>But I can see it on localhost:8080/SSRClient.html<br><br>> Date: Sat, 14 Feb 2015 07:16:07 +1000<br>> From: tom_a_sparks@yahoo.com.au<br>> To: x3d-public@web3d.org<br>> Subject: Re: [x3d-public] SSR: server-side rendering<br>> <br>> On 14/02/15 02:38, doug sanden wrote:<br>> > IDEA: SSR - server-side rendering: render the scene on a server and ajax screenshots to client<br>> > -Doug <br>> > more..<br>> > 1. client side page shows:<br>> > a) a rendered image when not navigating<br>> > b) a ground grid during mouse/touch drag navigation<br>> > http://dug9.users.sourceforge.net/web3d/tests/SSR/grid4_x3dom.html<br>> > 2. At the end of a drag when the touch/mousebutton is released, the accumulated navigation is ajaxed to the server, and the server moves an avatar, takes a screenshot, compressed to jpg, and sends back to client.<br>> > 3. client renders the image over/instead-of the grid<br>> > <br>> > Purpose of the grid: to give user a sense of how far and what direction they are navigating when there's no visible scenery<br>> > - they can guestimate how far they want to go<br>> > Option: server renders 2 or 3 'depth slices' of the view frustum against transparent background, and ajaxes all depth slices, and the client composes them, as textured planes in 3D scene to give a sense of distance<br>> > <br>> > Benefits:<br>> > - for large scenes, no geometry to download other than small grid. very fast to get into a large scene<br>> > -- avoids the need for any kind of binary compression other than jpeg<br>> > - for proprietary scenery, only screenshots are sent to client, no need to encrypt<br>> > - best when scene contains no time-based animations - just static geometry<br>> > -- option: also detect short mouse/touch 'clicks' and send them to server as clicks instead of navigations<br>> > - server-side scenes can have conventional x3d/vrml97 files with Protos and advanced nodes<br>> > <br>> I like the idea<br>> but portal rendering[1] would work better idea as long as you render the<br>> layered depth images on the server<br>> <br>> [1] http://en.wikipedia.org/wiki/Portal_rendering<br>> [2]<br>> http://www.cs.princeton.edu/courses/archive/spr01/cs598b/papers/rafferty98.pdf<br>> <br>> tom<br>> <br>> _______________________________________________<br>> x3d-public mailing list<br>> x3d-public@web3d.org<br>> http://web3d.org/mailman/listinfo/x3d-public_web3d.org<br> </div></body>
</html>