<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On the server-side, this can be made configurable, default to false. If
server admins want to serve jpgs, let's let them.<br>
Since this work is being done within the Idealist viewer, a separate
issue is whether you want Idealist to assume the existence of jpgs on
the server or not. But that's a client-side decision.<br>
<br>
Dahlia Trimble wrote:
<blockquote
 cite="mid:ab84ceb10903181047v5bacbfa0gf41df78dbd8d3328@mail.gmail.com"
 type="cite">I don't think it's a goal of OpenSim  to serve texture
assets to web browsers, nor should it be. Such a move would open doors
to texture piracy and reduce any incentives for content creators to
distribute their content on any OpenSim based platform. Grid operators
who would want to serve their texture assets as jpeg files and make
them available to web browsers could write their own conversion
programs to do so.
  <div><br>
  </div>
  <div>Personally I would not upload any of my textures to any service
that distributes them as jpeg over http unless they were creative
commons textures.<br>
  <br>
  </div>
  <div><br>
  <div class="gmail_quote">On Wed, Mar 18, 2009 at 9:51 AM, Tommi
Laukkanen <span dir="ltr"><<a moz-do-not-send="true"
 href="mailto:tommi.s.e.laukkanen@gmail.com">tommi.s.e.laukkanen@gmail.com</a>></span>
wrote:<br>
  <blockquote
 style="border-left: 1px solid rgb(204, 204, 204); margin-top: 0pt; margin-bottom: 0pt;"
 class="gmail_quote">I think j2k is not really supported by any main
stream web browser<br>
software nor SDK APIs of different languages. Requiring opejpeg native<br>
lib to be included in all clients is not a good design decission. It<br>
would be much cleaner if you can operate with the nativate image<br>
manipulation API like System.Drawing in .NET. The converted JPEG's can<br>
be easily cached for now. It is only the SL viewers which require it<br>
because of some odd design decission from Linden Lab. I would not be<br>
surprised if in the future textures will be stored as png and<br>
converted to j2k for sl protocol. In high quality virtual world<br>
lossless texture format could be preferable. Odd codecs should not be<br>
forced on other protocols and clients based on ll behaviour.<br>
Especially if we are experimenting with new brand of client / protocol<br>
stacks like IdealistViewer and MXP.<br>
    <br>
I truly hope metaverse is not stuck with openjepg and j2k. Those<br>
native libs tend to be more trouble than they are worth unless you<br>
absoletuly need them.<br>
    <br>
Using the accept headers sounds like a good idea to me and if it is ok<br>
with the team I could implement region asset service as Diva suggested<br>
in the patch notes and Accept header support. I can put in cache as<br>
well to avoid performance bottleneck. About image quality: we will end<br>
up transforming from j2k anyway to some image format the client<br>
rendering engine supports. I can also convert from j2k to png instead<br>
of jpg to avoid any degradation as png is lossless format.<br>
    <br>
One could also consider naming the class as proxy as it will proxy the<br>
call to local or remote asset server. Doing local caching on proxy is<br>
a pattern used in http proxies and it could work for us as well.<br>
Caching assets on region would lower the load on the grid asset<br>
database.<br>
    <font color="#888888"><br>
-Tommi<br>
    </font>
    <div>
    <div class="h5">_______________________________________________<br>
Opensim-dev mailing list<br>
    <a moz-do-not-send="true" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
    <a moz-do-not-send="true"
 href="https://lists.berlios.de/mailman/listinfo/opensim-dev"
 target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
    </div>
    </div>
  </blockquote>
  </div>
  <br>
  </div>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Opensim-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>
<a class="moz-txt-link-freetext" href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a>
  </pre>
</blockquote>
<br>
</body>
</html>