Like merov says, we are still making the in-world textures so
Subnova,etc will still work. Once we get http references working for
prims, we can directly access the S3 machines. Another LL dev team is
starting work now on the server side of delivering HTTP textures, and
this build has the majority of the client side work. They are also
going to be doing their work in the open source code, so you should see
them starting soon. We should not be too far away from the correct
solution.
P
Philippe Bossut (Merov Linden) wrote:
Hi Maggie,
On Apr 1, 2009, at 11:19 AM, Maggie Leber (sl: Maggie Darwin) wrote:
Any content that depends on Subnova serving a region texture UUID is
in serious trouble with the new map system. See the forum discussion
for some examples (Novatech, Jer Straff's "Heavily Scripted
Industries" vehicle products, Quantum Core radar etc.).
I myself was about to build a moving-map navigation device for
vehicles that would have leveraged the llDetectedTouch API, but with
no in-world map textures anymore, that one goes in the toity. It might
make sense to pull the new textures out of the Amazon S3 cloud, but
with no real per-face HTML-on-a-prim yet (as opposed to the per-parcel
dealie we got somewhere about SLV 1.19), that's just a dream. We
currently can only address face textures with UUIDs, not URLs.
Ah well. I see now. This has to do with the changes to the mapserver
(and, yes, I did work on that too with James and Philip), not the
newly minted "http-texture" (temporary name...) branch.
I'm not going to reopen the long thread that was on the forum, let's
try to focus on your use case.
Ideally, you want to get a prim to be able to address a texture with a
URL as you mentioned. This is one of the objective of the work on this
branch (hence its name) but it's a massive and deep change that will
require lots of testing in virtually every area of the viewer. Working
in the open here is one way to make this happen faster and make sure
we leave no stone unturned, checking use cases that we have little
ideas people do count on working. We hope with all those pairs of
eyeballs on the code and builds, we'll get a better viewer in the end
and avoid last minute surprise. Good.
Still, getting there will take times so, what can you do in the
meantime? Well, we still produce the j2c map tiles for the asset
server. We have to or existing viewers wouldn't be able to display the
map. Is the problem that you can't guess the UUID for a region tile?
It's somewhere for sure (the viewer map gets it) though I don't know
if it's accessible from an LSL script (I guess it's not or no one
would have any problem...).
Cheers,
- Merov
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/SLDev
Please read the policies before posting to keep unmoderated posting privileges
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/SLDev
Please read the policies before posting to keep unmoderated posting privileges
