Archive for the 'VirtualWorlds' Category

20th Nov 2010

Shelving MacSimStick for now

I’m going to shelve my work on MacSimStick for the time being.  I’d been hoping to crack the nut of running Mono and everything else off of a disk image (Apache, PHP, and MySQL run fine, as does OpenSim paired with a Mono install on a local disk).  It doesn’t seem like the need is there, and I’ve been spending hours trying to get install_name_tool and dynamic libraries to play nice.

Sometimes it is good to fail fast and move on.

So anyways, there is a distribution out there that will run, provided you have Mono already installed.   Maybe that is a success and people are happy with that.  I’ll turn my attention to OpenSim paired with Amazon’s EC2, and Unity.  If someone makes progress on MacSimStick, and there’s interest, I may jump back in – I do have several ideas / goals for it.

Posted in Mac, VirtualWorlds, WebTech, opensim | 1 Comment »

13th Nov 2010

MacSimStick Alpha 1 Available

I am happy to announce the availabilty of MacSimStick, Alpha 1 (Pioneer Possums).

The goal of the MacSimStick project is to have a self contained OpenSim + MAMP environment for Mac users to run off a USB key. It is usable now for those who already have Mono and possibly X11 running on their Mac. I have not yet solved the step of getting Mono to run off of a USB key.

So, this release is called “Pioneer Possums”. If you have a working Mono environment, chances are good that this will work for you. I am looking for the Pioneers that will check this out. Hopefully one of them will be able to help me solve the Mono configuration aspect.

The release is distributed as a Mac disk image.  Download the compressed image – it is roughly 370  meg.  Uncompress the image, double click it to mount, and run “Start.sh”.

There is a README file in the top level that gives details as to the Test User, ports, and the password.  There is also a webserver specific to the project at localhost:8080.

I want to say thanks to the folks that given me encouragement, and who give this a go. I could have stumbled away in isolation trying to get the first release perfect, but I think it is more important to get a working snapshot out to the community – it will hopefully speed up the progress towards the goal of being truely self-contained. Believe me when I say I cant wait to get this out there in a more polished, ready to go form.

I may follow up with a much more techy/detailed posting, but I wanted to keep this one pretty brief and straightforward: “if you are on a Mac, use OpenSim, and have Mono set up, give this a go”.

Cheers!

Posted in Mac, VirtualWorlds, opensim | 10 Comments »

10th Nov 2010

MacSimStick Needs Some Eyes!

As I have recently written, I’m working on getting a self contained environment together for running OpenSim and LAMP services on a Mac.

In other words, running a virtual world on your Mac off of a USB key.

So far, so good. But … I’m stuck!

I need some help in getting OpenSim and Mono configured. I’m running into a showstopper problem when a user logs in from a viewer. I’ve decided to put up a snapshot of what I have so that some experienced eyes can take a look at the problem.

The Pre-Alpha snapshot is about 240 meg, and you can get it right now.

The snapshot is a Mac disk image (a compressed sparse bundle). Download, uncompress, and mount. It should mount as /Volumes/MacSimStick. All of the main components are under /Volumes/MacSimStick/usr/local.

See the top level README for ports, passwords, layout, etc.

So what does work?

Apache, PHP, MySQL, and the Diva Wifi interface are all doing fine. There are some configuration tweaks to do, and lots of files and directories that can be removed. The goal right now is to get the end to end functionality sorted, and then we can go back and prune & tune. There is a simple minded shell script, Start.sh, at the top level. I expect that anyone toying around with this at this point is going to be in a terminal window, and is comfy with launching apache, mysql, opensim, etc from a command line.

What is the problem?

The problem seems to be something about how Mono deals with the network. I provided a full logging of the problem in /Volumes/MacSimStick/Logs/OpenSim.log. That file shows the full run of Configure.exe, followed by a session of OpenSim.exe.

Some suggested ways to attack this …

Use your own version of Mono against the diva distro in MacSimStick. If that works, then we know we have a problem specific to my install of Mono 2.8.

Did I miss anything in the Mono or OpenSim config files? (probably!)

Could the problem have something to do with virtual network interfaces (such as the one created by Parallels?)

Is the version of Mono just fine, but we find that it works with an older OpenSim distro?

For reference, my Mac is a 2006 Intel iMac running 10.6.4. I have tried the phoenix and imprudence viewers, and I get the same problem each time. At least that part is consistent.

What are the next goals?

Well, once we have something that functions much like the Windows USB counterpart, I will turn my attention to:

  • Simple Startup and Shutdown
  • Getting rid of excess files and directories
  • Tuning of all config files
  • Making use of the web server. Provide info on where to get viewers, a local wiki for the project, and be able to serve as a web gateway for objects in world that need it.
  • Getting a good logo

Some more goals:

  • Be completely self contained (not touch the local disk at all.. I do currently use a MySQL socket in the standard /tmp location)
  • Allow for different mount points besides /Volumes/MacSimStick (am not sure if config files can take care of that for everything…)
  • Make it easy to change ports and passwords

I think this is all doable. Although one part of me would love to hold off on snapshots until I have everything working end to end, it’s more important to know when to ask for help! That way, those of us on the Mac side can get going on this that much quicker.

Thanks for any help!

Posted in LAMP, Mac, Tech, VirtualWorlds, opensim | 5 Comments »

08th Nov 2010

The MacSimStick Project

Recently some enthusiasts got together the idea of running OpenSim off a usb key. Even doing a video to show the process.  Pathfinder did a great post on it, as did Ener Hax.  Tateru Nino made a ready to go version of it available.

Pretty Cool, if you are a Windows person.  You plug in a usb key, press a couple of buttons, and have a self contained virtual world on your machine that you can connect to with your fave viewer (SL, Phoenix, Imprudence, etc.)

I’d been waiting to see if someone would do the same thing for the Mac folks.  Time Passed …

… Well … ok, fine, I’ll do it!

So I am undertaking the MacSimStick Project.

I must be out of my mind.  There are a lot of moving parts :)

So What Is The Goal?

The goal is to insert a usb key into a mac, click on an icon, have a self contained virtual worlds environment come to life, use it, and to be able to walk away with any changes you make.

That nicely glosses over about a dozen things happening in the background.

Some assumptions and goals:

  • be self contained, keeping off of the local disk as much as possible (log files, etc)
  • dont make the user install anything
  • wont assume what they have installed (such as Mono).
  • dont interfere with web server or database already running on the machine (use different ports)
  • provide the power to change things (MySQL and OpenSim consoles), but work without requiring their use

What Are The Puzzle Pieces To This?

A reason why I include Apache and PHP is because it opens up a lot of interactively options for scripts in a Sim to call into a local web server.

Where Am I With It?

I am working with a disk image on my iMac:  /Volumes/MacSimStick

The first iteration of this will depend on that name.  I compiled Apache, PHP, MySQL, and Mono to depend on paths within /Volumes/MacSimStick/usr/local

Apache, PHP, and MySQL work fine.

The Diva Distro of OpenSim is connecting to MySQL and writing to the database, but bombing out further in the process.  I’m thinking that a good approach will be turn off a lot of things (why is it trying to call JScript?), get things working end to end, and then slowly turn some things back on.

If I am still stuck in a day or so, I will upload what I have to get some more eyes on the problems.

What’s Next?  What Do I Need?

As far as configuration goes:

  • corral all of the config files together by having a Config dir full of links to the actual files (PHP, Apache, MySQL, Mono, OpenSim)
  • create a startup script which launches a terminal session (using the “screen” command).  This will provide separate shells for MySQL and Opensim.
  • create a shutdown script

I need beta testers.  I dont want to make this widely available until I am confident that it works for a handful of folks (for one thing, it’s going to be a sizeable download).  Contact me at my gmail.com address: javajoint, and I will point you at a download.  I am pondering if I want to put this up at Amazon S3 or Dropbox …  It’s going to be a few hundred meg.

I need some extra eyes checking out the configuration.

Donations!  This is going to cost me in hosting, and I am between jobs.  If you can help sponsor the work, cost of hosting, etc, I’d sure appreciate it.  I’ll stick a PayPal button at the bottom of this post.

More on this soon.  Thanks for the enthusiasm so far!


Posted in Mac, Tech, VirtualWorlds, WebTech, opensim | 2 Comments »

08th Oct 2010

Creating A Virtual Worlds Search Engine

I was just reading an article on MakeUseOf.com: Create A Google Custom Search Engine For Your Research

I got inspired to tinker with a custom search engine for Virtual Worlds stuff.  Let me know if you want to collaborate on it.

Try a sample search. Go on. You know you wanna ;)

Loading


Posted in Tech, VirtualWorlds, WebTech, opensim | Comments Off

06th Oct 2010

Trigger Events Create Opportunities

I have been observing Second Life and Linden Lab every day for the last 4 1/2 years (yep, I am Bucky Barkley there).  Around January 2009, I started wondering what event would trigger a migration to OpenSim.   Gwyneth had written a great post back then, which has helped shaped my thinking.

When I saw the announcement this past Monday that Linden Lab would discontinue the 50% discount for educators and non-profits, with less than 3 months notice, I thought “aha! this is the trigger event!”.   There has been much consternation in the SL community lately, but now it has reached the point where a sizable group will take action.  For Linden Lab to have done this to a group of people who have been some of their strongest supporters, is nothing less than a Public Relations disaster.

A migration is in the offing.  Many will be leaving Second Life, and will be heading to OpenSim-based grids.  It creates Opportunity.

You may say “Daniel!  You are overreacting!  Let those educators and non-profits go!  Who needs them!?”

…And you are entitled to say that :-)

But I say this is something that triggers a whole series of events.  I think that Linden Lab is going to run into some unintended consequences.  They may think that a certain percentage of their user base will migrate, and that it will be an isolated event.

But that is not all that will happen…

When the non-profits and educators go to OpenSim-based grids, they will bring with them a bit of money, expectations, and a lot of drive.  I will quote John Lester (Pathfinder).  He is a former Linden, and in his post “With every Exodus comes Expansion: Educators and Non-profits in Second Life“, he wrote:

nothing drives rapid platform development like a big influx of eager users

Therein Lies Opportunity.  The needs, funds, and energy of the non-profits and educators will speed up the development progress of OpenSim and OpenSim-based grids.  This progress, in turn, will make migrating that much more attractive to other groups that are not directly affected by the pricing increase.  Educators and Non-Profits dont exist in a bubble; they have friends in other communities, and they shop a bit as well.  Their needs, influence, and experiences ripple far beyond their sphere.

I have spent 4 years working on projects in the Info Island Archipelago, and I can say firsthand that there is no clear boundary between the folks there and all of the other communities in SL.  It would appear that LL is taking a gamble that there will be a limited, community specific migration.  They have poked at an anthill, and have not figured just how fast all the sleepy ants within will awake, spring into action, and migrate.

The trick for everyone involved is to get past being upset with Linden Lab, and to work together to get things going in brave new OpenSim worlds.  There is a need for content creators, tool providers, builders, event coordinators, and for many other talents to come along for the ride.  It is a time for all manner of specialists to help each other bootstrap into the post-Second Life era.

So, like I said, Therein Lies Opportunity.   Along with this, those who will need help should be aware of the following:

Not every “solution provider” will be competent.  Not every grid host will be on the level.  Not every Virtual Worlds Consultant will know what they are doing.   Look for proven experience, real names, and always have a Plan B.

As with everything else, do your research before committing time and money.  There are many people right now who are very happy with their projects in OpenSim.  There are failures as well…

…It’s just like the web.  Moving away from the walled garden of SL means that more things need to be considered (who is my host?  am I on the HyperGrid?  How do I find people, places, and things that are scattered across grids?)  But, along with that, there is much more control and reward.  As one example, you can backup your own work, move to another provider, and restore it.

These are pioneering days.  Second Life has served its purpose as an excellent introduction to Virtual Worlds.  They are one chapter in our books.

It’s time to start writing the next chapter, and Therein Lies Opportunity.

Posted in SL, VirtualWorlds, opensim | 1 Comment »

31st Aug 2010

OpenSim: Mass Migration Puzzle Pieces

It is the community that will win the Metaverse…

Overview

I see an inevitable migration on the horizon of residents from SecondLife to Opensim
based grids. There are two main forces at work:  the decline of Linden Labs, and the
ascendency of the OpenSim.

  • Linden Labs has been making a series of moves that are alienating the users.  They are neither leaders in policy, nor technology.  Not even meshes will save them.
  • OpenSim is the clear technical leader, is rapidly making strides to stability, and the variety of grids springing up will assure that every community will have a strong home.  OpenSim is much like X11 in the sense that it provides “mechanism, not policy”.   Grid Operators take on the role of policy.

The Decline Of Linden Labs

Just since the time of SLCC (August 13-15, 2010), I can point to no less than four Linden Lab missteps which have upset various parts of the community:

1) Display Names – with over 1000 comments on blog, the Lindens appear to be intent on going live with a very ill-conceived plan to allow anyone to choose almost anything as a display name. What’s the problem with that?  They are not providing a means for users to protect their names from abuse.   While it may be true that a click or two will always reveal a true user name, it is still not clear what (Display Name?  User Name? Both?) will be written to chat and IM logs.  It is also not clear what the IM logfile names will be.  This is a huge worry for anyone who is concerned about identity and reputation.

The Lindens take the view that people can file Abuse Reports.  I note that this approach
attempts to address a symptom, but is no cure.  With all the layoffs that the Lindens have been through, and the recent reduction in support hours, do they have the staff to handle the increase in ARs that will be generated by Display Name abuse?  It would cost them less
to provide a control to prevent others from using your name as their display name.  It would also go over with the community a lot better.

2) Teen Grid Closing - I can understand the economics of closing the Teen Grid.  It costs a lot to run, and has a mere sliver of the main grid population.  What has a lot of people up in arms is the misguided idea of migrating 16 and 17 year olds to the main grid.  They would be better served by migrating to a grid that has been proven to be more focused on education (Reaction Grid comes to mind).

3) Customer Service Cutback – The short of it: same tiers, less service. Combine this with a slew of new problems (numerous ARs occuring from Display Name abuse, and legal/customer service issues arising from the presence of teens on what used to be a strictly adult grid).  The hours are also incredibly USA centric.  This will be one more factor that drives European and Asian users towards grids based in their regions.

4) Snowstorm, Do We Care?

Wizard of Oz: [in a booming voice] Step forward, Tin Man!
Tin Woodsman: [terrified, steps forward] Ohhhh!
Wizard of Oz: [still in a booming voice] You DARE to come to me for a heart, do you? You clinking, clanking, clattering collection of kaligenous junk!

Although SnowStorm is a great concept, in that there will be one viewer source code stream internally and externally, I sense that much of the developer community will focus their efforts elsewhere.  The Wizard of Oz Linden (who, as far as I can tell [1], has only
been in SL for 4 months) has declared:

“Don’t waste everyones time suggesting that we throw away Viewer 2, or that we revert the UI to Viewer 1. It is absolutely not going to happen, and any suggestion to that effect will be ignored.”

Yes, Scott really said that: http://www.mail-archive.com/opensource-dev@lists.secondlife.com/msg02459.html

Since the overwhelming majority of the community uses third party viewers, and does not like the 2.x UI, sensible developers are going to focus their efforts on giving the community what it wants.  The Linden Lab attempt at outsourcing some of their viewer development for free, while at the same time insisting on the 2.x UI, will not get much traction.  There is some limited cachet in being able to say that you contributed to the mainstream SL viewer, but if its usage is eclipsed by the offerings of several third parties, is it the best use of your valuable developer time?

The Ascendency Of OpenSim

I’ve touched on just some of the factors that are upsetting the SL community.  It’s time to shift to the positive.  We should be very glad that we are seeing the rise of a viable alternative!

As I have written before, and as others (such as Gwyn and Maria) have noted, OpenSim is showing itself to be a serious metaverse platform:

TechnicalHyperGrid, MegaRegions, choice of voice (Whisper, FreeSwitch), more flexibility, compatible with existing SL viewers, archiving of regions and inventories.  Willingness to evolve past LSL.  Region scripting as well.

Policy – widespread, dependent on Grid Operators, if you dont like it, run your own grid!  Opensim grids win because none of them has to address the issue of trying to come up with policies that would satisfy everyone in a large walled garden.  We can easily move between web sites with varying policies and narrow niches.  The same thing will be true in the Metaverse.

Costa fraction of what LL charges –  Is there a market for high end grids with hand holding support, as well as a slew of specialty bargain basement offerings?  Yes!

Currency – yes!  OMC and Cyber Coin Bank These work across grids.   Maria writes in depth about this.

Scaling – with one fell swoop, HyperGrid does much to address the issue of scaling.  How?  If people can easily get from one grid to another, then there is little reason to try to shoehorn them all into one place.  As we see with some web sites, there will be some huge grids, possibly with millions of users.  But balanced with that, there will a large number of grids that address niche communities, with 10’s of thousands of users.  If they choose to be isolated, they can turn off hypergrid access.   Within 5 years, the combined scale of OpenSim based grids will dwarf the walled garden of SecondLife.  It is like the old AOL service trying to compete with the entire web.

Third Party Viewer Community -  Not only will the viewers based on 1.x and 2.x source streams become the preferred entrance to OpenSim based grids (easy grid management in them), there will be a movement towards more types of front ends.  HTML5 is one possibility (resurrect AjaxLife?).  Unity3D holds a lot of promise.

What Could LL Do To Stave Off The Inevitable?

At this point in time, the biggest technical innovation LL has on their agenda would be meshes.

On the development side, they would have to show that they are open to some emulation of the 1.x interface, in order to gain traction.  They are competing for something valuable, developer attention, and are making a lot of wrong moves.

On the policy side, they need to show that they will provide adequate controls for display names, so that people can be proactive about protecting their identity.

On the support side, they would need to make a case as to why people should pay the same amount of tier, but accept a reduced level of service.

On the interopability side, LL finds itself in the position of being a large walled garden, a la the AOL service of the 90’s and 00’s.  LL should ask itself it wants to follow the examples of AOL, CompuServe, and Prodigy.

The Tipping Point

Having said all this, it is quite clear that the majority of Metaverse usage hours are still being spent in SecondLife.  I dont see any single event from the sides of OpenSim, or SecondLife, that will radically tip the scales.  I see something more organic going on: friends will drag friends to OpenSim grids.  Any one of several LL policy decisions will be a straw that breaks a residents back.  OpenSim will make some technical advance, etc.  There will be as many reasons to switch as there are metaverse residents.  The Tipping Point occurs when a sizeable number of people realize that their personal puzzle pieces have fallen into place for them to make the switch.


[1] I did write to Scott, wondering how long he has been in SL.  No Reply.

Posted in SL, Uncategorized, VirtualWorlds, opensim | 11 Comments »

07th Aug 2010

Let’s Take It From Here

Let’s Take It From Here
Time for the OpenSim / Viewer Community To Assume Leadership

My premise

We can no longer assume that Linden Labs will provide leadership.  We know what needs to be done, and with some Cooperation, we can take it from here.

  • There are many separate pieces to the open metaverse.
  • There are many competent folks involved with them.
  • It is time for them to band together and chart a course forward.

It is time to go forward, and no longer worry about compatibility with the SL Viewer and server.  That being said, the key to success is to not go forward in 20 different ways.  Cooperation will be the key.

The Linux and Apache Communities are a success.  Their example can be followed in the Metaverse.

What do I mean by pieces?

Grids – Inworldz.com, Reaction Grid, and others are OpenSim based grids that are easy to get started with.  Think of them as Metaverse ISPs.

Server – OpenSim 0.7 shows promise and technical leadership (HyperGrid, MegaRegions, flexible architecture, archival capabability)  Think of OpenSim as the Apache of the Metaverse

Viewers – Emerald, Imprudence, Hippo, and others.  Think of viewers as you would think of Firefox, Safari, and Chrome.  How does the SL Viewer 2 fit in?  Think of it as Internet Explorer.

Why do we need cooperation between OpenSim and the Viewer Folks?

There are certain technologies that would be of great benefit to the Metaverse as a whole.  The shining example would be Importing 3D Meshes.  The community cant sit around and wait for an implementation to come from Linden Labs.  However, it is a major feature that requires a protocol between server (OpenSim) and Client (Emerald, et al).  The community needs to agree on protocols, so that multiple clients can take advantage of new features added to the server side.

What role should Grid Operators Play?

They need to make it easy for users to get to compatible viewers.  If the community sees great benefit in certain features (such as meshes), and the SL Viewer lags behind, then it will behoove the grid operators to a) educate and b) point users to the resources they need.  We need to get out of the mindset of having to maintain compatibility with the SL Viewer.

Does this mean that the SL Viewer may fall by the wayside if it doesnt keep up?  Yes.  So be it.

Is that pretty much it?

Yes.  Stakeholders in their respective domains need to bear one thing in mind:

Dont wait up for Linden Labs to implement what you want.  Cooperate amongst yourselves, make it happen, and try to follow the great examples of the Linux and Apache Communities.

To the Viewer and OpenSim contributors, and to the Grid Operators, I would say
this:  band together, assume technical and policy leadership, and forge a course together.  In unity, you shall thrive.

Posted in SL, VirtualWorlds, opensim | 3 Comments »

grupa LGBT