I added a note to the Mantis entry. Basically, I don't see anything wrong
with this if the file facility is needed. The INI specification for
maptiles is becoming complex with several different, inter-related settings
but downward compatibility is pushing us in that direction.
I'll apply Jak's
The modern code pattern for this sort of thing is for there to be an
underlying notification service (like MQTT, AWS/SNS, ...) and to build IM
and server-to-server comms on top of that. A serious refactoring would be
to rip out the existing push directed IM system and replace it with a
pub/sub
Adding the varregion feature to OpenSimulator caused me to bump into the
mega-region code. The most recent commits to OpenSimulator are a rewrite of
some of that code to make it easier to understand and eliminate some
complexities (like creation and testing of complex border classes).
There have
many people who have learned and adapted to the existing setup and
values that changing that in any significant way would break people's
setups.
-- mb
On Wed, Jan 29, 2014 at 4:35 AM, Ai Austin ai.ai.aus...@gmail.com wrote:
Mister Blue write:
Instructions for varregions at http
Thanks to your fix for varregion. It has been checked into the varregion
branch.
There is, as yet, no Mantis category for varregion. Add problem reports to
[REGION] OpenSim Core as varregion will soon be merged into master. If
you'll put that map thing into Mantis, that will help me track it.
--
Today, the 'varregion' branch was merged into the OpenSimulator 'master'
branch. This should mean no operational changes of you don't specify larger
regions[1] so, if you find any problems, be sure to file a Mantis report.
As a corollary, the 'varregion' branch will get no new development.
There
Some new commits to the 'varregion' branch in the OpenSimulator source
repository have added better map display and teleporting for large
varregions -- you can now click on a large region in the map and teleport
to that location.
When you display varregions using the viewer's map dialog, you will
I wanted to make the creation of varregions easier so I added some
parameters to the 'load oar' simulator command. But, while I was in the
area, I got a little carried away.
For varregions, 'load oar' now has a '--displacement x,y,z' parameter.
This displaces all of the objects and the terrain
The 'varregion' source branch in the OpenSimulator source repository has
been updated this last week to fix a lot of the existing varregion
problems. Some things that now work:
Teleporting to and from large regions using Singularity does not crash any
more. There are still some problems with
Is there any indication of why the viewer crashes? Any error messages in
the log file?
On Thu, Jan 2, 2014 at 2:47 PM, Nicky Perian nickyper...@gmail.com wrote:
Background:
Kokua maintains one viewer for use on OpenSim and SecondLife grids.
Linden Lab has continued to refine Server Side
After a brief hiatus recovering from a crashed disk and installing and
becoming accustomed with Windows 8.1 (question to MS: what the heck were
you thinking???), I’ve spent more time on the OpenSimulator varregion code.
The code is still on the ‘varregion’ branch of the source repository and it
Just a note to say to not get excited about the latest checkins to the
varregion source branch. Don't waste any time testing yet.
I have merged Melanie's changes so, as of now, 'varregion' is in sync with
'master'. I will be testing over the next week to get it all running again.
I will email
I don't think these changes are entangled with the physics engine but, in
either case, if it doesn't work with BulletSim, I will make it work.
-- mb
On Fri, Dec 13, 2013 at 9:02 AM, James Stallings II
james.stalli...@gmail.com wrote:
That's definitely good to hear :)
A quick question
I will generalize these after you have added the functions because there
are other uses for being able to 'pickup' and move physics state. The
functions should be more general than just get vehicle state. For
instance, BulletSim is getting an extension to linksets which allows
linkset links to be
There are so many 'social network' services that I don't know where to
publish anything any more. I've taken to putting notes on my 'varregion'
implementation on my blog at http://misterblue.com and in my OpenSim circle
on Google+. People suggested this is another forum for notes. Well here are
a
, R.Gunther ri...@rigutech.nl wrote:
Additionally, the large regions must be square.
Hmm. whats then the difference at the end between mega region and
variable region ?
Except that megaregions still misisng support for things.
On 2013-11-05 08:08, Mister Blue wrote:
An update on 'varregion
regions
aren't
working in the viewer, that needs to be addressed.
Kind regards,
--
Cinder
On 5 Nov 2013, at 7:04, Mister Blue wrote:
A varregion is just one large region and not several regular regions glued
together as for megaregions. varregions will save and restore terrain and
prim
terrain heightmap blob.
On Tue, Nov 5, 2013 at 6:18 AM, Todd Adams ta2...@gmail.com wrote:
Question - is the terrain image now 512x512, 1024x1024 etc, or do you
still use a 256x256 terrain and just stretch it?
On Tue, Nov 5, 2013 at 9:04 AM, Mister Blue misterb...@misterblue.comwrote
' that doesn't seem to
properly save the whole region but I'll fix that today.
-- mb
On Tue, Nov 5, 2013 at 8:41 AM, Todd Adams ta2...@gmail.com wrote:
so, if you modify the terrain, it will remain persistant?
On Tue, Nov 5, 2013 at 11:28 AM, Mister Blue misterb...@misterblue.comwrote:
I
to the regular master branch, do a:
git checkout master
-- mb
On Tue, Nov 5, 2013 at 10:54 AM, R.Gunther ri...@rigutech.nl wrote:
whats the git command line to download your var opensim code ?
really want to try it before i move to some other steps.
On 2013-11-05 08:08, Mister Blue wrote
An update on 'varregion' development:
As some of you know, I've taken on the task of porting the Aurora variable
region feature into OpenSimulator.
The port uses the Aurora's protocol extensions so the existing Firestorm
and Singularity Aurora Support will work for OpenSimulator. The larger
I'll put something like this on the BulletSim TODO list. There are several
new STATUS_ and physical material parameters that would be nice to have.
On Sun, Feb 3, 2013 at 1:30 AM, Oren Hurvitz or...@kitely.com wrote:
I just tried this and it doesn't work. I can set a prim's Physics Shape
Type
Thanks all for testing. I have some Manti to fix. :-)
I'm travelling at the moment so I won't be on IRC for a few days. But soon
I will be back to making BulletSim run smoothly.
-- ra
On Nov 9, 2012 5:46 AM, Bri Hasp wwwe...@gmail.com wrote:
I have 2 test setups that switch to ODE quickly for
Were you running 0.6.9 or one of the more recent builds? My experience is
that 0.6.9 has a limit of around 50 while 0.7.x can support many more active
avatars. I've run hundreds of very active avatars with baking and constant
motion on 0.7.x servers.
-- mb
On Thu, Sep 30, 2010 at 10:34 PM,
A comparison of 0.6.9 and 0.7.0.1 is written up at
http://www.sciencesim.com/wiki/doku.php/vwperf/stress_profile_20100820 .
The stress tests themselves are being made available at
http://www.sciencesim.com/wiki/doku.php/vwperf/scalability_tests .
We use a modified version of TestClient to create
I have done some stress testing of OpenSimulator with bots. Some of the
results are at
http://www.sciencesim.com/wiki/doku.php/vwperf/profiling_069_070 . I have
found that the latest OpenSimulator master branch, when running on .NET,
will support several hundred wandering bots before the
The LookingGlass Viewer forge project[1] has been progressing slowly.
Written in C# with a C++ interface to Ogre, it can now load and display most
regions and it has dialogs for avatar tracking and chat. It's to a point
where I can log into a region, walk and fly around and chat with the people
I
Of Mister Blue
Sent: Tuesday, 25 August 2009 10:17 PM
To: opensim-dev
Subject: [Opensim-dev] LookingGlass in Wright Plaza
The LookingGlass viewer forge project[1] reached a milestone last
night of allowing me to walk and fly around Wright Plaza. If you ever
see an avatar by the name of Charm
The LookingGlass viewer forge project[1] reached a milestone last
night of allowing me to walk and fly around Wright Plaza. If you ever
see an avatar by the name of Charm DeSnoozle stumbling around OSGrid,
that's me testing LookingGlass.
I made a video of the experience [2]. You can see that the
The LookingGlass viewer forge project[1] reached a milestone last
night of allowing me to walk and fly around Wright Plaza. If you ever
see an avatar by the name of Charm DeSnoozle stumbling around OSGrid,
that's me testing LookingGlass.
I made a video of the experience [2]. You can see that the
Over in the Forge is a new project: the LookingGlass viewer. What
started out as a small project to learn C# turned into a whole virtual
world viewer framework. It is no where near usable for normal viewing
(lacking avatars and navigation and many features) but it will connect
to OpenSim and
wait, that's taken.
--ra
On Wed, Jun 3, 2009 at 1:07 PM, f.d.g. opensim...@fdg.org wrote:
Is LookingGlass really a good name for a new 3D viewer? ;-)
http://en.wikipedia.org/wiki/Project_Looking_Glass
Bye
f.d.g.
Mister Blue wrote:
Over in the Forge is a new project: the LookingGlass
Definitely a +1.
If one is using a 3d system like Ogre, you could use webkit to display
on the 'overlay' surfaces (Ogre has this concept of transparent
overlays over the 3d view). Even the interface to the viewer proper
could be all web pages and AJAX goop. Then any web page -- any
interface to
33 matches
Mail list logo