Resource icon

Runnable OpenSim for the PI update 8-mar-2020 2020-03-08

The error message is:

Fatal error: System.Exception: No IAssetService available.
at OpenSim.Region.Framework.Scenes.Scene.get_AssetService () [0x0001c]: in <0ed9291266964b028d9fd598a8b22975>:0
at OpenSim.Region.ClientStack.Linden.GetMeshModule.AddRegion (OpenSim.Region.Framework.Scenes.Scene pScene) [0x00010] in <0fb02baf883c4384b44d788a27b43274>:0
at OpenSim.ApplicationPlugins.RegionModulesController.RegionModulesControllerPlugin.AddRegionToModules (OpenSim.Region.Framework.Scenes.Scene scene) [0x00321] in <06a08c80ee04447db1a0efbde1406c62>:0
at OpenSim.OpenSimBase.CreateRegion (OpenSim.Framework.RegionInfo regionInfo, System.Boolean portadd_flag, System.Boolean do_post_init, OpenSim.Framework.IScene& mscene) [0x0011d] in <d64165c8925a4e2bb0422b15805c73bb>:0
at OpenSim.OpenSimBase.CreateRegion (OpenSim.Framework.RegionInfo regionInfo, System.Boolean portadd_flag, OpenSim.Framework.IScene& scene) [0x00000] in <d64165c8925a4e2bb0422b15805c73bb>:0
at OpenSim.ApplicationPlugins.LoadRegions.LoadRegionsPlugin.PostInitialise () [0x00128] in <fbbac02036494cec8663ab32e7227c32>:0
at OpenSim.OpenSimBase.StartupSpecific () [0x00248] in <d64165c8925a4e2bb0422b15805c73bb>:0
at OpenSim.OpenSim.StartupSpecific () [0x00101] in <d64165c8925a4e2bb0422b15805c73bb>:0
at OpenSim.Framework.Servers.BaseOpenSimServer.Startup () [0x00064] in <bb67a0b4c8ed4e34b7f1c4e17e468090>:0
 
At last I solved this problem: The directory "TextureAssetSet" misses a texture file with the name 43c32285-d658-1793-c123-bf86315de055.jp2 that the system tried to load. After copying some other jp2-file to that name the system starts in a normal manner.

But if I try to rezz a new prim sometimes nothing happens, sometimes I get the prim.
 
Finally which viewer do you use, because if you have the latest Firestorm it probably will not work great with that particular build of opensim?

Alternatively you can do as other have successfully done, grab the latest source from the opensim dev branch, swap in my ARM libraries and compile your own version.
 
Physics-Engine: the default one (Bullet)
No firewall
I use latest firestorm. So I should try an older version?
 
You have to use ubODE physics as there is no support for Bullet on the PI. It needs full OpenGL for that, but currently only supports OpenGL ES.

This is the reason why you cannot rezz.
 
Oh, I will try it tomorrow and report. But it is strange, that rezzing sometimes works with actual configuration using Bullet. Thank you!
 
Revise myself on that, I thought I had left out the BulletSim library, but it is there with the config, so it will load and collide fine, but you cannot rezz anything and if it does it is pure luck.

For some reason bulletsim use OpenGL coordinates from the viewer to place objects in the scene (rezzing) and since the PI only has OpenGL ES support it does not work as expected by the library.

I have not tested it for a year, and Raspbian have added some support for OpenGL 2.1 since but it is not complete. Perhaps a recompile of bullet will make it work, but I am going to leave that for the upcoming 64-bit Raspbian.
 
Revise myself on that, I thought I had left out the BulletSim library, but it is there with the config, so it will load and collide fine, but you cannot rezz anything and if it does it is pure luck.

For some reason bulletsim use OpenGL coordinates from the viewer to place objects in the scene (rezzing) and since the PI only has OpenGL ES support it does not work as expected by the library.

I have not tested it for a year, and Raspbian have added some support for OpenGL 2.1 since but it is not complete. Perhaps a recompile of bullet will make it work, but I am going to leave that for the upcoming 64-bit Raspbian.
After changing physics engine rezzing works fine! :) I believe, you should activate ubODE physics in the OpenSim.ini of your opensim distribution for the raspi. Default is at the moment still bullet. Thanks for all the help!
 
After changing physics engine rezzing works fine! :) I believe, you should activate ubODE physics in the OpenSim.ini of your opensim distribution for the raspi. Default is at the moment still bullet. Thanks for all the help!
Glad you have it working.
Agreed - will change that setting.
 
Have you looked at this one? https://www.khadas.com/product-page/vim4
What would be needed to run OpenSim Standalone Hypergrid on it, and how would it perform compared to a Raspberry Pi?
I am sorry I have not looked at it.

The first thing you need to establish is what operating systems you can run on it, and thereafter check if it will run a version 6.x mono. Additionally you might have to recompile the libs on it.

With mono no longer being developed after Microsoft took it over and froze it, to what extent it will run at all on a new SBC is anyone's guess.

If you can make mono work and the needed libs to compile, it would be like running OpenSim on any Linux system.
 
Have you looked at this one? https://www.khadas.com/product-page/vim4
What would be needed to run OpenSim Standalone Hypergrid on it, and how would it perform compared to a Raspberry Pi?
Note that you most likely will have to run a 32-bit operating system because there is no 64-bit mono for ARM (unless you go through the pain of compiling it yourself).

Also note that mono 6.8.0 that is distributed with Debian 11 cannot compile OpenSim. The compilation crashes around midway into the build. To compile it on Debian 11 you have to install a mono for Debian 10.
 

Members online

No members online now.
Back
Top