Re: [opensource-dev] SNOW-375 Binary Package Available
That sounds pretty interesting, Dzonatas. What is your viewer called, this TPV derived from Snowglobe with an extra patch? Morgaine. = On Sat, Apr 3, 2010 at 6:43 PM, Dzonatas Sol wrote: > This is a build of Snowglobe with SNOW-375 patch applied. This patch > provides a HTTP/REST interface to control and automate the Snowglobe > viewer. Client-side scripts and programs can then add features like > accessibility functions, automated regression tests, detached editors, > separate chat windows, inventory organizers, and more. > > Linux: > http://mono.dzonux.net/file/Snowglobe375/Snowglobe-i686-1.4-375.tar.bz2 > < > http://viewerdirectory.secondlife.com/listing/download/137/3/binary/aHR0cDovL21vbm8uZHpvbnV4Lm5ldC9maWxlL1Nub3dnbG9iZTM3NS9Tbm93Z2xvYmUtaTY4Ni0xLjQtMzc1LnRhci5iejI%3D > > > > Source: http://gitweb.dzonux.net/?p=snowglobe-1.4-375.git > < > http://viewerdirectory.secondlife.com/listing/download/137/3/source/aHR0cDovL2dpdHdlYi5kem9udXgubmV0Lz9wPXNub3dnbG9iZS0xLjQtMzc1LmdpdA%3D%3D > > > > See Also: https://jira.secondlife.com/browse/SNOW-375 > > > > You can experience how such an HTTP/REST interface performs with > Icesphere, which was the project formerly known as MonoVida Studio and > MonoVida Communicator.Icesphere interfaces with Snowglobe-375 to present > detached communications and client-side scripting via C#/Mono/.NET. > > http://mono.dzonux.net/file/Snowglobe375/communicator.zip > > Note: name change not due to pun on grid monkeys =) > > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
Client-side physics is a must have in the new features. The first implementation probably would be for avatar clothes, even if the physics stay pretty static or just not-so-fluid. Anything is better then some attachment that tends to eviscerate the avatar. Don't mention client-side physics or any kind of physics prediction on opensim maillist. You get "colorful" remarks by the admins there. They seem not want any kind of physic prediction or client-side physics. It seems like opensim is not an option for such avatar features. I don't mean just linear physics prediction either. I mean even the simple type where if objects are static (easily predictable by a toggle), then download the static object in bulk as a set before one actually arrives at a sim or is logged-in. That way there is no delay upon login itself or when 30+ avatars decide to join a sim all at once (like at world2worlds evets where the scene doesn't change). I mentioned Burning Man event earlier on this list on how people could subscribe to content a week before they actually visit the sim. Anyways... Dale Mahalko wrote: > Simple physics only with the ground. All objects are phantom. I'd > think the OSGrid default login would want to showcase the > collision-resolving capabilities of the more advanced open physics > engines, but oh well. > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
I think I may have been the one to author those PHP scripts - it was a bet made on IRC late at night that I could have a grid up and running (opensim was at the time single regions only) "by breakfast tomorrow" - I did, but it was one messy pile of hacks On Mon, Apr 5, 2010 at 12:18 AM, Rob Nelson wrote: > Ha. > > Speaking of colorful, I remember my very first patch ever was a SQL > injection fix for OpenSim's grid services (back when OSG when run from > PHP scripts) that contained a bunch of cursewords I accidentally left in > the comments. > > On Sun, 2010-04-04 at 22:46 +0100, Gareth Nelson wrote: >> Probably, but there may again be the whole paranoia over "tainting", >> and some of the instability may be normal developmental issues - stuff >> that crops up in ongoing development of new features. Note that in my >> experience, even a description (without an actual patch or any actual >> code) of how to fix bugs is not accepted - though I have a "colourful" >> history with opensim. >> >> I'm not up to date on how opensim does QA/testing these days (due >> probably in part to the above mentioned "colourful history"), but i'd >> imagine that in any project a decent set of tests will catch most >> issues, if not all. >> >> On Sun, Apr 4, 2010 at 10:29 PM, Joel Foner wrote: >> > This could be a not so bright question, but shouldn't all those patches to >> > fix up OpenSim bugs be ending up back in the trunk and end up with the >> > default downloads working better? >> > Joel >> > On Sun, Apr 4, 2010 at 4:56 PM, Gareth Nelson >> > wrote: >> >> >> >> The thing with OSGrid is that it was meant from the start to be a >> >> public grid where anyone can link up - and so regions there could be >> >> hosted on a 486 with 64mb of RAM (and loads of swap space on >> >> disk..) connected through a VPN over dialup to a satellite >> >> connection in a stormy climate for all you know. >> >> >> >> For anything serious, it's wise to stick to the core regions which >> >> have professional hosting arrangements (hi cari.net - remember me?) or >> >> one of the many commercial grids cropping up. I'd ask around to find >> >> who's hottest right now, but advise you find one with a server >> >> development team that does their own patching of opensim, as out of >> >> the box it can be very very buggy. >> >> >> >> On Sun, Apr 4, 2010 at 6:55 PM, Glen Canaday wrote: >> >> > Mmm. There are many grids, all running different server versions. All of >> >> > the web-related stuff like the concurrency, etc., is all client-side and >> >> > has nothing at all to do with OpenSim. It's web data and your client >> >> > wasn't configured to look at any other web page with that data. >> >> > >> >> > In short, it looks like what you saw was something akin to a very, very >> >> > bad wireless connection. I used to have the same things in SL (ping >> >> > times near 20 sec) before I replaced my wireless card. Physics engines >> >> > don't work when you can't participate in the server frames! The >> >> > particular grid you were on could have been served from crap hardware >> >> > and connection. The upshot is that they could serve it at all, and that >> >> > you could connect... but people (like me) often tend to bite off more >> >> > than they can chew at times. You need a good machine and good >> >> > connectivity in order to serve regions - which LL has invested *oodles* >> >> > into. >> >> > >> >> > --GC >> >> > >> >> > On 04/04/2010 02:49 AM, Dale Mahalko wrote: >> >> >> I just tried using the SL 1.x client with OS grid for the first time >> >> >> this weekend. Overall the experience was plain awful, on a 10 megabit >> >> >> internet connection and GTX 285 1024meg >> >> >> >> >> >> >> >> >> Oddly, when giving the SL client the OSgrid URL from the command line, >> >> >> the client login page tells me that the Second Life grid is up, and >> >> >> the number of concurrent users in SL, etc. Why is the client not >> >> >> telling me the status of the OSgrid instead? >> >> >> >> >> >> On first login, the sim textures took forever to load. Like, after 5 >> >> >> minutes I'm still standing in a sea of gray boxes. >> >> >> >> >> >> Simple physics only with the ground. All objects are phantom. I'd >> >> >> think the OSGrid default login would want to showcase the >> >> >> collision-resolving capabilities of the more advanced open physics >> >> >> engines, but oh well. >> >> >> >> >> >> When I search for sandboxes to try building stuff... odd, the search >> >> >> window shows me stuff from Second Life, not the OSGrid. Most teleports >> >> >> fail because it appears I'm getting links to SL sims that don't accept >> >> >> connections from OSGrid. Yep, I can find the Cordova Sandbox from the >> >> >> search page within OSGrid. (I don't think search should list sims that >> >> >> don't accept connections.) >> >> >> >> >> >> Searching for "osgrid" in the search window oddly turns up nothing. >> >> >> How am I to find sandbox sims in OSGrid? "Oh, just o
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
Ha. Speaking of colorful, I remember my very first patch ever was a SQL injection fix for OpenSim's grid services (back when OSG when run from PHP scripts) that contained a bunch of cursewords I accidentally left in the comments. On Sun, 2010-04-04 at 22:46 +0100, Gareth Nelson wrote: > Probably, but there may again be the whole paranoia over "tainting", > and some of the instability may be normal developmental issues - stuff > that crops up in ongoing development of new features. Note that in my > experience, even a description (without an actual patch or any actual > code) of how to fix bugs is not accepted - though I have a "colourful" > history with opensim. > > I'm not up to date on how opensim does QA/testing these days (due > probably in part to the above mentioned "colourful history"), but i'd > imagine that in any project a decent set of tests will catch most > issues, if not all. > > On Sun, Apr 4, 2010 at 10:29 PM, Joel Foner wrote: > > This could be a not so bright question, but shouldn't all those patches to > > fix up OpenSim bugs be ending up back in the trunk and end up with the > > default downloads working better? > > Joel > > On Sun, Apr 4, 2010 at 4:56 PM, Gareth Nelson > > wrote: > >> > >> The thing with OSGrid is that it was meant from the start to be a > >> public grid where anyone can link up - and so regions there could be > >> hosted on a 486 with 64mb of RAM (and loads of swap space on > >> disk..) connected through a VPN over dialup to a satellite > >> connection in a stormy climate for all you know. > >> > >> For anything serious, it's wise to stick to the core regions which > >> have professional hosting arrangements (hi cari.net - remember me?) or > >> one of the many commercial grids cropping up. I'd ask around to find > >> who's hottest right now, but advise you find one with a server > >> development team that does their own patching of opensim, as out of > >> the box it can be very very buggy. > >> > >> On Sun, Apr 4, 2010 at 6:55 PM, Glen Canaday wrote: > >> > Mmm. There are many grids, all running different server versions. All of > >> > the web-related stuff like the concurrency, etc., is all client-side and > >> > has nothing at all to do with OpenSim. It's web data and your client > >> > wasn't configured to look at any other web page with that data. > >> > > >> > In short, it looks like what you saw was something akin to a very, very > >> > bad wireless connection. I used to have the same things in SL (ping > >> > times near 20 sec) before I replaced my wireless card. Physics engines > >> > don't work when you can't participate in the server frames! The > >> > particular grid you were on could have been served from crap hardware > >> > and connection. The upshot is that they could serve it at all, and that > >> > you could connect... but people (like me) often tend to bite off more > >> > than they can chew at times. You need a good machine and good > >> > connectivity in order to serve regions - which LL has invested *oodles* > >> > into. > >> > > >> > --GC > >> > > >> > On 04/04/2010 02:49 AM, Dale Mahalko wrote: > >> >> I just tried using the SL 1.x client with OS grid for the first time > >> >> this weekend. Overall the experience was plain awful, on a 10 megabit > >> >> internet connection and GTX 285 1024meg > >> >> > >> >> > >> >> Oddly, when giving the SL client the OSgrid URL from the command line, > >> >> the client login page tells me that the Second Life grid is up, and > >> >> the number of concurrent users in SL, etc. Why is the client not > >> >> telling me the status of the OSgrid instead? > >> >> > >> >> On first login, the sim textures took forever to load. Like, after 5 > >> >> minutes I'm still standing in a sea of gray boxes. > >> >> > >> >> Simple physics only with the ground. All objects are phantom. I'd > >> >> think the OSGrid default login would want to showcase the > >> >> collision-resolving capabilities of the more advanced open physics > >> >> engines, but oh well. > >> >> > >> >> When I search for sandboxes to try building stuff... odd, the search > >> >> window shows me stuff from Second Life, not the OSGrid. Most teleports > >> >> fail because it appears I'm getting links to SL sims that don't accept > >> >> connections from OSGrid. Yep, I can find the Cordova Sandbox from the > >> >> search page within OSGrid. (I don't think search should list sims that > >> >> don't accept connections.) > >> >> > >> >> Searching for "osgrid" in the search window oddly turns up nothing. > >> >> How am I to find sandbox sims in OSGrid? "Oh, just open the map and > >> >> pick that way" someone tells me. Yeah that works well. the map shows > >> >> about a 10x10 grid of sims nearby, but the rest of the map doesn't > >> >> want to load. Timeout. > >> >> > >> >> I did actually manage to find another OSgrid sim to connect to, but on > >> >> join it turned out to have a ping of 6000. (It would be useful for the > >> >> search page to show a gra
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
The "problem" with patches not making it to the core opensim server is that recently they went ripping through the server to enforce a better order to things so you could write a patch that did solve a problem but was useless to the CURRENT code. I think most of the core functions has become stable but right now if you are not looking at the latest SVN/GIT copy then you will miss things. of course there also could be folks that are still running outdated code. -- Robert L Martin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
Probably, but there may again be the whole paranoia over "tainting", and some of the instability may be normal developmental issues - stuff that crops up in ongoing development of new features. Note that in my experience, even a description (without an actual patch or any actual code) of how to fix bugs is not accepted - though I have a "colourful" history with opensim. I'm not up to date on how opensim does QA/testing these days (due probably in part to the above mentioned "colourful history"), but i'd imagine that in any project a decent set of tests will catch most issues, if not all. On Sun, Apr 4, 2010 at 10:29 PM, Joel Foner wrote: > This could be a not so bright question, but shouldn't all those patches to > fix up OpenSim bugs be ending up back in the trunk and end up with the > default downloads working better? > Joel > On Sun, Apr 4, 2010 at 4:56 PM, Gareth Nelson > wrote: >> >> The thing with OSGrid is that it was meant from the start to be a >> public grid where anyone can link up - and so regions there could be >> hosted on a 486 with 64mb of RAM (and loads of swap space on >> disk..) connected through a VPN over dialup to a satellite >> connection in a stormy climate for all you know. >> >> For anything serious, it's wise to stick to the core regions which >> have professional hosting arrangements (hi cari.net - remember me?) or >> one of the many commercial grids cropping up. I'd ask around to find >> who's hottest right now, but advise you find one with a server >> development team that does their own patching of opensim, as out of >> the box it can be very very buggy. >> >> On Sun, Apr 4, 2010 at 6:55 PM, Glen Canaday wrote: >> > Mmm. There are many grids, all running different server versions. All of >> > the web-related stuff like the concurrency, etc., is all client-side and >> > has nothing at all to do with OpenSim. It's web data and your client >> > wasn't configured to look at any other web page with that data. >> > >> > In short, it looks like what you saw was something akin to a very, very >> > bad wireless connection. I used to have the same things in SL (ping >> > times near 20 sec) before I replaced my wireless card. Physics engines >> > don't work when you can't participate in the server frames! The >> > particular grid you were on could have been served from crap hardware >> > and connection. The upshot is that they could serve it at all, and that >> > you could connect... but people (like me) often tend to bite off more >> > than they can chew at times. You need a good machine and good >> > connectivity in order to serve regions - which LL has invested *oodles* >> > into. >> > >> > --GC >> > >> > On 04/04/2010 02:49 AM, Dale Mahalko wrote: >> >> I just tried using the SL 1.x client with OS grid for the first time >> >> this weekend. Overall the experience was plain awful, on a 10 megabit >> >> internet connection and GTX 285 1024meg >> >> >> >> >> >> Oddly, when giving the SL client the OSgrid URL from the command line, >> >> the client login page tells me that the Second Life grid is up, and >> >> the number of concurrent users in SL, etc. Why is the client not >> >> telling me the status of the OSgrid instead? >> >> >> >> On first login, the sim textures took forever to load. Like, after 5 >> >> minutes I'm still standing in a sea of gray boxes. >> >> >> >> Simple physics only with the ground. All objects are phantom. I'd >> >> think the OSGrid default login would want to showcase the >> >> collision-resolving capabilities of the more advanced open physics >> >> engines, but oh well. >> >> >> >> When I search for sandboxes to try building stuff... odd, the search >> >> window shows me stuff from Second Life, not the OSGrid. Most teleports >> >> fail because it appears I'm getting links to SL sims that don't accept >> >> connections from OSGrid. Yep, I can find the Cordova Sandbox from the >> >> search page within OSGrid. (I don't think search should list sims that >> >> don't accept connections.) >> >> >> >> Searching for "osgrid" in the search window oddly turns up nothing. >> >> How am I to find sandbox sims in OSGrid? "Oh, just open the map and >> >> pick that way" someone tells me. Yeah that works well. the map shows >> >> about a 10x10 grid of sims nearby, but the rest of the map doesn't >> >> want to load. Timeout. >> >> >> >> I did actually manage to find another OSgrid sim to connect to, but on >> >> join it turned out to have a ping of 6000. (It would be useful for the >> >> search page to show a graph of the sim load for the last five minutes >> >> so we know if a sim is lagged out BEFORE we try teleporting.) >> >> >> >> And oh joy, I can't now "teleport home" to where I started. The OSgrid >> >> did something I've not seen happen on SL in a long time, where I seem >> >> to still be connected but all the traffic meters in the client debug >> >> (Ctrl-Shift-1) drop to 0 kbps. >> >> >> >> The inventory never loaded completely, even though as a new user it'
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
This could be a not so bright question, but shouldn't all those patches to fix up OpenSim bugs be ending up back in the trunk and end up with the default downloads working better? Joel On Sun, Apr 4, 2010 at 4:56 PM, Gareth Nelson wrote: > The thing with OSGrid is that it was meant from the start to be a > public grid where anyone can link up - and so regions there could be > hosted on a 486 with 64mb of RAM (and loads of swap space on > disk..) connected through a VPN over dialup to a satellite > connection in a stormy climate for all you know. > > For anything serious, it's wise to stick to the core regions which > have professional hosting arrangements (hi cari.net - remember me?) or > one of the many commercial grids cropping up. I'd ask around to find > who's hottest right now, but advise you find one with a server > development team that does their own patching of opensim, as out of > the box it can be very very buggy. > > On Sun, Apr 4, 2010 at 6:55 PM, Glen Canaday wrote: > > Mmm. There are many grids, all running different server versions. All of > > the web-related stuff like the concurrency, etc., is all client-side and > > has nothing at all to do with OpenSim. It's web data and your client > > wasn't configured to look at any other web page with that data. > > > > In short, it looks like what you saw was something akin to a very, very > > bad wireless connection. I used to have the same things in SL (ping > > times near 20 sec) before I replaced my wireless card. Physics engines > > don't work when you can't participate in the server frames! The > > particular grid you were on could have been served from crap hardware > > and connection. The upshot is that they could serve it at all, and that > > you could connect... but people (like me) often tend to bite off more > > than they can chew at times. You need a good machine and good > > connectivity in order to serve regions - which LL has invested *oodles* > > into. > > > > --GC > > > > On 04/04/2010 02:49 AM, Dale Mahalko wrote: > >> I just tried using the SL 1.x client with OS grid for the first time > >> this weekend. Overall the experience was plain awful, on a 10 megabit > >> internet connection and GTX 285 1024meg > >> > >> > >> Oddly, when giving the SL client the OSgrid URL from the command line, > >> the client login page tells me that the Second Life grid is up, and > >> the number of concurrent users in SL, etc. Why is the client not > >> telling me the status of the OSgrid instead? > >> > >> On first login, the sim textures took forever to load. Like, after 5 > >> minutes I'm still standing in a sea of gray boxes. > >> > >> Simple physics only with the ground. All objects are phantom. I'd > >> think the OSGrid default login would want to showcase the > >> collision-resolving capabilities of the more advanced open physics > >> engines, but oh well. > >> > >> When I search for sandboxes to try building stuff... odd, the search > >> window shows me stuff from Second Life, not the OSGrid. Most teleports > >> fail because it appears I'm getting links to SL sims that don't accept > >> connections from OSGrid. Yep, I can find the Cordova Sandbox from the > >> search page within OSGrid. (I don't think search should list sims that > >> don't accept connections.) > >> > >> Searching for "osgrid" in the search window oddly turns up nothing. > >> How am I to find sandbox sims in OSGrid? "Oh, just open the map and > >> pick that way" someone tells me. Yeah that works well. the map shows > >> about a 10x10 grid of sims nearby, but the rest of the map doesn't > >> want to load. Timeout. > >> > >> I did actually manage to find another OSgrid sim to connect to, but on > >> join it turned out to have a ping of 6000. (It would be useful for the > >> search page to show a graph of the sim load for the last five minutes > >> so we know if a sim is lagged out BEFORE we try teleporting.) > >> > >> And oh joy, I can't now "teleport home" to where I started. The OSgrid > >> did something I've not seen happen on SL in a long time, where I seem > >> to still be connected but all the traffic meters in the client debug > >> (Ctrl-Shift-1) drop to 0 kbps. > >> > >> The inventory never loaded completely, even though as a new user it's > empty. > >> > >> Relogin attempts attempting to login at the home location were just as > >> slow and unresponsive. > >> > >> > >> Yep, if you don't like the new SL client developer TOS, there is sure > >> a great future to look forward to with the open source grid project. > >> :-P > >> ___ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> Please read the policies before posting to keep unmoderated posting > privileges > >> > > > > ___ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/OpenSource-Dev > > Please read the policie
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
The thing with OSGrid is that it was meant from the start to be a public grid where anyone can link up - and so regions there could be hosted on a 486 with 64mb of RAM (and loads of swap space on disk..) connected through a VPN over dialup to a satellite connection in a stormy climate for all you know. For anything serious, it's wise to stick to the core regions which have professional hosting arrangements (hi cari.net - remember me?) or one of the many commercial grids cropping up. I'd ask around to find who's hottest right now, but advise you find one with a server development team that does their own patching of opensim, as out of the box it can be very very buggy. On Sun, Apr 4, 2010 at 6:55 PM, Glen Canaday wrote: > Mmm. There are many grids, all running different server versions. All of > the web-related stuff like the concurrency, etc., is all client-side and > has nothing at all to do with OpenSim. It's web data and your client > wasn't configured to look at any other web page with that data. > > In short, it looks like what you saw was something akin to a very, very > bad wireless connection. I used to have the same things in SL (ping > times near 20 sec) before I replaced my wireless card. Physics engines > don't work when you can't participate in the server frames! The > particular grid you were on could have been served from crap hardware > and connection. The upshot is that they could serve it at all, and that > you could connect... but people (like me) often tend to bite off more > than they can chew at times. You need a good machine and good > connectivity in order to serve regions - which LL has invested *oodles* > into. > > --GC > > On 04/04/2010 02:49 AM, Dale Mahalko wrote: >> I just tried using the SL 1.x client with OS grid for the first time >> this weekend. Overall the experience was plain awful, on a 10 megabit >> internet connection and GTX 285 1024meg >> >> >> Oddly, when giving the SL client the OSgrid URL from the command line, >> the client login page tells me that the Second Life grid is up, and >> the number of concurrent users in SL, etc. Why is the client not >> telling me the status of the OSgrid instead? >> >> On first login, the sim textures took forever to load. Like, after 5 >> minutes I'm still standing in a sea of gray boxes. >> >> Simple physics only with the ground. All objects are phantom. I'd >> think the OSGrid default login would want to showcase the >> collision-resolving capabilities of the more advanced open physics >> engines, but oh well. >> >> When I search for sandboxes to try building stuff... odd, the search >> window shows me stuff from Second Life, not the OSGrid. Most teleports >> fail because it appears I'm getting links to SL sims that don't accept >> connections from OSGrid. Yep, I can find the Cordova Sandbox from the >> search page within OSGrid. (I don't think search should list sims that >> don't accept connections.) >> >> Searching for "osgrid" in the search window oddly turns up nothing. >> How am I to find sandbox sims in OSGrid? "Oh, just open the map and >> pick that way" someone tells me. Yeah that works well. the map shows >> about a 10x10 grid of sims nearby, but the rest of the map doesn't >> want to load. Timeout. >> >> I did actually manage to find another OSgrid sim to connect to, but on >> join it turned out to have a ping of 6000. (It would be useful for the >> search page to show a graph of the sim load for the last five minutes >> so we know if a sim is lagged out BEFORE we try teleporting.) >> >> And oh joy, I can't now "teleport home" to where I started. The OSgrid >> did something I've not seen happen on SL in a long time, where I seem >> to still be connected but all the traffic meters in the client debug >> (Ctrl-Shift-1) drop to 0 kbps. >> >> The inventory never loaded completely, even though as a new user it's empty. >> >> Relogin attempts attempting to login at the home location were just as >> slow and unresponsive. >> >> >> Yep, if you don't like the new SL client developer TOS, there is sure >> a great future to look forward to with the open source grid project. >> :-P >> ___ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > -- “Lanie, I’m going to print more printers. Lots more printers. One for everyone. That’s worth going to jail for. That’s worth anything.” - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Policies and (un)subscribe info
Re: [opensource-dev] So you don't like the new TOS and wanna move to the OS grid?
Mmm. There are many grids, all running different server versions. All of the web-related stuff like the concurrency, etc., is all client-side and has nothing at all to do with OpenSim. It's web data and your client wasn't configured to look at any other web page with that data. In short, it looks like what you saw was something akin to a very, very bad wireless connection. I used to have the same things in SL (ping times near 20 sec) before I replaced my wireless card. Physics engines don't work when you can't participate in the server frames! The particular grid you were on could have been served from crap hardware and connection. The upshot is that they could serve it at all, and that you could connect... but people (like me) often tend to bite off more than they can chew at times. You need a good machine and good connectivity in order to serve regions - which LL has invested *oodles* into. --GC On 04/04/2010 02:49 AM, Dale Mahalko wrote: > I just tried using the SL 1.x client with OS grid for the first time > this weekend. Overall the experience was plain awful, on a 10 megabit > internet connection and GTX 285 1024meg > > > Oddly, when giving the SL client the OSgrid URL from the command line, > the client login page tells me that the Second Life grid is up, and > the number of concurrent users in SL, etc. Why is the client not > telling me the status of the OSgrid instead? > > On first login, the sim textures took forever to load. Like, after 5 > minutes I'm still standing in a sea of gray boxes. > > Simple physics only with the ground. All objects are phantom. I'd > think the OSGrid default login would want to showcase the > collision-resolving capabilities of the more advanced open physics > engines, but oh well. > > When I search for sandboxes to try building stuff... odd, the search > window shows me stuff from Second Life, not the OSGrid. Most teleports > fail because it appears I'm getting links to SL sims that don't accept > connections from OSGrid. Yep, I can find the Cordova Sandbox from the > search page within OSGrid. (I don't think search should list sims that > don't accept connections.) > > Searching for "osgrid" in the search window oddly turns up nothing. > How am I to find sandbox sims in OSGrid? "Oh, just open the map and > pick that way" someone tells me. Yeah that works well. the map shows > about a 10x10 grid of sims nearby, but the rest of the map doesn't > want to load. Timeout. > > I did actually manage to find another OSgrid sim to connect to, but on > join it turned out to have a ping of 6000. (It would be useful for the > search page to show a graph of the sim load for the last five minutes > so we know if a sim is lagged out BEFORE we try teleporting.) > > And oh joy, I can't now "teleport home" to where I started. The OSgrid > did something I've not seen happen on SL in a long time, where I seem > to still be connected but all the traffic meters in the client debug > (Ctrl-Shift-1) drop to 0 kbps. > > The inventory never loaded completely, even though as a new user it's empty. > > Relogin attempts attempting to login at the home location were just as > slow and unresponsive. > > > Yep, if you don't like the new SL client developer TOS, there is sure > a great future to look forward to with the open source grid project. > :-P > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] HTTPRequests region limit.
llHTTPRequest returns 499 for a whole variety of conditions, actually including gateway timeouts, some DNS errors, ACL denial, request headers or request bodies that are larger than the system is willing to handle, response headers or response bodies that are larger than the system wants to handle, and more. If the HTTP status is passed back from the target server, you get it (except for certain 'unexpected' values, which will automatically cause the transaction to behave as if it failed) - for every other possible condition, you seem to get a 499. On 5/04/2010 2:07 AM, Jor3l Boa wrote: > Hello there, I need help with llHTTPRequest and a region limit that is > giving me 499 http_status, I was testing and seems like the region > stops accepting requests when one or more scripts requests over 230 > pages. None of those objects reached or passed the 25 requests per 20 > seconds limit. Is there a way to confirm this error and know how many > time the server needs to accept more requests? Thanks and sorry for my > english > > Jor3l Boa > > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino http://dwellonit.taterunino.net/ ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] HTTPRequests region limit.
Hello there, I need help with llHTTPRequest and a region limit that is giving me 499 http_status, I was testing and seems like the region stops accepting requests when one or more scripts requests over 230 pages. None of those objects reached or passed the 25 requests per 20 seconds limit. Is there a way to confirm this error and know how many time the server needs to accept more requests? Thanks and sorry for my english Jor3l Boa ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] TPV - Nope
Nicholaz Beresford schrieb: > In fact I won't even log in again under the new terms > and have canceled my accounts today. +1 See you around in the rest of the Metaverse :) Armin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
