Re: [opensource-dev] Anyone else having this issue uploading meshes?
On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: > I have an unproven theory. It is Sunday with lots of stau on the inet. Now > to my theory. Let's you have your data *.dae files on a network drive or > worse yet in dropbox folder. The write back of the *.slm file is now taking > a bit longer because of inet traffic and the normal latency for obtaining > file locks and the LAN overhead involved of obtaining exclusive control of > the file open, lock, write, unlock and close processes. > It does not matter if your file is on DropBox, your HDD or a floppy disk. The dae loading takes places long before even any communication with the server takes places. Writing the slm is done before the hulls etc are uploaded. Even if the slm writing has higher latency in some cases, it won't influence neither decoding nor upload. For the real cause, and to know why sometimes client and server disagree if a convex decomposition is valid we would need to have access to the server (logs). Sometimes I am sure won't happen anytime soon :) Regards, Nicky ___ 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] Anyone else having this issue uploading meshes?
Would opensim server logs be of value? > > From: Nicky D. >To: Nicky Perian >Cc: Ricky ; "opensource-dev@lists.secondlife.com" > >Sent: Monday, June 4, 2012 6:26 AM >Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? > >On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: >> I have an unproven theory. It is Sunday with lots of stau on the inet. Now >> to my theory. Let's you have your data *.dae files on a network drive or >> worse yet in dropbox folder. The write back of the *.slm file is now taking >> a bit longer because of inet traffic and the normal latency for obtaining >> file locks and the LAN overhead involved of obtaining exclusive control of >> the file open, lock, write, unlock and close processes. >> > >It does not matter if your file is on DropBox, your HDD or a floppy disk. >The dae loading takes places long before even any communication with the >server takes places. Writing the slm is done before the hulls etc are uploaded. >Even if the slm writing has higher latency in some cases, it won't influence >neither decoding nor upload. > >For the real cause, and to know why sometimes client and server disagree >if a convex decomposition is valid we would need to have access to the server >(logs). Sometimes I am sure won't happen anytime soon :) > >Regards, > Nicky > > >___ 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] Anyone else having this issue uploading meshes?
I'm doubt that it has anything to do with convex decomposition, not unless they recently changed the format in which the server expects the hulls. Though even if they did, I'd think they'd include those changes as part of the pathfinding viewer. -- Geenz Spad Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, June 4, 2012 at 8:14 AM, Nicky Perian wrote: > Would opensim server logs be of value? > > > From: Nicky D. > (mailto:sl.nicky...@googlemail.com)> > > To: Nicky Perian mailto:nickyper...@yahoo.com)> > > Cc: Ricky mailto:kf6...@gmail.com)>; > > "opensource-dev@lists.secondlife.com > > (mailto:opensource-dev@lists.secondlife.com)" > > > (mailto:opensource-dev@lists.secondlife.com)> > > Sent: Monday, June 4, 2012 6:26 AM > > Subject: Re: [opensource-dev] Anyone else having this issue uploading > > meshes? > > > > On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian > (mailto:nickyper...@yahoo.com)> wrote: > > > I have an unproven theory. It is Sunday with lots of stau on the inet. Now > > > to my theory. Let's you have your data *.dae files on a network drive or > > > worse yet in dropbox folder. The write back of the *.slm file is now > > > taking > > > a bit longer because of inet traffic and the normal latency for obtaining > > > file locks and the LAN overhead involved of obtaining exclusive control of > > > the file open, lock, write, unlock and close processes. > > > > > > > It does not matter if your file is on DropBox, your HDD or a floppy disk. > > The dae loading takes places long before even any communication with the > > server takes places. Writing the slm is done before the hulls etc are > > uploaded. > > Even if the slm writing has higher latency in some cases, it won't influence > > neither decoding nor upload. > > > > For the real cause, and to know why sometimes client and server disagree > > if a convex decomposition is valid we would need to have access to the > > server > > (logs). Sometimes I am sure won't happen anytime soon :) > > > > Regards, > > Nicky > > > > > ___ > 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] Anyone else having this issue uploading meshes?
>>Would opensim server logs be of value? On the same day I was receiving the failure to load errors on aditi I received the exact error when uploading to my opensim localhost grid. That indicated that the problem was not specific to SL servers. Once I took the files off Dropbox I have had no additional upload problems. It's apparent I don't know the code well enough. But, is it possible that the write operation of *.sln is in a different thread which has problems completing its task? I know a person that uses mesh upload to build worlds on opensim and has experienced mesh upload failures. I think he/she could provide side-by-side server and viewer logs at the point of mesh upload failure. Nicky > > From: Nicky Perian >To: Nicky D. >Cc: Ricky ; "opensource-dev@lists.secondlife.com" > >Sent: Monday, June 4, 2012 7:14 AM >Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? > > >Would opensim server logs be of value? > > > >> >> From: Nicky D. >>To: Nicky Perian >>Cc: Ricky ; "opensource-dev@lists.secondlife.com" >> >>Sent: Monday, June 4, 2012 6:26 AM >>Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? >> >>On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: >>> I have an unproven theory. It is Sunday with lots of stau on the inet. Now >>> to my theory. Let's you have your data *.dae files on a network drive or >>> worse yet in dropbox folder. The write back of the *.slm file is now taking >>> a bit longer because of inet traffic and the normal latency for obtaining >>> file locks and the LAN overhead involved of obtaining exclusive control of >>> the file open, lock, write, unlock and close processes. >>> >> >>It does not matter if your file is on DropBox, your HDD or a floppy disk. >>The dae loading takes places long before even any communication with the >>server takes places. Writing the slm is done before the hulls etc are >>uploaded. >>Even if the slm writing has higher latency in some cases, it won't influence >>neither decoding nor upload. >> >>For the real cause, and to know why sometimes client and server disagree >>if a convex decomposition is valid we would need to have access to the server >>(logs). Sometimes I am sure won't happen anytime soon :) >> >>Regards, >> Nicky >> >> >> > >___ 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] Review Request: STORM-1845: Move "Show HUD Attachments" (Alt+Shift+H) from Advanced-> "Highlighting and Visibility" to Me - menu
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/582/ --- Review request for Viewer and Oz Linden. Description --- Moved the option to enable/disable the visibility of HUD attachments to the Me- menu. This addresses bug STORM-1845. Diffs - indra/newview/skins/default/xui/en/menu_viewer.xml 29143d1fc6fa Diff: http://codereview.secondlife.com/r/582/diff/diff Testing --- Thanks, MartinRJ Fayray ___ 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] Review Request: STORM-1845: Move "Show HUD Attachments" (Alt+Shift+H) from Advanced-> "Highlighting and Visibility" to Me - menu
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/582/#review1225 --- Ship it! Ship It! - Oz Linden On June 4, 2012, 11:18 a.m., MartinRJ Fayray wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/582/ > --- > > (Updated June 4, 2012, 11:18 a.m.) > > > Review request for Viewer and Oz Linden. > > > Description > --- > > Moved the option to enable/disable the visibility of HUD attachments to the > Me- menu. > > > This addresses bug STORM-1845. > > > Diffs > - > > indra/newview/skins/default/xui/en/menu_viewer.xml 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/582/diff/diff > > > Testing > --- > > > Thanks, > > MartinRJ Fayray > > ___ 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
