Thanks, that was a good catch!
Melanie
On 02/04/2014 08:07, Oren Hurvitz wrote:
I changed BaseHttpServer to require handler paths to match a full path
component.
For example, these match: /assets and /assets/12345
But these don't match: /assets and /assets_exist
--
View this
I changed BaseHttpServer to require handler paths to match a full path
component.
For example, these match: /assets and /assets/12345
But these don't match: /assets and /assets_exist
--
View this message in context:
I've added AssetsExist to master. It's implemented using REST, at
/get_assets_exist.
Regarding getting server capabilities: later I realized that Hypergrid
already has the helo command, which serves this purpose. Currently it
returns only one type of property: whether the server is based on
I'm seeing strange behavior from viewers: after an avatar HG teleports to
another grid, his attachments sometimes aren't visible to *some* of the
avatars in the region.
The isn't that the attachments have been detached: the log shows that they
came across perfectly. And some of the avatars in the
Here's another interesting finding: even when the attachments aren't visible,
I can click on them to edit them. The viewer renders a yellow outline around
the shape of the attachment (in Singularity), even while the area inside the
outline still doesn't show the attachment.
--
View this message
Are you sure this is just attachments? I've been having to right-click on
certain objects after teleport for months now (in FS) under certain
circumstances. This has been happening both in OSG and Metropolis. The
problem usually happens if I jump again too soon after a teleport, and it
is
I got some great advice off-list from Nicky Perian. When there's a problem of
missing prims, go to the Graphics Preferences and toggle the option Basic
shaders. I tried this, and toggling this option (on or off, both work)
makes the missing prims appear immediately.
This proves that the viewer
I don't know if this may be related, but for some reason OpenSim
fails to update the viewer's notion of position properly.
The most noticeable effect is that sometimes after changing regions
or even parcels, sound is no longer heard. The audibility check
happens viewerside, just as the object
I'd probably check the order of the packets. I'd suspect the ObjectUpdate
for the agent should be sent first, then any attachment ObjectUpdate
packets. It probably wouldn't hurt if the root prim is sent before any
child prims but I'd hope the viewers could handle that situation.
On Wed, Apr 2,
Attachment positions are relative to bones. They really cannot be too far
away
On Wed, Apr 2, 2014 at 4:20 AM, Melanie mela...@t-data.com wrote:
I don't know if this may be related, but for some reason OpenSim
fails to update the viewer's notion of position properly.
The most noticeable
I've seen attachment rezzing failures in SL for years. Right-clicking
usually fixes it. If there is an issue then I suspect it's a long-standing
viewer bug that may be exacerbated by some combination of legal protocol.
If it is somehow related to packet ordering, then we might be able to send
it
Hi Justin,
The fact that your message is a plea rather than an announcement makes it
rather clear why I felt I had to leave OSG and move my sim to Metro. It
also explains to me why I felt I had to add myself to this list at the same
time -- self protection.
If your release cycle is 4 months
Jim,
You are way off topic here, this has nothing to do with OSG or Metro
grids, I don't know why you suddenly feel the need to criticize everyone
and everything announced here, but it has finally gotten to the point where
I feel I need to step in and say something about this, your comments of
Yep, that's exactly its purpose. Feel free to add more info in the response.
On 4/2/2014 12:11 AM, Oren Hurvitz wrote:
I've added AssetsExist to master. It's implemented using REST, at
/get_assets_exist.
Regarding getting server capabilities: later I realized that Hypergrid
already has the
Well if you are wondering why no one takes you seriously its because of
stuff like the last line of your email, good luck with that!
On Wed, Apr 2, 2014 at 10:39 AM, Jim Williams sphere1...@gmail.com wrote:
The basic problem is that their development will effect me as a user.
I have no
The basic problem is that their development will effect me as a user.
I have no complaints about what Justin is trying to do. My complaint is
how he has to word what he is doing, and I think it is because there is
something wrong with the organization of this development project. Having
looked
I already implemented SimianAssetServiceConnector.AssetsExist(). But since
I didn't change Simian itself, it works by simply calling GetMetadata() to
check if each asset exists. You can either leave this as-is, or implement
an explicit AssetsExist operation that checks all the assets at once, like
From: Jim Williams sphere1...@gmail.com
Not only do I not want to do development, I want to use the system
which was developed. ... So, you may drop dead for all I care. You
are not helping to protect my environment.
Whoooaaa Jim... take it easy... that's way out of order in an open
from my POV i would think that a Freeze For Release would be a good
idea since a constant MUST DO NEW FEATURE thing is what prevents
having a good release.
One thing that would be nice as a sidebar would be for there to be a
single shell exe that starts the webserver then starts the sim and
gives
excuse my ignorance here but are these changes directly to the asset server
itself or are these simulator level changes?
On Wed, Apr 2, 2014 at 11:46 AM, Oren Hurvitz or...@kitely.com wrote:
I already implemented SimianAssetServiceConnector.AssetsExist(). But since
I didn't change Simian
Thanks. I'll take a look at what you've got. It's pretty easy to add the
call to the Simian services. PHP you know. I don't have to screw around
with http path prefix matching or anything... :-)
--mic
On Wed, Apr 2, 2014 at 8:46 AM, Oren Hurvitz or...@kitely.com wrote:
I already implemented
The actual work is done in the assets server, and there's code in the
simulators to call this API.
On Wed, Apr 2, 2014 at 10:28 PM, Nebadon Izumi [via opensim-dev]
ml-node+s2196679n7579160...@n2.nabble.com wrote:
excuse my ignorance here but are these changes directly to the asset
server
I'm guessing OSGrid's asset server won't be able to reply to this new
service, unless you change it. I'm also guessing that's ok -- it will
behave as it behaves currently, the assets are copied over again.
On 4/2/2014 1:43 PM, Oren Hurvitz wrote:
The actual work is done in the assets server,
I think sometimes it matters that there's a stable release schedule, Sept
2013 is far in the past and there has been a lot of changes in Opensim
since then.
Strangely enough there haven't been in between releases or something like
that. At this moment I think a lot of grid owners are sweating as
OSgrid does releases very often and we do not modify the code in anyway all
we do is add the osprofile and ossearch dlls to our release, anyone wanting
to test newer releases could always use an OSgrid release and report bugs
this way, we even provide zips of the source that come directly from
Yes, that would be one alternative. But to emphasise, I'm only asking for a common-sense approach to avoid
destabilising master right now, not a blanket ban on commits or anything like that.
On 02/04/14 02:45, Michael Emory Cerquoni wrote:
+1 no disagreement here! anyone who wants to get
Yeah, it's an interesting problem. A quick google doesn't reveal any obvious solutions, though one StackOverflow thread
[1] has an interesting approach of wrapping multiple requests in a 'batch' request.
So I don't object to this, but I don't think that we should kid ourselves that we're
I also used to see this issue a lot when testing attachments. At the time, I remember looking into it and adjusting a
few things to make OpenSimulator's output packet order match LL much more closely but with no effect. I haven't seen it
for a while so I was hoping it had gone away, though
28 matches
Mail list logo