> We definitely need an updated set of slides.
True. The realXtend team has accomplished so much already, that the slides
really need to be upated to show the future path and also include many of
the updated "key points" that have been talked about in the message list,
and have these "key points" added to the realXtend "Road Map".
Then we need to start setting time tables for development, and continue
working towards those goals (and continue collaborating with other groups
such as OpenSim, etc.)
But more importantly we do have to get some good cross platform
browsers/viewers built (that will become a "new standard" and hopefully an
"accepted standard" in the open source world).
I've looked around, and it seems like this is where the "latest and
greatest" is being developed, so we really need to "lead the pack" with
innovative features and technologies. Continue to "lead the pack" with
innovative features. Then just continue to work hard in implementing many
of these technologies back into the OpenSim main repository.
I hate to say this, but we may just have to "lead the pack" with our
browsers as well. If we want all these features added, then we'll just have
to add the features ourselves, and develop advanced browsers that will
support many of these features, and then just feed the browsers back to the
community.
I hate to be a "fork" but someone needs to "lead the pack". We'll just have
to work hard with the OpenSim crew to go back and incorporate any additional
"high end" technologies that we continue to develop & implement at
realXtend.
"Further, for the first time, viewers will need to be enhanced
to display the server capabilities
(rex, money, other optional regionmodules, MXP, etc.)"
True, and this has been my point exactly. I believe this is key to
implementing our newer technologies. We need to get the browser builds to
support many of these newer features and technologies.
If no one else steps forward, then I may help try to lead this development
team. So at least we can work hand-in-hand directly supporting advanced
realXtend server functionality with advanced browsers.
I'll need to sit down and chat with Kristenlee about how we can work
together and move forward with this. I may send out a "call for developers"
to try and pick up another 2-3 developers for the team, so that we can work
together (in a collaborative effort) to try and develop browsers for
cross-platform builds (i.e. Ubuntu/Linux/OS X, as well as iPhone,
Blackberry, and G-1 Android).
I really think the browser technology is our "stumbling block" right now.
We need to get those browsers built, to help support any future server
technologies that we continue to develop and work on. Plus we want to make
sure we have interoperability between different hardware platforms (not just
Windows machines). So developing the cross-platform browsers is going to be
key to moving forward.
I'm not going to "rehammer" every single point in Peter's post, but he does
make some very valid points.
I agree that the slides need to be updated, and we need to "rework" our
current "Road Map" to include many of these new features and ideas (to
include cross-platform browser builds). I would like to see an in-world
e-commerce system, as well as possibly a "Karma System" to be implemented as
well (so we could develop "in world" prisons, jails, and even judicial court
systems). So offenders would at least be given a "fair trial" prior to
being sentenced to 90 days in "virtual prison". We're going to have to deal
with in-world "trouble makers" somehow.
It's hard to moderate a whole world (especially as it grows), so we need to
think about a "Karma system" (to rank individuals based on their in-world
behavior), and also think about some form of judicial system (automatic
"police bots" that will eject users based on profanity, or at least teleport
them into a holding cell/jail cell temporarily, so that a moderator can at
least talk to them (off line) and make them aware that their behavior is
inappropriate.
Just as we have commerce systems, and judicial/law systems in place (in
real-world) we need to do something similar for the virtual world. If we
develop it now (in the beginning) it will make it MUCH MUCH MUCH easier to
control and implement as the world/Grid grows.
Without such a system, it could eventually lead to chaos (as there is no
real effective way to moderate a whole universe). Sure, many worlds can be
"private worlds" or "private regions" (up to the owners to moderate), but in
the open areas (main public regions) we really need to think about some form
of automated "policing system" that will scan for keywords (swear words) and
also create "Police Bots" that will patrol the streets, and check for
strange/bad behavior (fist fights, punching, hitting, slapping, guns -
shooting, etc.) and those users can be taken off to a "holding cell" by the
Police Bot (as a temporary "cooling off period") just until a local
magistrate (in-world "Peace Keeper") can at least review the evidence,
review the text messaging logs, and determine what (if any) the punishment
should be. Temporary suspension of the user's account, or maybe 2 days, or
5 days, or 7 days, or 30 days, 60 days, or even 90 day "jail sentence" to
help show the user that their "in-world" behavior was inappropriate.
I hate to implement a "Virtual Social System", but in reality... something
of such must be created and MUST exist, in order to have a "peaceful"
world. We can't use our Grid as a universe to harbor terrorists, or
criminals. So we need to think about some form of in-world judicial system
that could be implemented on the server side.
I'm really leaning towards a "Karma System" (similar to the commerce
system). This way Karma can be given out (as tokens, just like money or
currency). So when a seller sells a product, and the experience is
pleasurable, they can give the buyer a "Karma Point" (or Karma Token).
This would work similar to the "E-bay positive feedback" system. Just as
you see some users with 10,000+ feedbacks (and a "shooting star" next to
their name) to show they are a reputable seller/user. Same concept.
We would need to have something similar for users. Just like in e-bay you
see a "new user" with a pair of Shady sunglasses (means they have been a
user for less than 90 days, and have no positive feedbacks).
Same concept. We would have to implement something similar, so that users
can distinguish between "seasoned veterans" and "new users" or "possibly
dangerous" users.
Just like in e-bay, you ALWAYS avoid the new users with sunglasses (when
making purchases) because you don't know if they are legitimate sellers.
Same concept. We need something similar in the world, to "rank" users.
This way buyers and sellers and ordinary citizens can give each other "Karma
Tokens" to help improve (raise or lower a person's Karma rating/ranking).
So if a buyer gives a seler a "Bad Karma Ranking" (a bad feedback) the
Seller's Karma rating will go down 1 point. If a Buyer gives a seller a
Good karma Ranking (a good/positive feedback) then the Seller's Karma rating
will go up 1 point. If a buyer gives a seller a "neutral" rating, then the
Seller's Karma will not go up, nor will it go down. Just a "neutral" rating
(not positive, nor negative).
Similar to the E-bay ranking system. Now this could be beneficial, because
once we have such a system "in-place" in the world, then it could be used
for policing the world, and for rewarding good behavior, and even places
like "in-world churches" could be given 1,000,000 "Karma tokens" that they
could give out after "in-world" church services (to improve a user's Karma
rating).
Lots of things "in-world" could be used to improve a Karma rating. Also
lots of things in the world could be used to lower a Karma rating (such as
hitting, punching, slapping, using guns, knives, etc.).
Sure, weapons could be used in "Gaming Regions" (where the Karma system is
"disabled" for gaming purposes), and it would need to be set as a
world/region setting (by the owner/operator of the individual world).
I believe the Karma points should be stored in the user's profile (in the
Authentication server) in the same place that in-world currency is stored.
So that a user has in-world Currency, and also in-world Karma.
I believe BOTH are very important to a successful in-world social system,
and social experience. As we begin to develop these advanced social network
systems, we need to make sure that we put these "safeguards" in place, so
that users can "buyer beware" of weary users. Allow in-world citizens to
rate and rank each other (positive or negative feedback via the Karma Token
system).
I supposed certain in-world organizations could be given the "Karma points"
to distribute to users (for good behavior) and then users can re-distribute
their Karma points (similar to currency) by giving other users one of their
"Karma Tokens".
I supposed the first step is just implementing such a system (on the server
side). The in-world currency system, and in-world Karma system I think
would be 2 very important features for an advanced virtual world system.
It allows artists to be rewarded for their work (by selling their artwork,
or Vitual models, furniture, etc.) and at the same time the Karma system
keeps people honest and fair.
Two VERY important features of a society are barter/trading system
(economics) and fair/honest behavior (socialism). I believe both should be
implemented on the server-side, and then leave it up to the world/region
operators on whether they want to enable or disable these features in their
world or region. This could be done in the browser/viewer. If a region
owner wants to disable "Karma" or "Currency" in his region, it would just be
clicking a checkmark in the world configuration setup. This way for
whatever reason, certain regions/worlds may choose not to implement currency
or Karma.
I can see how in a "Gaming World" or "Gaming Region" that Karma would need
to be disabled for effective game play (especially first person shooter
games, etc.)
So we need to make it simple for world operators to enable or disable. Our
first step would be to implement it, and get it working (on the server
side), then we'll figure out how to enable it, and disable it (from the
client/browser side). Just as world owners can decide who can control
building in their world/region, same concept with the Karma system, and
Currency system. At least give the power and control to the world/region
owners. Let them decide whether or not they want the systems implemented in
their world/region.
*> Contacts need to expanded and updated.
*
Agreed. Contacts and Roles should probably be defined and expanded. Just
so we have some "Project Leads" and have an idea of who is leading what, and
the Leads can meet with the realXtend project manager (in virtual meetings)
and discuss current progress, and future development interoperability issues
(with other Team/Project Leads).
Mark
On Sun, Dec 14, 2008 at 8:13 AM, Peter Quirk <[email protected]>wrote:
>
> We definitely need an updated set of slides.
>
> For a start the pending merge of rex with opensim means that rex
> functionality will be optional plug-in in opensim servers. One would
> hope that it would be a default,
> but there will be plenty of people who don't run with the rex module
> because they are serving clients who can't run the rex viewer. We need
> a good story to describe
> what happens when a non rexviewer attaches to a rex-enabled opensim
> server. Further, for the first time, viewers will need to be enhanced
> to display the server capabilities
> (rex, money, other optional regionmodules, MXP, etc.)
>
> The tool chain needs to be covered in more detail. There are many more
> tools and repositories (free & commercial) which should be mentioned.
> We need to make it clear that
> there is a rich and growing ecosystem of assets.
>
> It would be helpful to describe any plans for integrating a public
> inventory system or market for accessing assets that are already in
> the internal format.
>
> The authentication slides need to be updated to show how the Open Grid
> Protocols will be used.
>
> Contacts need to expanded and updated.
>
> -- Peter
>
> On Dec 13, 11:04 pm, Mark Malewski <[email protected]> wrote:
> > Jani,
> >
> > The slides look great. We should definitely have a FAQ/Wiki with
> > updated and detailed pages. Tutorials on browser skinning and
> > customization might be good as well. If no one else volunteers, then
> > maybe I'll step forward and maybe I can help with some online
> > documentation, cross platform testing, and online tutorial support.
> > Looks like a great project, and I'm really excited to see it slowly
> > moving forward. The progress has been great so far! Keep up the good
> > work!
> >
> > > If someone already has a list of good questions that newbie users like
> to
> > > ask about realxtend, then we could open a google doc and start writing
> > > those... I will start that at the beginning of August if no-one
> volunteers..
> >
> > I think I've been hitting Jani with plenty of questions/areas that we
> > may need to work on documentation for. I try to keep the "noise" off
> > of the mail threads, but I really do think that the WIKI and FAQ pages
> > need some work.
> >
> > Jani, I'll try to point out as many questions/answers that I may find,
> > and hopefully we can get those WIKI pages updated so that the FAQs and
> > WIKI page instructions are clearer and more detailed. I have noticed
> > a few small problems with installation instructions and browser builds
> > (in the WIKI pages), and hopefully we can get all that information
> > slowly updated and documented (and posted) to the WIKI pages for
> > future users.
> >
> > Thanks for all the great work Jani!
> >
> > Mark
> >
> > On Jul 14, 12:02 pm, "Jani Pirkola" <[email protected]> wrote:
> >
> >
> >
> > > Thanks Sacha,
> >
> > > that reminds me that we should have a FAQ at our web site, definitely.
> >
> > > If someone already has a list of good questions that newbie users like
> to
> > > ask about realxtend, then we could open a google doc and start writing
> > > those... I will start that at the beginning of August if no-one
> volunteers..
> > > :)
> >
> > > Best,
> > > Jani
> >
> > > 2008/7/14 Lc <[email protected]>:
> >
> > > > I think this document need at least one additional part : the FaQ
> >
> > > > When I talk aournd me about ReX, this questions always come:
> >
> > > > - How an ReX avt will be rendered in a non ReX sim (case ReX ->
> OpenSim
> > > > )
> >
> > > > SM
> >
> > > > On Mon, Jul 14, 2008 at 12:11 AM, Jani Pirkola <[email protected]>
> wrote:
> >
> > > >> Dear all,
> >
> > > >> I drafted the first version of realXtend overview slides, the big
> picture.
> > > >> Please comment! If you can make and send me additional slides or
> corrected
> > > >> slides, that would be wonderful!
> >
> > > >> The purpose of this slideset is to give a quick overview of what
> realXtend
> > > >> is and what kind of toolchains there are. I already see that the
> avatar
> > > >> generation and usage slide could be added... and facegen as part of
> the tool
> > > >> chain.
> >
> > > >> Best regards,
> > > >> Jani- Hide quoted text -
> >
> > > - Show quoted text -- Hide quoted text -
> >
> > - Show quoted text -
> >
>
--~--~---------~--~----~------------~-------~--~----~
this list: http://groups.google.com/group/realxtend
realXtend home page: http://www.realxtend.org/
-~----------~----~----~----~------~----~------~--~---
