[sldev] SLDev Digest, Vol 28, Issue 2

[Philip Rosedale]

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
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090401/658a1d50/attachment.htm