I've been following Apple for over 35 years now, and they have introduced
and abandoned technologies on a regular basis. You can't dismiss the fact
that they introduced and abandoned GC in only a few years and confidently
declare that Swift won't go the same way. It might stick. It might not. It
mi
The point is, They announced garbage collection and then deprecated it only
a few years later. Meanwhile traditional manual memory management which is
like 25 years old, that's still supported.
So the odds are, the course of action you're proposing ... it would have
lead to TWO big development eff
Look, Geir, not so many years ago the now-deprecated and soon defunct
garbage collector was the new hotness. If we'd followed the course you're
suggesting now, of always switching to Apple's latest APIs, we'd really be
in a pickle now.
On Jul 9, 2016 8:58 AM, "Geir Nøklebye" wrote:
> In comment t
> • Ask for help from open source developer community to create a
> version for Linux using LibVLC
Since Linux currently doesn’t use Quicktime, why doe it need to be converted?
___
Policies and (un)subscribe information available here:
h
Ok, well, I'll be sad to see lscript go, I had some good times there, but
it makes sense.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated
On 2015-02-07, at 16:24, Cinder Roxley wrote:
> On February 7, 2015 at 3:13:31 PM, Oz Linden (Scott Lawrence)
> (o...@lindenlab.com) wrote:
>> On 2015-02-06 16:12 , Cinder Roxley wrote:
>>> It would simply things greatly to remove lscript from the viewer
>>> completely, thereby removing the depe
On 2013-07-30, at 10:25, Carlo Wood wrote:
> Well, since everyone has to download the same amount of data
> in the end, its rather hard to use a "disproportional" amount
> of resources, unless a viewer just downloads the SAME thing
> over and over again, which would be severe bug.
Let's say we ha
On Jul 26, 2013 12:32 PM, "Darien Caldwell"
wrote:
> So basically while this system is probably beneficial to those with bad
internet connections, it's rather punitive to those who have excellent,
wide pipe connections. The only way to increase the bandwidth max is to
recompile the viewer.
One sh
On 2013-05-11, at 12:15, Laurent Bechir wrote:
> I haven't seen any new build of the Cocoa Project viewer since 02-28, and the
> last one freezes on startup on my Macbook Air with Mountain Lion 10.8.3.
I think replacing the arguments.txt file with the one from the original fixes
the crash on s
Where should I report bugs in the Cocoa Project Viewer?
On a MBP running Snow Leopard with an 800 pixel high display, the window is
taller than the screen and can't be shrunk, even by editing the NS window size
settings in the .plist file. This makes it unusable on that laptop.
Other than that,
On 2013-02-09, at 15:40, Cinder Roxley wrote:
> Here's a better fix than the other one I posted earlier… Don't use
> extern "C".
That... shouldn't work, unless it's generating C++ code in
lex/yacc/bison/whatever.
___
Policies and (un)subscribe informa
Shouldn't builds be based on build rules, and not on tweaks in the application?
On 2012-11-11, at 12:06, Nicky Perian wrote:
> I saw some message list traffic on the cmake list about the newer cmake
> versions having some lion behavior tweaks.
> http://www.cmake.org/mailman/listinfo/cmake that
On 2012-11-03, at 22:39, Carlo Wood wrote:
> LSL AO's have always failed majorly.
I have used and written LSL AOs for 7 years now, and I haven't seen this
"majorly" failing. Certainly nothing compared to the shortcomings of
client-side AOs. Being able to load AOs from a wearable is kind of a k
I think the requirement for this is somewhat overstated, and I hope that LL
does not include any such function in the viewer. A well written LSL based AO
has very little overhead, because it can get by with fairly slow timers by
using control inputs to detect state changes. Even the somewhat con
On 2012-11-01, at 21:30, Ricky wrote:
> Well, all I have is anecdotal evidence from my own family of four, everyone
> an SL user: we all keep multiple versions of the SL viewer, and even a few
> TPVs, on our machines. If one viewer crashes it's more often that the person
> it crashes on will r
Wouldn't this only be an issue, normally, for people switching from one the
viewer to another, where there was an leftover crash filer from the older
viewer? Doesn't seem like leaving these events out would cause significant
deviation.
On Thu, Nov 1, 2012 at 11:09 AM, Ricky wrote:
> Wouldn't it
Full Unicode, I would hope!
On 2012-10-27, at 18:08, gistya gmail wrote:
> I'd like to help work on a monospace font option with IBM PC ASCII box
> drawing characters for use in notecards and settext.
>
> Notecards would get a simple checkbox at the bottom to toggle between
> monospace and r
User story: I would love to be able to set waypoints like in Everquest for
mouse navigation. It's not too confusing, I don't know how many people played
Everquest but they were all able to figure it out.
___
Policies and (un)subscribe information availa
On 2012-05-08, at 11:27, Oz Linden (Scott Lawrence) wrote:
> No... the user experience folks decided that the minimap was confusing
> enough and that the circles made it worse.
o_O
___
Policies and (un)subscribe information available here:
http://wiki.
On 2012-04-16, at 09:34, Erin Mallory wrote:
> I doubt it would be that hard to establish a way to ensure that the config
> could be exported to an easy to read table that can have the option to save
> to either a file on the computer (for easy reference) or as a single notecard
> within the ao
On 2012-04-16, at 00:50, Erin Mallory wrote:
> Why would it need to be in the inventory taking up space when it would ONLY
> do the same thing that either of these options do?
I have over 300 outfits, each with their own set of AO choices... maybe 15 or
20 different sets of AOs depending on the
On 2012-04-15, at 12:13, Erin Mallory wrote:
> 1) Allow outfit folders and AO sets to be able to share a "hotkey" so that
> pressing that hotkey will both equip the outfit and activate the AO
> 2) Script in a right click menu option at the outfit folder level that asks
> if you want to link an A
On 2012-04-13, at 20:28, Ziggy Puff wrote:
> Agreed, for purely selfish reasons. I hope LL adds new LSL functions
> that enable AO features / performance / scalability that is impossible
> today. Then someone else will write the next ubiquitous AO, and I will
> eventually stop getting the "Your
On 2012-04-13, at 18:05, Kadah wrote:
> I believe FS's was designed to mimic the ZHAO II hud, it even uses its
> config notecards. "Franimation Overrider" is a new one to me.
Franimation is what ZHAO was originally based on.
___
Policies and (un)subscri
On 2012-04-13, at 12:17, Zi Ree wrote:
> Am Freitag, 13. April 2012, 18:35:00 schrieb Adeon Writer:
>> Alright, here's some features that, if missing, *someone* would complain:
>
> All of your requirements are present in the Firestorm viewer side AO.
Only because he forgot to include the extremel
On 2012-04-13, at 00:09, Adeon Writer wrote:
> Wouldn't a new inventory item type make most sense? That way it could be put
> in with any outfit folder or packaged with sold avatars.
For a LL-provided feature, yes. I was still disappointed when TPVs didn't
implement something like an "AO attachm
The overhead of a conservative scripted AO is pretty low, and the ability to
switch AOs by wearing an asset (attaching the AO HUD) means that I can have
appropriate AOs for each of my avatars and outfits without having to tweak my
client settings each time I jump from kangaroo to grasshopper to
odel was a deliberate compromise between the
older even-toonier renderer and a more "realistic" model that made avatars look
horrible.
- Argent Stonecutter
On March 25, 2012, 2:07 p.m., Geenz Spad wrote:
>
> ---
> This is an a
On 2012-03-21, at 12:42, Geenz Spad wrote:
>
> For a while now, Second Life's deferred renderer has had a somewhat "toonish"
> looking specular model, as opposed to other platforms which try to go for
> more physically accurate looking models, such as blinn-phong and similar.
Could we see some
> For that matter, what is the status of Lion, period. OS Xista? Or is it ok?
OS X Vista. Definitely.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to k
How about reducing the vertical resolution of the packet by 4?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
On 2011-10-20, at 12:23, Kadah wrote:
> To me local chat is the same since 2.0, except now the local chat log
> and chat bar panels are in the same floater. I agree that it should be
> a stopper, but I have thought since 2.0 beta.
I don't use the local chat log, I use the chat overlay.
___
On 2011-10-18, at 21:09, Geenz wrote:
> I can't be the only one who thinks that window management needs to be
> re-thought for FUI. As it stands, it seems as if that actually took a step
> backwards.
One thing that's an immediate show-stopper for me: chat as a separate floater.
After all the d
On 2011-07-12, at 14:57, Boroondas Gupte wrote:
>
> I think by "ticket", Vadim meant the jira issue. I've already left a comment
> there with a reference to this discussion.
Ah, thank you, I added my comment there as well.
___
Policies and (un)subscri
On 2011-07-11, at 23:05, Dahlia Trimble wrote:
> One thing I noticed while coding collision geometry for OpenSimulator is as
> hollow is increased and prims are twisted or otherwise manipulated such that
> the hollow shape doesnt exactly follow the outer shape, the probability
> increases that
Me Too
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
On 2011-06-25, at 10:58, Lee ponzu wrote:
> Maybe we need to think through a more general solution. It occurs to me that
> llRayCast() is going to make it easier to create scripted route/path finders
> using simple AI. Some possible useful behaviors...
>
> • Go here.
> • Go here an
On 2011-06-18, at 13:00, Robert Martin wrote:
>
> one thing that i don't understand is why you can be at 4000 meters in
> an untextured skybox and still within seconds get GROUND TEXTURES and
> other objects on the sim before the contents of the skybox or
> attachments on the client avatar (this
On 2011-06-17, at 11:41, Hitomi Tiponi wrote:
> Please no automatic DD - there are two many variables and differing
> circumstances for it ever to work. Much better to work on other ways of
> improving fps e.g. selective updating of avatar movement.
Me too.
At the very least, make it a non-def
On 2011-06-12, at 17:30, Hitomi Tiponi wrote:
> /me looks forward to seeing someone draw this one in a 16x16 pixel grid :)
I think three small pine trees could be rendered in a 16x16 grid.
___
Policies and (un)subscribe information available here:
http:/
How about a camera iris?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
On 2011-06-12, at 10:42, Hitomi Tiponi wrote:
> Trouble with that is that LL already have that symbol [[magnifying glass]]
> used for Search and also for Zoom on the World Map, and it isn't really a
> 'zoom' feature.
You're right. Suggestion withdrawn.
___
I think the icon should be a magnifying glass.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
On 2011-05-29, at 06:39, Daniel wrote:
> You didn't read my previous comment apparently. They are NOT shutting
> off all translations.
> They are shutting the freestanding translation page in favor of embedded
> translation web
> elements within pages.
That's not what I read.
What I read is
On 2011-05-28, at 22:52, a...@skyhighway.com wrote:
> i don't know if i misunderstood or not, but are you really talking about
> Google translation services particularly picking on SL access? All the
> mail sounded to me like it was more of a policy decision at Google
> affecting everyone everywhe
I agree with Boroondas. "Viewer and Network Usage" is wrong. Either "Packet
Loss and Bandwidth" or simply "Network Performance".
On 2011-04-05, at 16:55, Boroondas Gupte wrote:
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/251/
>
> indra/new
On 2011-03-20, at 15:04, Da5id Kronfeld wrote:
> I like "tourist", with maybe (eventually 3?) modes: "tourist", "resident",
> and "creator" (or "resident-creator").
I don't think separating "creator" like that is a good idea. Everyone in SL is
potentially a creator, at every moment, that's what
I like the suggestion that the "basic" mode be called something like "tourist"
or "introductory" or "beginners" mode. There's just so much stuff that people
need to be able to do that it seems to be ruling out, I can't imagine anyone
sticking with it for long. "Basic" implies that someone could
On 2011-03-20, at 13:43, Opensource Obscure wrote:
> I just commented STORM-9, that is
> "As a User, I want to share my location and a custom status with friends
> on Twitter so they can follow what I’m up to in Second Life"
Thanks for bringing this to my attention. This is not something that belo
On 2011-01-25, at 03:09, Nexii Malthus wrote:
> It would be great if the mini bar graphs would make a comeback. But I think
> they might need some improvement so they can be easier to "relate to".
Be very careful. The last time they decided to "improve" them the result was
the worthless lag mete
On 2011-01-24, at 11:25, Erin Mallory wrote:
> Here's how it would work. We take the existing advanced preferences tab and
> turn it into a floater activated if you click on where the advanced tab is
> now. we then bump many of the preferences that are in the debug over. we can
> do it in kinda
On 2011-01-18, at 15:58, Sarah (Esbee) Kuehnle wrote:
> This is not a feature belongs in the Viewer. If there's more data you want
> out of llGetEnv(), I'd suggest filing an SVC feature request.
"Just wait, next month we'll have someone needing help
figuring out why llGetEnv is broken on the la
On 2011-01-12, at 16:32, Joel Foner wrote:
> Skype still supports /me... Many of the folks I know use /me regularly, for
> what it's worth. Skype displays the difference much more obviously, placing
> the text centered with different styling than normal chat with /me, so it has
> more emphasis
On 2011-01-11, at 21:47, Simon Quinnell wrote:
> How about you specify the security and privacy issues? No-one here is a mind
> reader.
Well, the obvious minor privacy issue is sharing information about your account
with sites outside Linden Lab, if only because you're passing cookies and
br
On 2011-01-10, at 13:03, Zi Ree wrote:
> Am Montag 10 Januar 2011 17:34:08 schrieb Ponzu:
>
>> What if the upload dialog had a check box?
>>
>>[ ] This texture should have an alpha channel.
>
> Would it be possible to do this on a per-face basis rather than on texture
> upload? So people
On 2010-12-30, at 08:47, WolfPup Lowenhar wrote:
> That is why I put the link to the sites where the source is hosted so you can
> check this and the license they are using are full GPL which is compatible
> with LGPL if I remember correctly.
If you use a full GPL component then you have to use
>
> There should be a few fallback strategies like:
> a) Try to keep the old cache entry.
> b) Use the normal user name.
> c) Maybe even use the UUID.
>
> But just showing everyone (in the worst case) as ??? really screws
> things up IMO.
Agreed. The TPV I'm using seems to use the Legacy Name if
On 2010-12-28, at 14:40, Celierra Darling wrote:
> It seems a little unclear to try to communicate "this can have privacy
> implications" by putting the setting on the privacy tab. It might be better
> to write the setting label so it's more explicit (i.e. something like "Show
> my favorites to
Why not just paste it into a notecard?
On 2010-12-24, at 10:09, Garmin Kawaguichi wrote:
>
> - Original Message -
> From: "Opensource Obscure"
> To: "OpenSource Mailing List"
> Sent: Friday, December 24, 2010 12:17 PM
> Subject: [opensource-dev] STORM-797 and other ideas about Landmar
On 2010-12-12, at 20:03, Mike Chase wrote:
> On 12/12/2010 04:09 PM, Argent Stonecutter wrote:
>> You know what would really help people get over the hump of setting up for
>> building SL?
>>
>> A VMware appliance containing a working SL build environment, for 32 an
You know what would really help people get over the hump of setting up for
building SL?
A VMware appliance containing a working SL build environment, for 32 and 64 bit
Linux.
On 2010-12-12, at 09:02, Aidan Thornton wrote:
> On 12/12/10, Marc Adored wrote:
>> Awesome I will checkout the latest
See STORM-560 for more details.
On 2010-12-03, at 19:48, Glen Canaday wrote:
> Hey,
>
> I'm a little curious - what's the expected behavior of "Arrow Keys Always
> Move
> Me"? I was under the impression that this was meant to cause the arrow keys
> to
> be the only movement keys, freeing up
On 2010-12-02, at 07:52, Oz Linden (Scott Lawrence) wrote:
> This will mean a considerable increase in list traffic, I think, since every
> commit to viewer-development should be reviewed. I think that the increase
> in transparency of what is happening, and the opportunities for everyone to
>
On 2010-11-18, at 04:06, Opensource Obscure wrote:
> this is interesting - what exactly is your estimation based upon?
Stickman covered it pretty well. Basically, I was comparing concurrency with
the number of sims and assumed that a GPU cost about as much as a CPU core to
provide... but didn't
On Wed, Nov 17, 2010 at 8:35 PM, Daniel Smith wrote:
> On Wed, Nov 17, 2010 at 6:29 PM, wrote:
>> the mail below is a copy of a msg i got from SL this afternoon. Is it
>> some kinda sign that the viewer is in danger of going extinct?
> No, it would just be yet another way to get to the same exp
On 2010-11-07, at 16:33, Bunny Halberd wrote:
> On Sun, Nov 7, 2010 at 4:21 PM, Ricky wrote:
>> And to a simplified logon process using OpenID or other tools.
> Oh yeah, how could I forget about that? :)
There's no reason they couldn't accept "bunny.halberd" or "Bunny Halberd" as a
login, and l
On 2010-10-29, at 03:23, kow wrote:
> If that is the case, then Linden should go ahead and ignore the bug as it's
> caused by the nature of a ~10 year old operating system.
A ten year old operating system that is still supported and widely used, more
widely used than Vista for sure, and will no
On 2010-10-27, at 16:33, Zabb65 wrote:
> My only concern with some of this, is that it eliminates the support
> teams easy one line answer to everything odd or unexplained. Uninstall
> and reinstall the client.
Good.
Replace that with a "reset to default settings" option in Preferences. If you
w
On 2010-10-27, at 09:45, Kent Quirk (Q Linden) wrote:
> Au contraire. Some people get very upset when an installer leaves any files
> behind that were created by the program automatically, such as log files.
> It's simply not true that the uninstaller shouldn't remove anything in the
> profile -
The uninstaller shouldn't remove ANYTHING in the user's profile, period. It's
not being "unclear" by removing files in the user's profile when it removes
files in the Program Files directory, it's simply doing the wrong thing. This
has been an ongoing problem for years, I suspect there's a Jira
On 2010-10-24, at 15:44, Boroondas Gupte wrote:
>> If so the 32-bit app will usually run faster. They do in the HP-UX and
>> Solaris environments, anyway.
> I've never worked with these two UNIX systems, but I don't think this is
> generally true. On Linux and Windows, a properly optimized 64-bi
On 2010-10-22, at 14:00, Nalates Urriah wrote:
>
> Since the code is already written and working by a former Linden, will it be
> added to the SL Viewer?
Qarl's comment that TPVs are free to use it and that his rates for Linden Lab
are reasonable imply... not yet. :)
On 2010-10-20, at 18:07, Ricky wrote:
> lol... That comment reminds me of this (tongue-in-cheek,) graphic
> representing the learning curves for a variety of common editors:
> http://blogs.msdn.com/b/steverowe/archive/2004/11/17/code-editor-learning-curves.aspx
Pet peeve time:
I understand the co
On 2010-10-20, at 13:20, malachi wrote:
> For you windows developers who are using Visual Studio, When you type a
> function name and get to the ( point of the function it pops a tip up
> telling you what is needed to complete this function.
The SL editor already has this: you just hover the m
On 2010-10-20, at 11:21, Daniel Smith wrote:
> On Wed, Oct 20, 2010 at 2:29 AM, Argent Stonecutter
> wrote:
>> On 2010-10-18, at 12:08, Daniel Smith wrote:
>>> would be better all around.. for the community to say .. hold up.. how to
>>> merge the best of 1.x an
On 2010-10-19, at 09:05, Boroondas Gupte wrote:
> Heya
>
> Sprint planning meeting is later today, so I thought it'd be good to list
> some issues that I think should be tackled soon:
> Low hanging fruits
https://jira.secondlife.com/browse/VWR-17011
On 2010-10-18, at 12:08, Daniel Smith wrote:
> would be better all around.. for the community to say .. hold up.. how to
> merge the best of 1.x and 2.x
We already have that. It's called 1.x.
___
Policies and (un)subscribe information available here:
ht
On 2010-10-16, at 22:57, Ricky wrote:
> Assuming that the order of fields is fixed, a fair assumption as LLSD
> requires it I believe, then the XSLT isn't so bad, and a prototype has
> already been made.
That depends on the details of the XSL transform tool. Streaming tools preserve
order but the
On 2010-10-16, at 22:09, Tateru Nino wrote:
> A year or two ago, I was treated to a demonstration of working mirrors
> in SL. It was an override of Shiny, and I had to install a custom shader
> file to my SL viewer installation directory. As far as I know, the
> project died because - in order t
On 2010-10-16, at 18:18, Dave Booth wrote:
> Yeah, windlight added so much but we lost a lot at the same time - Thats
> one of the biggies we lost. That single image of Argents has more
> "reality" to it than we'll ever see in a current viewer no matter how
> far we tweak our windlight settings
On 2010-10-16, at 17:31, SuezanneC Baskerville wrote:
> I'd be quite content with mirror surfaces that only, for example, reflected
> avatars.
They had a lot better than that...
http://www.sluniverse.com/pics/pic.aspx?id=139865
___
Policies and (un)s
On 2010-10-16, at 16:58, leliel wrote:
> OpenGL has been able to do reflections for a long time now, it's just
> a very demanding process since you have to render the scene from the
> point of view of each reflective object in addition to the camera's
> view point. Older games would cheat and just
On 2010-10-15, at 16:36, Ricky wrote:
> All that's needed is a linked XSL stylesheet to make it just as easy
> to read as the text files were.
1. It's not in XML, it's in notation format. This is a good thing, because...
2. LLSD is really badly designed from the point of XSL transformations. Inst
I don't normally gripe about stuff like this, but somehow this one
triggered my twitches from 20 years of supporting PhD programmers.
Brilliant guys, but sometimes it's SO hard to figure out what they're
trying to do.
This is a case where the trinary "?:" operator is much more readable
and underst
On Wed, Oct 6, 2010 at 10:57 AM, Joshua Bell wrote:
> Of course, once you have monochrome output, you could tweak the shader and
> get sepia-toned rendering. Old-timey SL, anyone?
Don't forget the vignetting and cracquelaire effect.
___
Policies and (un
On 2010-10-05, at 12:58, Daniel Smith wrote:
> One of the most likely starting points I see is the terrain editor. That is
> a limited mesh editor in itself.
That would be... really horrible. The terrain editor only operates on one axis
and is extremely hard to use for any kind of precise work.
On 2010-10-03, at 17:39, Reed Steamroller wrote:
> Run Unity in a VM. Works for me.
Run a 3d graphical application in a VM?
[insert picture of the Biting Pear of Salamanca here]
___
Policies and (un)subscribe information available here:
http://wiki.sec
On 2010-10-02, at 20:47, Kelly Linden wrote:
> On Sat, Oct 2, 2010 at 4:40 PM, Argent Stonecutter
> wrote:
>> Could this be applied to LSL scripts as well, since they could be made
>> potentially MUCH smaller? A kilobyte might be enough for a poseball, for
>> exam
On 2010-09-29, at 18:06, Kelly Linden wrote:
> * In the end the number of scripts shouldn't be important. I have lofty
> desires to remove the arbitrary limit on script size so that we can stop the
> silly games of splitting scripts apart because you need 10k more memory than
> the default. On t
On 2010-09-27, at 13:21, Daniel Smith wrote:
> I have long thought we should be able to apply tags to inventory items (I
> even talked with P about this in 2006..)
https://jira.secondlife.com/browse/SVC-1406
This suggestion was only restricted to prims in an effort to reduce the "ZOMG
WASTE" re
On 2010-09-25, at 09:17, Ponzu wrote:
> I used to do C++ code reviews for HP.
I used to work on C++ code at HP. I agree with Lee.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the po
On 2010-09-21, at 10:48, Zha Ewry wrote:
> As a user I want to be able to sort my inventory with tools which embody
> familiar metaphors from Windows, Mac and Linux file browsers. I expect a
> folder system which exposes attributes in a familiar fashion and permits
> sorting of those attribute
> On 2010-09-19, at 12:49, Oz Linden (Scott Lawrence) wrote:
>> On 2010-09-19 10:21, Tateru Nino wrote:
>>
>> I believe he was referring to the fact that a UUID does not always refer
>> to the same inworld object. There are instances where an object UUID
>> will be used more than once.
>
>>
> Th
On 2010-09-19, at 09:21, Tateru Nino wrote:
> On 20/09/2010 12:17 AM, Argent Stonecutter wrote:
>> On 2010-09-18, at 20:57, Altair Sythos Memo wrote:
>>> On Sat, 18 Sep 2010 20:53:21 -0500
>>> Argent Stonecutter wrote:
>>>> On 2010-09-17, at 12:51, Altai
On 2010-09-18, at 20:57, Altair Sythos Memo wrote:
> On Sat, 18 Sep 2010 20:53:21 -0500
> Argent Stonecutter wrote:
>> On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
>>> There aren't tools to assure to an agent him cached texture is still
>>> one cached th
On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
> There aren't tools to assure to an agent him cached texture is still
> one cached the teleport before...
Not needed. Textures are static. UUIDs are never re-used.
___
Policies and (un)subscribe inform
I honestly think that going to a straight squid-style cache for textures would
so improve the user experience that worrying about extra features like
"preferred places" would become irrelevant.
___
Policies and (un)subscribe information available here:
On 2010-09-13, at 07:22, Leonel Morgado wrote:
> Notice that old JPG does not support alpha channels (transparency). That
> means abandoning JPEG2000 would in fact force everyone with a single
> transparent pixel (even if just corners of round textures) to use lossless
> PNG for that, which is not
On 2010-09-13, at 00:40, Tateru Nino wrote:
> If we're using HTTP textures, is there actually any need for the JPEG 2000
> format? Since the transfer time of individual textures is vastly reduced
> (from the first byte to the last byte) the intermediate quality levels
> supported by jpg2k would
The hard part isn't coming up with an embedded scripting language, it's not
even coming up with a secure set of bindings that don't allow for unanticipated
side-effects or privilege escalation, it's integrating the scripting engine
into an event loop that wasn't designed to have a scripting engi
1 - 100 of 230 matches
Mail list logo
