From oz at lindenlab.com Mon Oct 1 15:03:13 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 01 Oct 2012 18:03:13 -0400 Subject: [opensource-dev] Congratulations to Firestorm In-Reply-To: <5045EBBF.9000107@lindenlab.com> References: <5045EBBF.9000107@lindenlab.com> Message-ID: <506A1321.9070202@lindenlab.com> On 2012-09-04 07:53 , Oz Linden (Scott Lawrence) wrote: > > On behalf of Linden Lab, I'd like to extend congratulations to the > Firestorm Viewer team. > > Last week, Firestorm took over the #1 spot on the list of Second Life > viewers in terms of total user time, surpassing its elder cousin, > Phoenix. The Phoenix viewer still has a slight lead in number of > sessions, but Firestorm viewer sessions are on average significantly > longer - which may in turn be due in part to its substantially better > stability. An update on this.... Firestorm has now passed Phoenix both in number of sessions and in number of unique users, so it is the most popular viewer in Second Life by all three measures! From fuerholz at gmx.net Thu Oct 4 07:42:20 2012 From: fuerholz at gmx.net (=?iso-8859-1?Q?Martin_F=FCrholz?=) Date: Thu, 4 Oct 2012 16:42:20 +0200 Subject: [opensource-dev] 3p-fmod fails to build Message-ID: <40A175748BFD46628245520254698FF7@martinpc> Hello, I am having troubles building 3p-fmod after I downloaded it today. Darien Caldwell mentioned on sluniverse.com that she had the same troubles yesterday, and that somebody told her on irc that fmod 'cleaned house'. Does anyone know what that actually means for us? Thank you in advance! MartinRJ Fayray About the error: "autobuild build --all" results in: + echo '4d28a685a92557c0dac06f9ab2567203 *fmodapi375win.zip' + md5sum -c fmodapi375win.zip: FAILED md5sum: WARNING: 1 computed checksum did NOT match ERROR: building default configuration returned 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121004/622aecc5/attachment.htm From nickyperian at yahoo.com Thu Oct 4 11:21:18 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Thu, 4 Oct 2012 11:21:18 -0700 (PDT) Subject: [opensource-dev] 3p-fmod fails to build In-Reply-To: <40A175748BFD46628245520254698FF7@martinpc> References: <40A175748BFD46628245520254698FF7@martinpc> Message-ID: <1349374878.57462.YahooMailNeo@web126105.mail.ne1.yahoo.com> Reproduced too. The Kokua/Imprudence project never used fmod because of licensing. I am sure we lost lots of potential users by not using it as our gstreamer? implementation on Windows did not behave. However, we now have a well behaved gstremer010 implementation on Windows, Linux32. and Linux64 gstreamer010 can be GPL or LGPL. So that solves the distribution issue. Nicky P.S. IMO the methods to distribute FMOD by install scripts to place the DLL?on a user's machine never complied with the?non-distribution intent of FMOD licensing. ? ? >________________________________ > From: Martin F?rholz >To: opensource-dev at lists.secondlife.com >Sent: Thursday, October 4, 2012 9:42 AM >Subject: [opensource-dev] 3p-fmod fails to build > > >Nachricht >Hello, >? >I am having troubles building 3p-fmod after I downloaded it today. >? >Darien Caldwell mentioned on sluniverse.com that she had the same troubles yesterday, and that somebody told her on irc that fmod 'cleaned house'. >? >Does anyone know what that actually means for us? >? >Thank you in advance! >? >MartinRJ Fayray >? >? >About the error: "autobuild build --all" results in: >+ echo '4d28a685a92557c0dac06f9ab2567203 *fmodapi375win.zip' >+ md5sum -c >fmodapi375win.zip: FAILED >md5sum: WARNING: 1 computed checksum did NOT match >ERROR: building default configuration returned 1 >_______________________________________________ >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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121004/0dada6a9/attachment.htm From wolfpup67 at earthlink.net Thu Oct 4 12:34:43 2012 From: wolfpup67 at earthlink.net (WolfPup) Date: Thu, 4 Oct 2012 15:34:43 -0400 (GMT-04:00) Subject: [opensource-dev] 3p-fmod fails to build Message-ID: <32967317.1349379284137.JavaMail.root@mswamui-swiss.atl.sa.earthlink.net> An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121004/1c66231c/attachment.htm From nickyperian at yahoo.com Tue Oct 9 06:38:21 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 09 Oct 2012 13:38:21 -0000 Subject: [opensource-dev] Review Request: OPEN-151. Provide an openal and gstreamer plugin streaming audio implementation. Message-ID: <20121009133821.30451.22505@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/604/ ----------------------------------------------------------- Review request for Viewer. Description ------- Provide an openal and gstreamer plugin streaming audio implementation. Port from Kokua viewer as a starting point. Uses windows has a proof of concept platform. History of work started with Imprudence so there are many try patches that may not be needed and the work started before emphasis on style that is used today. This addresses bug OPEN-151. http://jira.secondlife.com/browse/OPEN-151 Diffs ----- autobuild.xml 9539c10021ba doc/contributions.txt 9539c10021ba indra/cmake/Copy3rdPartyLibs.cmake 9539c10021ba indra/cmake/GStreamer010Plugin.cmake 9539c10021ba indra/cmake/OPENAL.cmake 9539c10021ba indra/llmessage/llcurl.h 9539c10021ba indra/llmessage/llcurl.cpp 9539c10021ba indra/llplugin/llpluginclassmedia.h 9539c10021ba indra/llplugin/llpluginclassmedia.cpp 9539c10021ba indra/llplugin/llplugininstance.cpp 9539c10021ba indra/llplugin/llpluginprocesschild.h 9539c10021ba indra/llplugin/llpluginprocesschild.cpp 9539c10021ba indra/llplugin/llpluginprocessparent.h 9539c10021ba indra/llplugin/llpluginprocessparent.cpp 9539c10021ba indra/media_plugins/gstreamer010/CMakeLists.txt 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamer.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp 9539c10021ba indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp 9539c10021ba indra/media_plugins/webkit/media_plugin_webkit.cpp 9539c10021ba indra/newview/CMakeLists.txt 9539c10021ba indra/newview/llviewermedia.cpp 9539c10021ba indra/newview/llviewermedia_streamingaudio.cpp 9539c10021ba indra/newview/skins/default/xui/en/mime_types.xml 9539c10021ba indra/newview/skins/default/xui/en/mime_types_mac.xml 9539c10021ba indra/newview/skins/default/xui/en/notifications.xml 9539c10021ba indra/newview/viewer_manifest.py 9539c10021ba Diff: http://codereview.secondlife.com/r/604/diff/ Testing ------- Logged to parcel with streaming audio. Stream present. Paused stream. Stream paused. Resumed stream. Stream playing. Toggled music check mark in preferences to off/on. Stream off / Stream on. Teleport to another parcel with a different stream. Old stream stops and new stream plays. Teleport back to starting point. Original stream plays. Thanks, Nicky Perian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121009/431d1f47/attachment.htm From nickyperian at yahoo.com Tue Oct 9 06:38:54 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 09 Oct 2012 13:38:54 -0000 Subject: [opensource-dev] Review Request: OPEN-151. Provide an openal and gstreamer plugin streaming audio implementation. In-Reply-To: <20121009133821.30451.22505@domU-12-31-38-00-90-68.compute-1.internal> References: <20121009133821.30451.22505@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20121009133854.30452.9430@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/604/ ----------------------------------------------------------- (Updated Oct. 9, 2012, 6:38 a.m.) Review request for Viewer. Description ------- Provide an openal and gstreamer plugin streaming audio implementation. Port from Kokua viewer as a starting point. Uses windows has a proof of concept platform. History of work started with Imprudence so there are many try patches that may not be needed and the work started before emphasis on style that is used today. This addresses bug OPEN-151. http://jira.secondlife.com/browse/OPEN-151 Diffs ----- autobuild.xml 9539c10021ba doc/contributions.txt 9539c10021ba indra/cmake/Copy3rdPartyLibs.cmake 9539c10021ba indra/cmake/GStreamer010Plugin.cmake 9539c10021ba indra/cmake/OPENAL.cmake 9539c10021ba indra/llmessage/llcurl.h 9539c10021ba indra/llmessage/llcurl.cpp 9539c10021ba indra/llplugin/llpluginclassmedia.h 9539c10021ba indra/llplugin/llpluginclassmedia.cpp 9539c10021ba indra/llplugin/llplugininstance.cpp 9539c10021ba indra/llplugin/llpluginprocesschild.h 9539c10021ba indra/llplugin/llpluginprocesschild.cpp 9539c10021ba indra/llplugin/llpluginprocessparent.h 9539c10021ba indra/llplugin/llpluginprocessparent.cpp 9539c10021ba indra/media_plugins/gstreamer010/CMakeLists.txt 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamer.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp 9539c10021ba indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp 9539c10021ba indra/media_plugins/webkit/media_plugin_webkit.cpp 9539c10021ba indra/newview/CMakeLists.txt 9539c10021ba indra/newview/llviewermedia.cpp 9539c10021ba indra/newview/llviewermedia_streamingaudio.cpp 9539c10021ba indra/newview/skins/default/xui/en/mime_types.xml 9539c10021ba indra/newview/skins/default/xui/en/mime_types_mac.xml 9539c10021ba indra/newview/skins/default/xui/en/notifications.xml 9539c10021ba indra/newview/viewer_manifest.py 9539c10021ba Diff: http://codereview.secondlife.com/r/604/diff/ Testing ------- Logged to parcel with streaming audio. Stream present. Paused stream. Stream paused. Resumed stream. Stream playing. Toggled music check mark in preferences to off/on. Stream off / Stream on. Teleport to another parcel with a different stream. Old stream stops and new stream plays. Teleport back to starting point. Original stream plays. Thanks, Nicky Perian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121009/8cd35006/attachment.htm From nickyperian at yahoo.com Tue Oct 9 06:42:10 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 09 Oct 2012 13:42:10 -0000 Subject: [opensource-dev] Review Request: OPEN-151. Provide an openal and gstreamer plugin streaming audio implementation. In-Reply-To: <20121009133854.30452.9430@domU-12-31-38-00-90-68.compute-1.internal> References: <20121009133854.30452.9430@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20121009134210.30454.76220@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/604/ ----------------------------------------------------------- (Updated Oct. 9, 2012, 6:42 a.m.) Review request for Viewer. Description ------- Provide an openal and gstreamer plugin streaming audio implementation. Port from Kokua viewer as a starting point. Uses windows has a proof of concept platform. History of work started with Imprudence so there are many try patches that may not be needed and the work started before emphasis on style that is used today. This addresses bug OPEN-151. http://jira.secondlife.com/browse/OPEN-151 Diffs ----- autobuild.xml 9539c10021ba doc/contributions.txt 9539c10021ba indra/cmake/Copy3rdPartyLibs.cmake 9539c10021ba indra/cmake/GStreamer010Plugin.cmake 9539c10021ba indra/cmake/OPENAL.cmake 9539c10021ba indra/llmessage/llcurl.h 9539c10021ba indra/llmessage/llcurl.cpp 9539c10021ba indra/llplugin/llpluginclassmedia.h 9539c10021ba indra/llplugin/llpluginclassmedia.cpp 9539c10021ba indra/llplugin/llplugininstance.cpp 9539c10021ba indra/llplugin/llpluginprocesschild.h 9539c10021ba indra/llplugin/llpluginprocesschild.cpp 9539c10021ba indra/llplugin/llpluginprocessparent.h 9539c10021ba indra/llplugin/llpluginprocessparent.cpp 9539c10021ba indra/media_plugins/gstreamer010/CMakeLists.txt 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamer.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp 9539c10021ba indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp 9539c10021ba indra/media_plugins/webkit/media_plugin_webkit.cpp 9539c10021ba indra/newview/CMakeLists.txt 9539c10021ba indra/newview/llviewermedia.cpp 9539c10021ba indra/newview/llviewermedia_streamingaudio.cpp 9539c10021ba indra/newview/skins/default/xui/en/mime_types.xml 9539c10021ba indra/newview/skins/default/xui/en/mime_types_mac.xml 9539c10021ba indra/newview/skins/default/xui/en/notifications.xml 9539c10021ba indra/newview/viewer_manifest.py 9539c10021ba Diff: http://codereview.secondlife.com/r/604/diff/ Testing ------- Logged to parcel with streaming audio. Stream present. Paused stream. Stream paused. Resumed stream. Stream playing. Toggled music check mark in preferences to off/on. Stream off / Stream on. Teleport to another parcel with a different stream. Old stream stops and new stream plays. Teleport back to starting point. Original stream plays. Thanks, Nicky Perian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121009/6151e45e/attachment-0001.htm From nickyperian at yahoo.com Wed Oct 10 09:28:22 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Wed, 10 Oct 2012 16:28:22 -0000 Subject: [opensource-dev] Review Request: OPEN-151. Provide an openal and gstreamer plugin streaming audio implementation. In-Reply-To: <20121009134210.30454.76220@domU-12-31-38-00-90-68.compute-1.internal> References: <20121009134210.30454.76220@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20121010162822.30452.32802@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/604/ ----------------------------------------------------------- (Updated Oct. 10, 2012, 9:28 a.m.) Review request for Viewer. Changes ------- LL code policy compliance. Corrections to viewer_manifest.py after removal of TABS. Description ------- Provide an openal and gstreamer plugin streaming audio implementation. Port from Kokua viewer as a starting point. Uses windows has a proof of concept platform. History of work started with Imprudence so there are many try patches that may not be needed and the work started before emphasis on style that is used today. This addresses bug OPEN-151. http://jira.secondlife.com/browse/OPEN-151 Diffs (updated) ----- autobuild.xml 9539c10021ba doc/contributions.txt 9539c10021ba indra/cmake/Copy3rdPartyLibs.cmake 9539c10021ba indra/cmake/GStreamer010Plugin.cmake 9539c10021ba indra/cmake/OPENAL.cmake 9539c10021ba indra/llmessage/llcurl.h 9539c10021ba indra/llmessage/llcurl.cpp 9539c10021ba indra/llplugin/llpluginclassmedia.h 9539c10021ba indra/llplugin/llpluginclassmedia.cpp 9539c10021ba indra/llplugin/llplugininstance.cpp 9539c10021ba indra/llplugin/llpluginprocesschild.h 9539c10021ba indra/llplugin/llpluginprocesschild.cpp 9539c10021ba indra/llplugin/llpluginprocessparent.h 9539c10021ba indra/llplugin/llpluginprocessparent.cpp 9539c10021ba indra/media_plugins/gstreamer010/CMakeLists.txt 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamer.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp 9539c10021ba indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp 9539c10021ba indra/media_plugins/webkit/media_plugin_webkit.cpp 9539c10021ba indra/newview/CMakeLists.txt 9539c10021ba indra/newview/llviewermedia.cpp 9539c10021ba indra/newview/llviewermedia_streamingaudio.cpp 9539c10021ba indra/newview/skins/default/xui/en/mime_types.xml 9539c10021ba indra/newview/skins/default/xui/en/mime_types_mac.xml 9539c10021ba indra/newview/skins/default/xui/en/notifications.xml 9539c10021ba indra/newview/viewer_manifest.py 9539c10021ba Diff: http://codereview.secondlife.com/r/604/diff/ Testing ------- Logged to parcel with streaming audio. Stream present. Paused stream. Stream paused. Resumed stream. Stream playing. Toggled music check mark in preferences to off/on. Stream off / Stream on. Teleport to another parcel with a different stream. Old stream stops and new stream plays. Teleport back to starting point. Original stream plays. Thanks, Nicky Perian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121010/a63be378/attachment.htm From Lance.Corrimal at eregion.de Thu Oct 11 13:01:36 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 11 Oct 2012 22:01:36 +0200 Subject: [opensource-dev] can someone please explain to me why I still submit CRs... Message-ID: <1432563.II6mYGF6Cn@sai> I've submitted a CR with a fix for VWR-29531 almost 6 weeks ago. Oz has confirmed the reason and the solution for the bug (it was a merge mishap). The CR is even marked as "submitted" by now... but the bug is still in the latest development viewer. What exactly is taking so long to get from "submitted" to "actually in the source"??? bye, LC From jaeger_reg at hotmail.com Thu Oct 11 14:05:40 2012 From: jaeger_reg at hotmail.com (Tank Master) Date: Thu, 11 Oct 2012 14:05:40 -0700 Subject: [opensource-dev] can someone please explain to me why I still submit CRs... In-Reply-To: <1432563.II6mYGF6Cn@sai> References: <1432563.II6mYGF6Cn@sai> Message-ID: because LL is backlogged on submissions until they get the crash rate down. There are several projects lindens have completed several weeks ago that are also not implemented yet. Once they figure out the crashes and get things rolling again, your submission will be included into viewer development.~Tank > From: Lance.Corrimal at eregion.de > To: opensource-dev at lists.secondlife.com > Date: Thu, 11 Oct 2012 22:01:36 +0200 > Subject: [opensource-dev] can someone please explain to me why I still submit CRs... > > I've submitted a CR with a fix for VWR-29531 almost 6 weeks ago. > Oz has confirmed the reason and the solution for the bug (it was a merge > mishap). > The CR is even marked as "submitted" by now... but the bug is still in the > latest development viewer. > > > What exactly is taking so long to get from "submitted" to "actually in the > source"??? > > > bye, > LC > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121011/ba7cc792/attachment.htm From nickyperian at yahoo.com Sat Oct 13 07:00:07 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 13 Oct 2012 14:00:07 -0000 Subject: [opensource-dev] Review Request: OPEN-151. Provide an openal and gstreamer plugin streaming audio implementation. In-Reply-To: <20121010162822.30452.32802@domU-12-31-38-00-90-68.compute-1.internal> References: <20121010162822.30452.32802@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20121013140007.5033.79519@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/604/ ----------------------------------------------------------- (Updated Oct. 13, 2012, 7 a.m.) Review request for Viewer. Description ------- Provide an openal and gstreamer plugin streaming audio implementation. Port from Kokua viewer as a starting point. Uses windows has a proof of concept platform. History of work started with Imprudence so there are many try patches that may not be needed and the work started before emphasis on style that is used today. This addresses bug OPEN-151. http://jira.secondlife.com/browse/OPEN-151 Diffs (updated) ----- autobuild.xml 9539c10021ba doc/contributions.txt 9539c10021ba indra/cmake/Copy3rdPartyLibs.cmake 9539c10021ba indra/cmake/GStreamer010Plugin.cmake 9539c10021ba indra/cmake/OPENAL.cmake 9539c10021ba indra/llmessage/llcurl.h 9539c10021ba indra/llmessage/llcurl.cpp 9539c10021ba indra/llplugin/llpluginclassmedia.h 9539c10021ba indra/llplugin/llpluginclassmedia.cpp 9539c10021ba indra/llplugin/llplugininstance.cpp 9539c10021ba indra/llplugin/llpluginprocesschild.h 9539c10021ba indra/llplugin/llpluginprocesschild.cpp 9539c10021ba indra/llplugin/llpluginprocessparent.h 9539c10021ba indra/llplugin/llpluginprocessparent.cpp 9539c10021ba indra/media_plugins/gstreamer010/CMakeLists.txt 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamer.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp 9539c10021ba indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp 9539c10021ba indra/media_plugins/webkit/media_plugin_webkit.cpp 9539c10021ba indra/newview/CMakeLists.txt 9539c10021ba indra/newview/llviewermedia.cpp 9539c10021ba indra/newview/llviewermedia_streamingaudio.cpp 9539c10021ba indra/newview/skins/default/xui/en/mime_types.xml 9539c10021ba indra/newview/skins/default/xui/en/mime_types_mac.xml 9539c10021ba indra/newview/skins/default/xui/en/notifications.xml 9539c10021ba indra/newview/viewer_manifest.py 9539c10021ba Diff: http://codereview.secondlife.com/r/604/diff/ Testing ------- Logged to parcel with streaming audio. Stream present. Paused stream. Stream paused. Resumed stream. Stream playing. Toggled music check mark in preferences to off/on. Stream off / Stream on. Teleport to another parcel with a different stream. Old stream stops and new stream plays. Teleport back to starting point. Original stream plays. Thanks, Nicky Perian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121013/9d3db659/attachment.htm From nalates.u at gmail.com Tue Oct 16 09:06:25 2012 From: nalates.u at gmail.com (Nalates Urriah) Date: Tue, 16 Oct 2012 09:06:25 -0700 Subject: [opensource-dev] Stats Question Message-ID: Hi Oz... or whoever cares to answer, Can TPV Dev's publish their crash rates? I understand the Lab supplies them crash stats. Is that right? Would you include the SL Viewers' crash rates on the TPV Directory? What is the main viewer's crash rate? Or is there no overall rate calculated for a specific version across all OS's? Thanks, -- Nalates Urriah Nalates' Things & Stuff Blog -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121016/0274b5ea/attachment.htm From oz at lindenlab.com Tue Oct 16 15:36:54 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 16 Oct 2012 18:36:54 -0400 Subject: [opensource-dev] New time for Thursday Open Dev meeting Message-ID: <507DE186.8000608@lindenlab.com> I'm going to experiment with a new time for my Thursday user group meeting this week: the meeting will be one hour later than previously - 15:00 SLT From jaeger_reg at hotmail.com Tue Oct 16 16:32:20 2012 From: jaeger_reg at hotmail.com (Tank Master) Date: Tue, 16 Oct 2012 16:32:20 -0700 Subject: [opensource-dev] New time for Thursday Open Dev meeting In-Reply-To: <507DE186.8000608@lindenlab.com> References: <507DE186.8000608@lindenlab.com> Message-ID: I think you mean 14:00, right? Yours was at 13:00, and the server beta UG is at 15:00 already.~Tank> Date: Tue, 16 Oct 2012 18:36:54 -0400 > From: oz at lindenlab.com > To: opensource-dev at lists.secondlife.com > Subject: [opensource-dev] New time for Thursday Open Dev meeting > > I'm going to experiment with a new time for my Thursday user group > meeting this week: the meeting will be one hour later than previously - > 15:00 SLT > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121016/6d9a433b/attachment.htm From oz at lindenlab.com Wed Oct 17 07:20:38 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 17 Oct 2012 10:20:38 -0400 Subject: [opensource-dev] New time for Thursday Open Dev meeting In-Reply-To: References: <507DE186.8000608@lindenlab.com> Message-ID: <507EBEB6.6010202@lindenlab.com> On 2012-10-16 19:32 , Tank Master wrote: > > I think you mean 14:00, right? Yours was at 13:00, and the server > beta UG is at 15:00 already. > ~Tank No, I meant what I said. It's an experiment... we'll see how it goes. I can't avoid all possible conflicts. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121017/472ff250/attachment.htm From cjohndavies at gmail.com Thu Oct 18 06:41:55 2012 From: cjohndavies at gmail.com (CJ Davies) Date: Thu, 18 Oct 2012 14:41:55 +0100 Subject: [opensource-dev] "Adding a dialog" outdated Message-ID: <50800723.2050209@gmail.com> I'm trying to follow the "Adding a dialog" page on the wiki http://wiki.secondlife.com/wiki/Adding_a_dialog however I suspect it hasn't been updated to reflect changes to the codebase & as such I can't get it to work. In particular, LLUICtrlFactory::getInstance()->buildFloater(this, "floater_foo.xml"); doesn't compile as there is no buildFloater method in LLUICtrlFactory. Can anybody shed some light on how we now go about creating dialogs? Regards, CJ Davies From cjohndavies at gmail.com Thu Oct 18 06:55:30 2012 From: cjohndavies at gmail.com (CJ Davies) Date: Thu, 18 Oct 2012 14:55:30 +0100 Subject: [opensource-dev] "Adding a dialog" outdated In-Reply-To: <50800723.2050209@gmail.com> References: <50800723.2050209@gmail.com> Message-ID: <50800A52.3040207@gmail.com> Just noticed that the wiki page hasn't been updated since 2008. Is there any more recent documentation that works? Regards, CJ Davies On 18/10/12 14:41, CJ Davies wrote: > I'm trying to follow the "Adding a dialog" page on the wiki > > http://wiki.secondlife.com/wiki/Adding_a_dialog > > however I suspect it hasn't been updated to reflect changes to the > codebase & as such I can't get it to work. In particular, > > LLUICtrlFactory::getInstance()->buildFloater(this, "floater_foo.xml"); > > doesn't compile as there is no buildFloater method in LLUICtrlFactory. > Can anybody shed some light on how we now go about creating dialogs? > > Regards, > CJ Davies From oz at lindenlab.com Thu Oct 18 07:51:23 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 18 Oct 2012 10:51:23 -0400 Subject: [opensource-dev] "Adding a dialog" outdated In-Reply-To: <50800723.2050209@gmail.com> References: <50800723.2050209@gmail.com> Message-ID: <5080176B.1060003@lindenlab.com> On 2012-10-18 09:41 , CJ Davies wrote: > I'm trying to follow the "Adding a dialog" page on the wiki > > http://wiki.secondlife.com/wiki/Adding_a_dialog > > however I suspect it hasn't been updated to reflect changes to the > codebase & as such I can't get it to work. In particular, > > LLUICtrlFactory::getInstance()->buildFloater(this, "floater_foo.xml"); > > doesn't compile as there is no buildFloater method in LLUICtrlFactory. > Can anybody shed some light on how we now go about creating dialogs? > It's possible (likely, even) that there's more than one way, but one I worked on recently worked this way.... The floater is registered in newview/llviewerfloaterreg.cpp : LLFloaterReg::add("prefs_autoreplace", "floater_autoreplace.xml", (LLFloaterBuildFunc)&LLFloaterReg::build); It is then shown by code in newview/llfloaterpreference.cpp : LLFloaterReg::showInstance("prefs_autoreplace"); The code for that floater is in newview/llfloaterautoreplacesettings.cpp -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121018/1cbb87e2/attachment.htm From sodovan.torok at gmail.com Thu Oct 18 15:57:35 2012 From: sodovan.torok at gmail.com (Sodovan Torok) Date: Thu, 18 Oct 2012 18:57:35 -0400 Subject: [opensource-dev] "Adding a dialog" outdated In-Reply-To: <50800A52.3040207@gmail.com> References: <50800723.2050209@gmail.com> <50800A52.3040207@gmail.com> Message-ID: <5080895F.1000201@gmail.com> On 12-10-18 09:55 AM, CJ Davies wrote: > Just noticed that the wiki page hasn't been updated since 2008. Is there > any more recent documentation that works? > > Regards, > CJ Davies "Use the source, Luke!" Unhelpful, but true in a rapid moving target like the viewer. From cjohndavies at gmail.com Fri Oct 19 03:39:57 2012 From: cjohndavies at gmail.com (CJ Davies) Date: Fri, 19 Oct 2012 11:39:57 +0100 Subject: [opensource-dev] "Adding a dialog" outdated In-Reply-To: <5080895F.1000201@gmail.com> References: <50800723.2050209@gmail.com> <50800A52.3040207@gmail.com> <5080895F.1000201@gmail.com> Message-ID: <50812DFD.3070000@gmail.com> A combination of exploring the source to see how dialogs are currently implemented & Oz's email got me on the right tracks & I can now spawn a blank dialog from a new menu entry - incidentally the 2009 page on the wiki for adding menu entries is still fairly current. Quick & dirty blog post about my findings here, might want to copy/drop a link on the wiki page until it gets properly updated? No ads on my site so this isn't a thinly-veiled attempt to drum up ad revenue for myself ;) http://cjdavies.org/?p=1344 Regards, CJ Davies On 18/10/12 23:57, Sodovan Torok wrote: > On 12-10-18 09:55 AM, CJ Davies wrote: >> Just noticed that the wiki page hasn't been updated since 2008. Is there >> any more recent documentation that works? >> >> Regards, >> CJ Davies > "Use the source, Luke!" > > Unhelpful, but true in a rapid moving target like the viewer. > > _______________________________________________ > 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 > From nickyperian at yahoo.com Fri Oct 19 05:46:51 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Fri, 19 Oct 2012 05:46:51 -0700 (PDT) Subject: [opensource-dev] "Adding a dialog" outdated In-Reply-To: <50812DFD.3070000@gmail.com> References: <50800723.2050209@gmail.com> <50800A52.3040207@gmail.com> <5080895F.1000201@gmail.com> <50812DFD.3070000@gmail.com> Message-ID: <1350650811.51002.YahooMailNeo@web126103.mail.ne1.yahoo.com> You can edit that wiki page or put your information in the discussion tab. Login to the wiki (upper right) using your SL account information and that will open up the edit rights. Using external links is subject to broken link errors so, a direct edit would be best. I had fumbled through that page instructions before and never took time to document anything. Thanks for taking time to document your experiences. ??? >________________________________ > From: CJ Davies >To: opensource-dev at lists.secondlife.com >Sent: Friday, October 19, 2012 5:39 AM >Subject: Re: [opensource-dev] "Adding a dialog" outdated > >A combination of exploring the source to see how dialogs are currently >implemented & Oz's email got me on the right tracks & I can now spawn a >blank dialog from a new menu entry - incidentally the 2009 page on the >wiki for adding menu entries is still fairly current. > >Quick & dirty blog post about my findings here, might want to copy/drop >a link on the wiki page until it gets properly updated? No ads on my >site so this isn't a thinly-veiled attempt to drum up ad revenue for >myself ;) > >http://cjdavies.org/?p=1344 > >Regards, >CJ Davies > >On 18/10/12 23:57, Sodovan Torok wrote: >> On 12-10-18 09:55 AM, CJ Davies wrote: >>> Just noticed that the wiki page hasn't been updated since 2008. Is there >>> any more recent documentation that works? >>> >>> Regards, >>> CJ Davies >> "Use the source, Luke!" >> >> Unhelpful, but true in a rapid moving target like the viewer. >> >> _______________________________________________ >> 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 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121019/db4c269f/attachment.htm From richard at lindenlab.com Fri Oct 19 09:30:56 2012 From: richard at lindenlab.com (Richard Nelson) Date: Fri, 19 Oct 2012 09:30:56 -0700 Subject: [opensource-dev] "Adding a dialog" outdated In-Reply-To: <5080176B.1060003@lindenlab.com> References: <50800723.2050209@gmail.com> <5080176B.1060003@lindenlab.com> Message-ID: Yes, LLFloaterReg is the current mechanism for creating and displaying new types of floaters (windows). There is a separate mechanism for "notification" style dialogs, in llnotifications*.h/cpp, appropriately enough. Unfortunately, I don't think there is good documentation in the wiki for that yet. The closest thing is probably http://wiki.secondlife.com/wiki/Adding_UI_Hints. Usually the term "dialog" maps to our concept of "notification" so I'm guessing that might actually be more appropriate in your case. R. On Thu, 18 Oct 2012 07:51:23 -0700, Oz Linden (Scott Lawrence) wrote: > On 2012-10-18 09:41 , CJ Davies wrote: >> I'm trying to follow the "Adding a dialog" page on the wiki >> >> http://wiki.secondlife.com/wiki/Adding_a_dialog >> >> however I suspect it hasn't been updated to reflect changes to the >> codebase & as such I can't get it to work. In particular, >> >> LLUICtrlFactory::getInstance()->buildFloater(this, "floater_foo.xml"); >> >> doesn't compile as there is no buildFloater method in LLUICtrlFactory. >> Can anybody shed some light on how we now go about creating dialogs? >> > > It's possible (likely, even) that there's more than one way, but one I > worked on recently worked this way.... > > The floater is registered in newview/llviewerfloaterreg.cpp: > LLFloaterReg::add("prefs_autoreplace", "floater_autoreplace.xml", > (LLFloaterBuildFunc)&LLFloaterReg::build); > > > > It is then shown by code in newview/llfloaterpreference.cpp: > LLFloaterReg::showInstance("prefs_autoreplace"); > > > The code for that floater is in newview/llfloaterautoreplacesettings.cpp -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121019/a1453aff/attachment.htm From sitearm at gmail.com Sat Oct 20 05:58:30 2012 From: sitearm at gmail.com (Sitearm) Date: Sat, 20 Oct 2012 07:58:30 -0500 Subject: [opensource-dev] MOSES Office Hours Screenshot 19-Oct-2012 In-Reply-To: References: Message-ID: http://sitearm.wordpress.com/2012/10/19/moses-office-hours-screenshot-19-oct-2012/ October 19, 2012 ? sitearm *[image: MOSES Office Hours Screenshot 19-Oct-2012 01]3-D Web* is the set of internet technologies that put user browsers in an online, interactive 3D environment. *MOSES* (Military Open Simulator Enterprise Strategy) is a privately-hosted, OpenSim, online virtual environment with stringent security from hackers. *MIAB *(MOSES In A Box) is a portable, publically-licensed version of the experimental Project MOSES virtual environment which can be downloaded and installed on standalone individual or enterprise servers. *STTC *(United States Army Simulation and Training Technology Center) provides state-of-the-art applied research to develop simulation technologies. *Hot topics at today?s Office Hours* meeting were the *Approved Participation Agreement* and *Recent Performance Adjustments to the MOSES Firewall*. After a lengthy discussion on the formalized status of MOSES and MIAB, participants were invited to conduct a free-for-all, spontaneous capacity performance test by running and jumping and flying around all at once while still talking in chat. It was marvelous! *Selected Quotes* *The project has reached a level of maturity such that it is no longer considered "proof of concept" and the STTC has decided to formalize the participation agreements between the MOSES project and its users.* Douglas Maxwell, MSME Science and Technology Manager Virtual World Strategic Applications U.S. Army Simulation & Training Technology Center (STTC) Web: http://brokentablet.arl.army.mil/ Email: arl.sttc.open.simulator at us.army.mil See also: http://sitearm.wordpress.com/category/moses/ Posted in 3D Web , MOSES, News . Leave a Comment ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121020/0ee152de/attachment.htm From sldev at free.fr Sat Oct 20 08:14:04 2012 From: sldev at free.fr (Henri Beauchamp) Date: Sat, 20 Oct 2012 17:14:04 +0200 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <5012D3EE.7060309@lindenlab.com> References: <5012D3EE.7060309@lindenlab.com> Message-ID: <20121020171404.cf74287b.sldev@free.fr> On Fri, 27 Jul 2012 13:46:22 -0400, Oz Linden (Scott Lawrence) wrote: > The start of a unified approach to HTTP-based communications > between the viewer and grid services with a goal of achieving > reliability, consistency and a better overall experience on > the grid. > > Project Viewer for testing is here: > > http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers#HTTP > > Especially if you have had problems when you enable the use of HTTP, we > would very much appreciate your giving this a try. We know that it does > not yet solve all the problems, but we think that it solves some and > provides the first steps needed for solving some more in the future. I backported the new HTTP library to the Cool VL Viewer v1.26.5.14 (experimental branch) and made it so that it can be switched on/off (the old HTTP texture fetching code being used when the new library is off) to ease comparisions (even though once toggled, the viewer must still be restarted so that the change takes effect). So far, I didn't see much difference with what I was achieving with the Cool VL Viewer's (slightly) ammended texture fetcher code, but of course, this is on "standard" servers. Is there any server running the corresponding improved HTTP code on Aditi ? Regards, Henri. From jaeger_reg at hotmail.com Sat Oct 20 09:22:36 2012 From: jaeger_reg at hotmail.com (Tank Master) Date: Sat, 20 Oct 2012 09:22:36 -0700 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <20121020171404.cf74287b.sldev@free.fr> References: <5012D3EE.7060309@lindenlab.com>, <20121020171404.cf74287b.sldev@free.fr> Message-ID: The first faze is viewer changes only. Server side changes will be coming later, but wont require viewer changes at this point. ~Tank > Date: Sat, 20 Oct 2012 17:14:04 +0200 > From: sldev at free.fr > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] New HTTP Library & Project Viewer > > On Fri, 27 Jul 2012 13:46:22 -0400, Oz Linden (Scott Lawrence) wrote: > > > The start of a unified approach to HTTP-based communications > > between the viewer and grid services with a goal of achieving > > reliability, consistency and a better overall experience on > > the grid. > > > > Project Viewer for testing is here: > > > > http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers#HTTP > > > > Especially if you have had problems when you enable the use of HTTP, we > > would very much appreciate your giving this a try. We know that it does > > not yet solve all the problems, but we think that it solves some and > > provides the first steps needed for solving some more in the future. > > I backported the new HTTP library to the Cool VL Viewer v1.26.5.14 > (experimental branch) and made it so that it can be switched on/off > (the old HTTP texture fetching code being used when the new library > is off) to ease comparisions (even though once toggled, the viewer > must still be restarted so that the change takes effect). > > So far, I didn't see much difference with what I was achieving with > the Cool VL Viewer's (slightly) ammended texture fetcher code, but of > course, this is on "standard" servers. > > Is there any server running the corresponding improved HTTP code on > Aditi ? > > Regards, > > Henri. > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121020/8f30b987/attachment.htm From aklo at skyhighway.com Sat Oct 20 11:37:29 2012 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 20 Oct 2012 11:37:29 -0700 Subject: [opensource-dev] MOSES & Stuff Message-ID: Hi! When i read the dev mail about MOSES & MIAB & stuff, i couldn't help but ask. What does SL (or i guess, LL) have to do with the military? Is there any kind of real connection or something? Are some of the SL devs military people? Thx! - AK --------------------------------------- http://sitearm.wordpress.com/2012/10/19/moses-office-hours-screenshot-19-oct-2012/ October 19, 2012 ? sitearm MOSES Office Hours Screenshot 19-Oct-2012 013-D Web is the set of internet technologies that put user browsers in an online, interactive 3D environment. MOSES (Military Open Simulator Enterprise Strategy) is a privately-hosted, OpenSim, online virtual environment with stringent security from hackers. MIAB (MOSES In A Box) is a portable, publically-licensed version of the experimental Project MOSES virtual environment which can be downloaded and installed on standalone individual or enterprise servers. STTC (United States Army Simulation and Training Technology Center) provides state-of-the-art applied research to develop simulation technologies. Hot topics at today?s Office Hours meeting were the Approved Participation Agreement and Recent Performance Adjustments to the MOSES Firewall. After a lengthy discussion on the formalized status of MOSES and MIAB, participants were invited to conduct a free-for-all, spontaneous capacity performance test by running and jumping and flying around all at once while still talking in chat. It was marvelous! Selected Quotes The project has reached a level of maturity such that it is no longer considered "proof of concept" and the STTC has decided to formalize the participation agreements between the MOSES project and its users. Douglas Maxwell, MSME Science and Technology Manager Virtual World Strategic Applications U.S. Army Simulation & Training Technology Center (STTC) Web: http://brokentablet.arl.army.mil/ Email: arl.sttc.open.simulator at us.army.mil See also: http://sitearm.wordpress.com/category/moses/ Posted in 3D Web, MOSES, News. Leave a Comment ? From skyemenjou at gmail.com Sat Oct 20 12:03:10 2012 From: skyemenjou at gmail.com (Skye Menjou) Date: Sat, 20 Oct 2012 21:03:10 +0200 Subject: [opensource-dev] MOSES & Stuff In-Reply-To: References: Message-ID: As far as I can see, It's the replacement for the SL Enterprise project, an older project by Linden Lab to create a Second Life "behind the firewall". Basically internal grids for companies. I know the US Army had interests for this training/meeting wise and looking into it, put money in it. http://www.hypergridbusiness.com/2012/03/second-life-enterprise-was-a-costly-mistake/ http://www.hypergridbusiness.com/2010/08/second-life-discontinues-enterprise-platform/ http://venturebeat.com/2009/11/03/linden-lab-launches-enterprise-version-of-second-life-virtual-world/ It's not really LL related I think. On Sat, Oct 20, 2012 at 8:37 PM, wrote: > Hi! When i read the dev mail about MOSES & MIAB & stuff, i couldn't help > but ask. What does SL (or i guess, LL) have to do with the military? Is > there any kind of real connection or something? Are some of the SL devs > military people? > > Thx! > > - AK > --------------------------------------- > > > http://sitearm.wordpress.com/2012/10/19/moses-office-hours-screenshot-19-oct-2012/ > > October 19, 2012 ? sitearm > > MOSES Office Hours Screenshot 19-Oct-2012 013-D Web is the set of internet > technologies that put user browsers in an online, interactive 3D > environment. > > MOSES (Military Open Simulator Enterprise Strategy) is a privately-hosted, > OpenSim, online virtual environment with stringent security from hackers. > > MIAB (MOSES In A Box) is a portable, publically-licensed version of the > experimental Project MOSES virtual environment which can be downloaded and > installed on standalone individual or enterprise servers. > > STTC (United States Army Simulation and Training Technology Center) > provides state-of-the-art applied research to develop simulation > technologies. > > Hot topics at today?s Office Hours meeting were the Approved Participation > Agreement and Recent Performance Adjustments to the MOSES Firewall. After > a lengthy discussion on the formalized status of MOSES and MIAB, > participants were invited to conduct a free-for-all, spontaneous capacity > performance test by running and jumping and flying around all at once > while still talking in chat. It was marvelous! > > Selected Quotes > > The project has reached a level of maturity such that it is no longer > considered "proof of concept" and the STTC has decided to formalize the > participation agreements between the MOSES project and its users. > > Douglas Maxwell, MSME > Science and Technology Manager > Virtual World Strategic Applications > U.S. Army Simulation & Training Technology Center (STTC) > Web: http://brokentablet.arl.army.mil/ > Email: arl.sttc.open.simulator at us.army.mil > > See also: http://sitearm.wordpress.com/category/moses/ > Posted in 3D Web, MOSES, News. Leave a Comment ? > > > _______________________________________________ > 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 > -- *Have a safe and productive day.* Dax Hyena/J. Putseys Professional Belgian. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121020/f3bd03f3/attachment.htm From aklo at skyhighway.com Sat Oct 20 12:23:11 2012 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 20 Oct 2012 12:23:11 -0700 Subject: [opensource-dev] MOSES & Stuff Message-ID: <5d06661489a92c6a3343169939b52091.squirrel@cruziomail.cruzio.com> So, it's like LL made something that the military was interested in buying, and now maybe they're interested in buying it again? Like that? Actually, what you say sounds like LL sells the whole SL package, server & everything as a product or something. Must be expensive! Am i getting it right? Thx! - AK ------------------------------------------- As far as I can see, It's the replacement for the SL Enterprise project, an older project by Linden Lab to create a Second Life "behind the firewall". Basically internal grids for companies. I know the US Army had interests for this training/meeting wise and looking into it, put money in it. http://www.hypergridbusiness.com/2012/03/second-life-enterprise-was-a-costly-mistake/ http://www.hypergridbusiness.com/2010/08/second-life-discontinues-enterprise-platform/ http://venturebeat.com/2009/11/03/linden-lab-launches-enterprise-version-of-second-life-virtual-world/ It's not really LL related I think. On Sat, Oct 20, 2012 at 8:37 PM, wrote: Hi! When i read the dev mail about MOSES & MIAB & stuff, i couldn't help but ask. What does SL (or i guess, LL) have to do with the military? Is there any kind of real connection or something? Are some of the SL devs military people? Thx! - AK --------------------------------------- http://sitearm.wordpress.com/2012/10/19/moses-office-hours-screenshot-19-oct-2012/ October 19, 2012 ? sitearm MOSES Office Hours Screenshot 19-Oct-2012 013-D Web is the set of internet technologies that put user browsers in an online, interactive 3D environment. MOSES (Military Open Simulator Enterprise Strategy) is a privately-hosted, OpenSim, online virtual environment with stringent security from hackers. MIAB (MOSES In A Box) is a portable, publically-licensed version of the experimental Project MOSES virtual environment which can be downloaded and installed on standalone individual or enterprise servers. STTC (United States Army Simulation and Training Technology Center) provides state-of-the-art applied research to develop simulation technologies. Hot topics at today?s Office Hours meeting were the Approved Participation Agreement and Recent Performance Adjustments to the MOSES Firewall. After a lengthy discussion on the formalized status of MOSES and MIAB, participants were invited to conduct a free-for-all, spontaneous capacity performance test by running and jumping and flying around all at once while still talking in chat. It was marvelous! Selected Quotes The project has reached a level of maturity such that it is no longer considered "proof of concept" and the STTC has decided to formalize the participation agreements between the MOSES project and its users. Douglas Maxwell, MSME Science and Technology Manager Virtual World Strategic Applications U.S. Army Simulation & Training Technology Center (STTC) Web: http://brokentablet.arl.army.mil/ Email: arl.sttc.open.simulator at us.army.mil See also: http://sitearm.wordpress.com/category/moses/ Posted in 3D Web, MOSES, News. Leave a Comment ? _______________________________________________ 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 -- Have a safe and productive day. Dax Hyena/J. Putseys Professional Belgian. From skyemenjou at gmail.com Sat Oct 20 12:34:45 2012 From: skyemenjou at gmail.com (Skye Menjou) Date: Sat, 20 Oct 2012 21:34:45 +0200 Subject: [opensource-dev] MOSES & Stuff In-Reply-To: <5d06661489a92c6a3343169939b52091.squirrel@cruziomail.cruzio.com> References: <5d06661489a92c6a3343169939b52091.squirrel@cruziomail.cruzio.com> Message-ID: Not quite, It seems to be a replacement for SLE. Using OpenSim and other projects, going around LL itself(OpenSim again). LL canned SLE long ago, so this has come as a replacement. I am not sure, contact this guy: http://brokentablet.arl.army.mil/pages/contact.html Looking at the domain, It's legit as well. On Sat, Oct 20, 2012 at 9:23 PM, wrote: > So, it's like LL made something that the military was interested in > buying, and now maybe they're interested in buying it again? Like that? > > Actually, what you say sounds like LL sells the whole SL package, server & > everything as a product or something. Must be expensive! > > Am i getting it right? > > Thx! > > - AK > ------------------------------------------- > As far as I can see, It's the replacement for the SL Enterprise project, > an older project by Linden Lab to create a Second Life "behind the > firewall". Basically internal grids for companies. > I know the US Army had interests for this training/meeting wise and > looking into it, put money in it. > > http://www.hypergridbusiness.com/2012/03/second-life-enterprise-was-a-costly-mistake/ > > http://www.hypergridbusiness.com/2010/08/second-life-discontinues-enterprise-platform/ > > http://venturebeat.com/2009/11/03/linden-lab-launches-enterprise-version-of-second-life-virtual-world/ > It's not really LL related I think. > > On Sat, Oct 20, 2012 at 8:37 PM, wrote: > > Hi! When i read the dev mail about MOSES & MIAB & stuff, i couldn't > help > but ask. What does SL (or i guess, LL) have to do with the military? > Is > there any kind of real connection or something? Are some of the SL > devs > military people? > > Thx! > > - AK > --------------------------------------- > > > http://sitearm.wordpress.com/2012/10/19/moses-office-hours-screenshot-19-oct-2012/ > > October 19, 2012 ? sitearm > > MOSES Office Hours Screenshot 19-Oct-2012 013-D Web is the set of > internet > technologies that put user browsers in an online, interactive 3D > environment. > > MOSES (Military Open Simulator Enterprise Strategy) is a > privately-hosted, > OpenSim, online virtual environment with stringent security from > hackers. > > MIAB (MOSES In A Box) is a portable, publically-licensed version of the > experimental Project MOSES virtual environment which can be downloaded > and > installed on standalone individual or enterprise servers. > > STTC (United States Army Simulation and Training Technology Center) > provides state-of-the-art applied research to develop simulation > technologies. > > Hot topics at today?s Office Hours meeting were the Approved > Participation > Agreement and Recent Performance Adjustments to the MOSES Firewall. > After > a lengthy discussion on the formalized status of MOSES and MIAB, > participants were invited to conduct a free-for-all, spontaneous > capacity > performance test by running and jumping and flying around all at once > while still talking in chat. It was marvelous! > > Selected Quotes > > The project has reached a level of maturity such that it is no longer > considered "proof of concept" and the STTC has decided to formalize the > participation agreements between the MOSES project and its users. > > Douglas Maxwell, MSME > Science and Technology Manager > Virtual World Strategic Applications > U.S. Army Simulation & Training Technology Center (STTC) > Web: http://brokentablet.arl.army.mil/ > Email: arl.sttc.open.simulator at us.army.mil > > See also: http://sitearm.wordpress.com/category/moses/ > Posted in 3D Web, MOSES, News. Leave a Comment ? > _______________________________________________ > 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 > > -- > Have a safe and productive day. > Dax Hyena/J. Putseys > Professional Belgian. > > > -- *Have a safe and productive day.* Dax Hyena/J. Putseys Professional Belgian. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121020/4ad51dbc/attachment.htm From mrfrans at gmail.com Sat Oct 20 14:37:35 2012 From: mrfrans at gmail.com (Frans) Date: Sat, 20 Oct 2012 23:37:35 +0200 Subject: [opensource-dev] MOSES & Stuff In-Reply-To: References: Message-ID: Yup, it's using Open Sim and it seems like the firestorm viewer. Frans On Sat, Oct 20, 2012 at 9:03 PM, Skye Menjou wrote: > As far as I can see, It's the replacement for the SL Enterprise project, > an older project by Linden Lab to create a Second Life "behind the > firewall". Basically internal grids for companies. > I know the US Army had interests for this training/meeting wise and > looking into it, put money in it. > > http://www.hypergridbusiness.com/2012/03/second-life-enterprise-was-a-costly-mistake/ > > http://www.hypergridbusiness.com/2010/08/second-life-discontinues-enterprise-platform/ > > http://venturebeat.com/2009/11/03/linden-lab-launches-enterprise-version-of-second-life-virtual-world/ > It's not really LL related I think. > > On Sat, Oct 20, 2012 at 8:37 PM, wrote: > >> Hi! When i read the dev mail about MOSES & MIAB & stuff, i couldn't help >> but ask. What does SL (or i guess, LL) have to do with the military? Is >> there any kind of real connection or something? Are some of the SL devs >> military people? >> >> Thx! >> >> - AK >> --------------------------------------- >> >> >> http://sitearm.wordpress.com/2012/10/19/moses-office-hours-screenshot-19-oct-2012/ >> >> October 19, 2012 ? sitearm >> >> MOSES Office Hours Screenshot 19-Oct-2012 013-D Web is the set of internet >> technologies that put user browsers in an online, interactive 3D >> environment. >> >> MOSES (Military Open Simulator Enterprise Strategy) is a privately-hosted, >> OpenSim, online virtual environment with stringent security from hackers. >> >> MIAB (MOSES In A Box) is a portable, publically-licensed version of the >> experimental Project MOSES virtual environment which can be downloaded and >> installed on standalone individual or enterprise servers. >> >> STTC (United States Army Simulation and Training Technology Center) >> provides state-of-the-art applied research to develop simulation >> technologies. >> >> Hot topics at today?s Office Hours meeting were the Approved Participation >> Agreement and Recent Performance Adjustments to the MOSES Firewall. After >> a lengthy discussion on the formalized status of MOSES and MIAB, >> participants were invited to conduct a free-for-all, spontaneous capacity >> performance test by running and jumping and flying around all at once >> while still talking in chat. It was marvelous! >> >> Selected Quotes >> >> The project has reached a level of maturity such that it is no longer >> considered "proof of concept" and the STTC has decided to formalize the >> participation agreements between the MOSES project and its users. >> >> Douglas Maxwell, MSME >> Science and Technology Manager >> Virtual World Strategic Applications >> U.S. Army Simulation & Training Technology Center (STTC) >> Web: http://brokentablet.arl.army.mil/ >> Email: arl.sttc.open.simulator at us.army.mil >> >> See also: http://sitearm.wordpress.com/category/moses/ >> Posted in 3D Web, MOSES, News. Leave a Comment ? >> >> >> _______________________________________________ >> 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 >> > > > > -- > *Have a safe and productive day.* > Dax Hyena/J. Putseys > Professional Belgian. > > > _______________________________________________ > 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 > -- Jeroen Frans Virtual World Technology Specialist @ http://VesuviusGroup.com Second Life: Frans Charming blog about SL @ http://secondslog.blogspot.com "The best way to predict the future is to invent it." Alan Kay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121020/7016a896/attachment-0001.htm From sitearm at gmail.com Sun Oct 21 08:48:47 2012 From: sitearm at gmail.com (Sitearm) Date: Sun, 21 Oct 2012 10:48:47 -0500 Subject: [opensource-dev] Why Firestorm should be your default viewer; modern, maintained, supports OS, stable In-Reply-To: References: Message-ID: Why Firestorm should be your default viewer; modern, maintained, supports OS, stable http://www.hypergridbusiness.com/2012/10/why-firestorm-should-be-your-default-viewer/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121021/07aee466/attachment.htm From jaymes_keller at lavabit.com Sun Oct 21 08:54:01 2012 From: jaymes_keller at lavabit.com (Jamie Quinlan) Date: Sun, 21 Oct 2012 16:54:01 +0100 Subject: [opensource-dev] Why Firestorm should be your default viewer; modern, maintained, supports OS, stable In-Reply-To: References: Message-ID: <50841A99.3010504@lavabit.com> Please correct me if I'm wrong, but how is that helpful to OS development? It's not. I know I'm violating "Criticize in private", but it has to be done. I'm also guessing it's a bot, but that's just me. From angel_of_crimson at hotmail.com Sun Oct 21 18:16:26 2012 From: angel_of_crimson at hotmail.com (Erin Mallory) Date: Sun, 21 Oct 2012 21:16:26 -0400 Subject: [opensource-dev] Why Firestorm should be your default viewer; modern, maintained, supports OS, stable In-Reply-To: <50841A99.3010504@lavabit.com> References: , , <50841A99.3010504@lavabit.com> Message-ID: I have to disagree. Personally, I think knowing what people are looking for in OS features, what businesses need from opensource platforms and why particular viewers are popular is both very helpful and a good thing for opensource developers to look at and focus on. Since many of the people on this list are not affiliated with LL but instead volunteer their time to help make both LL's viewer and various third-party viewers better, I think these articles actually do have a place on this list. As for if that account is a bot or not, personally, I do not care. Date: Sun, 21 Oct 2012 16:54:01 +0100 > From: jaymes_keller at lavabit.com > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Why Firestorm should be your default viewer; modern, maintained, supports OS, stable > > Please correct me if I'm wrong, but how is that helpful to OS > development? It's not. I know I'm violating "Criticize in private", but > it has to be done. > > I'm also guessing it's a bot, but that's just me. > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121021/65d86495/attachment.htm From oz at lindenlab.com Mon Oct 22 06:57:40 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 22 Oct 2012 09:57:40 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <20121020171404.cf74287b.sldev@free.fr> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> Message-ID: <508550D4.3070004@lindenlab.com> On 2012-10-20 11:14 , Henri Beauchamp wrote: > Is there any server running the corresponding improved HTTP code on > Aditi ? Not yet. When there is, we'll post a note on this list. As Tankmaster said, our ambition at this point is that the server side will be compatible with all existing viewers HTTP usage. The new version will have different enforcement of fairness heuristics to attempt to prevent viewers from monopolizing server side resources; it's possible that this will cause problems for viewers that have overly aggressive use of multiple connections - something we'll try to test heavily during the server beta period. From sldev at free.fr Mon Oct 22 15:28:59 2012 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 23 Oct 2012 00:28:59 +0200 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <508550D4.3070004@lindenlab.com> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> Message-ID: <20121023002859.30647981.sldev@free.fr> On Mon, 22 Oct 2012 09:57:40 -0400, Oz Linden (Scott Lawrence) wrote: > On 2012-10-20 11:14 , Henri Beauchamp wrote: > > Is there any server running the corresponding improved HTTP code on > > Aditi ? > > Not yet. When there is, we'll post a note on this list. OK, thanks. > As Tankmaster said, our ambition at this point is that the server side > will be compatible with all existing viewers HTTP usage. The new > version will have different enforcement of fairness heuristics to > attempt to prevent viewers from monopolizing server side resources; it's > possible that this will cause problems for viewers that have overly > aggressive use of multiple connections In the current implementation, the new HTTP core can be configured to spawn from 12 to up to 256 (!) simultaneous connections... The texture fetcher code however never queues more than 40 requests at once, thus limiting the potential damages, but you might want to have a look at that and provide safer bounds before the new HTTP core gets used for more services in the viewer... My backports allows from 8 to 32 simultaneous connections, with 12 as the default (i.e. same default as in viewer-http). Henri. From monty at lindenlab.com Mon Oct 22 21:01:29 2012 From: monty at lindenlab.com (Monty Brandenberg) Date: Tue, 23 Oct 2012 00:01:29 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <20121023002859.30647981.sldev@free.fr> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> Message-ID: <50861699.5050601@lindenlab.com> On 10/22/2012 6:28 PM, Henri Beauchamp wrote: > In the current implementation, the new HTTP core can be configured to > spawn from 12 to up to 256 (!) simultaneous connections... The texture > fetcher code however never queues more than 40 requests at once, thus > limiting the potential damages, but you might want to have a look at > that and provide safer bounds before the new HTTP core gets used for > more services in the viewer... No, the current HTTP code allows up to 12 concurrent connections with a shipping default of 8. A debug control is available to *reduce* not increase the concurrency. I'm interested in having available a control more refined than HTTP Textures on/off for people who have chronic connectivity problems. My hope is that knocking back concurrency will prevent certain routers from falling over. But other consumers, like mesh fetch, may completely swamp any improvement that control might offer. > My backports allows from 8 to 32 simultaneous connections, with 12 as > the default (i.e. same default as in viewer-http). You're running 50% hotter than I am. Stop eating all the sockets! :-) m From sldev at free.fr Tue Oct 23 03:10:54 2012 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 23 Oct 2012 12:10:54 +0200 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <50861699.5050601@lindenlab.com> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> Message-ID: <20121023121054.31bd3eb7.sldev@free.fr> On Tue, 23 Oct 2012 00:01:29 -0400, Monty Brandenberg wrote: > On 10/22/2012 6:28 PM, Henri Beauchamp wrote: > > > In the current implementation, the new HTTP core can be configured to > > spawn from 12 to up to 256 (!) simultaneous connections... The texture > > fetcher code however never queues more than 40 requests at once, thus > > limiting the potential damages, but you might want to have a look at > > that and provide safer bounds before the new HTTP core gets used for > > more services in the viewer... > > No, the current HTTP code allows up to 12 concurrent connections with > a shipping default of 8. A debug control is available to *reduce* not > increase the concurrency. From oz at lindenlab.com Tue Oct 23 05:59:45 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 23 Oct 2012 08:59:45 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <20121023121054.31bd3eb7.sldev@free.fr> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> Message-ID: <508694C1.8060505@lindenlab.com> On 2012-10-23 06:10 , Henri Beauchamp wrote: > Unless the router is buggy, it shouldn't be impacted by the number of > open sockets (at least not under 60K sockets)... Some protocols, such > as torrent can use hundreds or even thousands of sockets at once. Our experience is that _many_ consumer routers are buggy in exactly this way. The fact that a torrent will try to open many connections doesn't mean that most of them work - it recovers so well from failed connections that one would normally not notice. I suspect that the fact that SL is also sending lots of very bursty UDP traffic also aggravates the problem, since that traffic (and TCP connection setup/teardown) is not congestion controlled. > > The true limit is server side. All the more reason for viewers not to hog connection resources. From monty at lindenlab.com Tue Oct 23 07:28:37 2012 From: monty at lindenlab.com (Monty Brandenberg) Date: Tue, 23 Oct 2012 10:28:37 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <20121023121054.31bd3eb7.sldev@free.fr> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> Message-ID: <5086A995.70400@lindenlab.com> On 10/23/2012 6:10 AM, Henri Beauchamp wrote: > And in fact, llappcorehttp.cpp only touches CP_CONNECTION_LIMIT, so > CP_PER_HOST_CONNECTION_LIMIT is kept at its default (8) whatever the > TextureFetchConcurrency debug setting value, meaning the viewer never > opens more than 8 simultaneous connections per HTTP server. > > I therefore think that, as it is used right now TextureFetchConcurrency > is not really useful (there's already a hard-coded limit of 40 in > lltexturefetch.cpp for the max number of simultaenously queued texture > fetching requests: perhaps this number should be affected by > TextureFetchConcurrency instead ?), and in fact, the CP_CONNECTION_LIMIT > will need to be much greater than 8 or 12, once the new HTTP core is used > for connecting to other servers than just texture servers (mesh, > capabilities, etc). > On the other hand, I agree that CP_PER_HOST_CONNECTION_LIMIT should be > kept below a reasonnable maximum value (8 sounds good for pipelining > requests, but non-pipelining ones could probably allow up to 32 which > is the default for per-host connections in most HTTP servers). Actually, GP_CONNECTION_LIMIT (global) and CP_PER_HOST_CONNECTION_LIMIT (per-class, per-host) aren't implemented yet so only CP_CONNECTION_LIMIT (and TextureFetchConcurrency) have effect. _httpinternal.h has the general to-do list for next phases. This is one area that should get some attention but a single control is all that's necessary for this release. As for the 40 request high water mark. That's part of a trade-off between several competing factors: 1. Deep pipelining to keep work available to low-level code (favors large numbers). 2. Responsiveness to changes in prioritization without having to serialize and pass new priority values down to lowest layers (favors small numbers). 3. Eventual balancing with other users of the same class to guarantee fairness and liveness. For textures, this will almost certainly include meshes and possibly other caps-based requests that don't use SSL. > Unless the router is buggy, it shouldn't be impacted by the number of > open sockets (at least not under 60K sockets)... Some protocols, such > as torrent can use hundreds or even thousands of sockets at once. As Oz points out, routers are all affected by this and other factors. And I'd go so far to say that any router that implements NAT is guaranteed to be broken by design. But they're all broken in unique and interesting ways. Some are sensitive to connection concurrency. Others to connections created over a time interval. To counts of dest_addr:src_addr pairs, to counts of (dst_addr:dst_port:src_addr: src_port:ident) tuples. To DNS activity interspersed with handshakes. And then the failure modes are many. I once tried to build a simple control system to respond to failures but one family of routers takes five minutes to respond to a change in environment. Can't build a universally valid feedback system for this purpose with that kind of delay in the response. To quote Roy Batty: I've seen things you people wouldn't believe. Here's a chart I keep forwarding: http://www.smallnetbuilder.com/lanwan/router-charts/bar/77-max-simul-conn Not officially endorsed by Linden, etc., but a useful measure of one metric that is likely to predict problems. At the bottom of that chart you'll find members of router families that are both very common and very often a source of problems in SL. > The true limit is server side. No, not really. It is *a* limit and one I'm deeply involved with. But there are people who are having difficulty getting to the servers and haven't even been able to enjoy its limits. From dahliatrimble at gmail.com Tue Oct 23 11:05:38 2012 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Tue, 23 Oct 2012 11:05:38 -0700 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <5086A995.70400@lindenlab.com> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> Message-ID: Would this excerpt from RFC2616 (section 8.2) be relevent? Perhaps some routers and other infrastructure assume this as design criteria: " Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number of simultaneously active users. These guidelines are intended to improve HTTP response times and avoid congestion. " On Tue, Oct 23, 2012 at 7:28 AM, Monty Brandenberg wrote: > On 10/23/2012 6:10 AM, Henri Beauchamp wrote: > > > And in fact, llappcorehttp.cpp only touches CP_CONNECTION_LIMIT, so > > CP_PER_HOST_CONNECTION_LIMIT is kept at its default (8) whatever the > > TextureFetchConcurrency debug setting value, meaning the viewer never > > opens more than 8 simultaneous connections per HTTP server. > > > > I therefore think that, as it is used right now TextureFetchConcurrency > > is not really useful (there's already a hard-coded limit of 40 in > > lltexturefetch.cpp for the max number of simultaenously queued texture > > fetching requests: perhaps this number should be affected by > > TextureFetchConcurrency instead ?), and in fact, the CP_CONNECTION_LIMIT > > will need to be much greater than 8 or 12, once the new HTTP core is used > > for connecting to other servers than just texture servers (mesh, > > capabilities, etc). > > On the other hand, I agree that CP_PER_HOST_CONNECTION_LIMIT should be > > kept below a reasonnable maximum value (8 sounds good for pipelining > > requests, but non-pipelining ones could probably allow up to 32 which > > is the default for per-host connections in most HTTP servers). > > Actually, GP_CONNECTION_LIMIT (global) and CP_PER_HOST_CONNECTION_LIMIT > (per-class, per-host) aren't implemented yet so only CP_CONNECTION_LIMIT > (and TextureFetchConcurrency) have effect. _httpinternal.h has the > general to-do list for next phases. This is one area that should get > some attention but a single control is all that's necessary for this > release. > > As for the 40 request high water mark. That's part of a trade-off > between several competing factors: > 1. Deep pipelining to keep work available to low-level code (favors > large numbers). > 2. Responsiveness to changes in prioritization without having to > serialize and pass new priority values down to lowest layers (favors > small numbers). > 3. Eventual balancing with other users of the same class to guarantee > fairness and liveness. For textures, this will almost certainly include > meshes and possibly other caps-based requests that don't use SSL. > > > Unless the router is buggy, it shouldn't be impacted by the number of > > open sockets (at least not under 60K sockets)... Some protocols, such > > as torrent can use hundreds or even thousands of sockets at once. > > As Oz points out, routers are all affected by this and other factors. > And I'd go so far to say that any router that implements NAT is > guaranteed to be broken by design. But they're all broken in unique > and interesting ways. Some are sensitive to connection concurrency. > Others to connections created over a time interval. To counts of > dest_addr:src_addr pairs, to counts of (dst_addr:dst_port:src_addr: > src_port:ident) tuples. To DNS activity interspersed with handshakes. > And then the failure modes are many. I once tried to build a simple > control system to respond to failures but one family of routers > takes five minutes to respond to a change in environment. Can't build > a universally valid feedback system for this purpose with that kind > of delay in the response. > > To quote Roy Batty: I've seen things you people wouldn't believe. > > Here's a chart I keep forwarding: > http://www.smallnetbuilder.com/lanwan/router-charts/bar/77-max-simul-conn > Not officially endorsed by Linden, etc., but a useful measure of > one metric that is likely to predict problems. At the bottom of > that chart you'll find members of router families that are both > very common and very often a source of problems in SL. > > > The true limit is server side. > > No, not really. It is *a* limit and one I'm deeply involved with. > But there are people who are having difficulty getting to the > servers and haven't even been able to enjoy its limits. > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121023/285c339f/attachment-0001.htm From oz at lindenlab.com Tue Oct 23 12:23:02 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 23 Oct 2012 15:23:02 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> Message-ID: <5086EE96.7010304@lindenlab.com> On 2012-10-23 14:05 , Dahlia Trimble wrote: > Would this excerpt from RFC2616 (section 8.2) be relevent? Perhaps > some routers and other infrastructure assume this as design criteria: > " > Clients that use persistent connections SHOULD limit the number of > simultaneous connections that they maintain to a given server. A > single-user client SHOULD NOT maintain more than 2 connections with > any server or proxy. A proxy SHOULD use up to 2*N connections to > another server or proxy, where N is the number of simultaneously > active users. These guidelines are intended to improve HTTP response > times and avoid congestion. " Very much so From monty at lindenlab.com Tue Oct 23 12:25:37 2012 From: monty at lindenlab.com (Monty Brandenberg) Date: Tue, 23 Oct 2012 15:25:37 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> Message-ID: <5086EF31.80507@lindenlab.com> On 10/23/2012 2:05 PM, Dahlia Trimble wrote: > Would this excerpt from RFC2616 (section 8.2) be relevent? Perhaps some > routers and other infrastructure assume this as design criteria: Oh, it absolutely is but mostly honored in its breach. IETF 'SHOULD' is so much weaker than its 'MUST'.... From oz at lindenlab.com Tue Oct 23 14:54:24 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 23 Oct 2012 17:54:24 -0400 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <5086EF31.80507@lindenlab.com> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> <5086EF31.80507@lindenlab.com> Message-ID: <50871210.7040605@lindenlab.com> On 2012-10-23 15:25 , Monty Brandenberg wrote: > On 10/23/2012 2:05 PM, Dahlia Trimble wrote: >> Would this excerpt from RFC2616 (section 8.2) be relevent? Perhaps some >> routers and other infrastructure assume this as design criteria: > Oh, it absolutely is but mostly honored in its breach. IETF 'SHOULD' > is so much weaker than its 'MUST'.... > "SHOULD" is generally taken to mean "MUST unless you fully understand the implications and have a good reason". The problem with that in this context is that the reason for the constraint is to protect the network from a condition called congestion collapse ; this occurs when there is too much offered traffic a some point inside the network. The congestion control behavior of TCP was motivated specifically by this problem. The difficulty is that while TCP congestion control works well for packets within a single TCP connection, and manages competition/sharing fairly well between TCP connections sharing some network path, it does not do so well when competing with packets that are not following the same congestion control rules, which includes both any UDP traffic and the setup and teardown packets for TCP itself. That means that a small number of long lived TCP connections end up being well behaved even when links are strained, but a large number of short lived connections are not, and problems with both are aggravated by large amounts of UDP on the same paths. When HTTP 1.0 was first created, its authors brought it to the IETF to be standardized. At that time, there was no support for persistent connections or pipelined requests: every request created a new TCP connection which was closed to indicate the end of the response. Unfortunately, the Web took off so fast that by the time the IETF saw it the cat was way out of the bag; it seemed best to create a standard even though the documented behavior was clearly terrible for the Internet as a whole. The IESG (a senior review body within the IETF structure) approved it only with this unusual Note: > The IESG has concerns about this protocol, and expects this document > to be replaced relatively soon by a standards track document. The short lived frequent connections were the main problem that motivated the Note, and only on the condition that HTTP 1.1 be created to solve the problem by designing persistent connection support. Naturally that took longer than anyone wanted and solved a number of other problems too. This is in many ways a classic "tragedy of the commons " problem - if one viewer uses many connections in parallel while others do not, it gains substantial advantage. But if most viewers use many connections, everyone gets worse performance than they would all have gotten had everyone used fewer. There is a lot of interesting work going on in the IETF and elsewhere to improve how both operating systems and routers deal with congestion in ways that are not limited to controlling individual flows (google "Bufferbloat" for some of the most recent and interesting work). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121023/a88f29bd/attachment.htm From sldev at free.fr Tue Oct 23 17:10:56 2012 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 24 Oct 2012 02:10:56 +0200 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> Message-ID: <20121024021056.e0b4e02e.sldev@free.fr> On Tue, 23 Oct 2012 11:05:38 -0700, Dahlia Trimble wrote: > Would this excerpt from RFC2616 (section 8.2) be relevent? Perhaps some > routers and other infrastructure assume this as design criteria: > > " Clients that use persistent connections SHOULD limit the number of > simultaneous connections that they maintain to a given server. A > single-user client SHOULD NOT maintain more than 2 connections with > any server or proxy. A proxy SHOULD use up to 2*N connections to > another server or proxy, where N is the number of simultaneously > active users. These guidelines are intended to improve HTTP response > times and avoid congestion. " This is true for web servers, but in fact current browsers don't use persistent connections excepted in very specific cases (streaming media, for example). When your browser fetches the HTML page and associated images from a web server, it uses non-persistent connections, and the default number of simultaneous such connections per client is well above 2 (8 to 16, most of the time, and 32 is not unheard of). The problem here is that texture servers are *not* web servers, even if they use HTTP. If LL is going to migrate to HTTP servers and viewer using persistent connections, then 2 per viewer will definitely not be enough (what happens when one connection stalls, for example ?... all the queued texture requests in it then get delayed by 30 or 60 seconds (i.e. the timeout for failed/stalled connections)... No good). If the texture servers mainly accept persistent connections (there will still be some legacy viewers using non-persistent ones during the transition period), then they can restrict the number of non-persistent conection per viewer to increase the number of persistent ones. In any case, the server can always be configured to refuse new connections from any given client once the maximum the admin chose for his server is reached (i.e. you can configure your HTTP server to accept, say, 8 non-persistent connections and 8 persistent ones per client (=viewer)). Henri. From sldev at free.fr Tue Oct 23 17:21:43 2012 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 24 Oct 2012 02:21:43 +0200 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <5086A995.70400@lindenlab.com> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> Message-ID: <20121024022143.b81a0702.sldev@free.fr> On Tue, 23 Oct 2012 10:28:37 -0400, Monty Brandenberg wrote: > Here's a chart I keep forwarding: > http://www.smallnetbuilder.com/lanwan/router-charts/bar/77-max-simul-conn > Not officially endorsed by Linden, etc., but a useful measure of > one metric that is likely to predict problems. At the bottom of > that chart you'll find members of router families that are both > very common and very often a source of problems in SL. Very interesting chart... And quite frigthening too, seeing all the so-called "routers" that can't even handle 1K connections ! This said, such routers would also stall on torrent downloads. Henri. From dahliatrimble at gmail.com Tue Oct 23 18:04:17 2012 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Tue, 23 Oct 2012 18:04:17 -0700 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: <20121024022143.b81a0702.sldev@free.fr> References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> <20121024022143.b81a0702.sldev@free.fr> Message-ID: I believe the 2 persistent HTTP connections/server recommendation is just that: a maximum of 2 *persistent* connections *per server*. Torrent downloads are more likely 1 connection per server with many servers. Torrent clients also have the ability for users to specify maximum outbound transfer rates and trying to overcome them by opening more connections to a particular server will likely not be fruitful. Also, networked system designers may have control of how endpoints are implemented but if the public internet is used as a transfer medium then they have little (if any) control over what happens between those endpoints. ISPs can (and often do) control traffic via whatever criteria they deem fit. Choke points likely exist in many places and end users may be powerless to understand and/or resolve issues caused by over-zealous connection hoarding. On Tue, Oct 23, 2012 at 5:21 PM, Henri Beauchamp wrote: > On Tue, 23 Oct 2012 10:28:37 -0400, Monty Brandenberg wrote: > > > Here's a chart I keep forwarding: > > > http://www.smallnetbuilder.com/lanwan/router-charts/bar/77-max-simul-conn > > Not officially endorsed by Linden, etc., but a useful measure of > > one metric that is likely to predict problems. At the bottom of > > that chart you'll find members of router families that are both > > very common and very often a source of problems in SL. > > Very interesting chart... And quite frigthening too, seeing all the > so-called "routers" that can't even handle 1K connections ! > > This said, such routers would also stall on torrent downloads. > > Henri. > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121023/73616409/attachment-0001.htm From fuerholz at gmx.net Wed Oct 24 00:22:27 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Wed, 24 Oct 2012 07:22:27 -0000 Subject: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk. Message-ID: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/606/ ----------------------------------------------------------- Review request for Viewer. Description ------- Improved functions: getEulerAngles ( now: setQuat(F32 roll, F32 pitch, F32 yaw) ) packToVector3 getAngleAxis setAngleAxis shortestArc projected_vec angle_between For details please see: http://jira.phoenixviewer.com/browse/FIRE-7989 and http://jira.phoenixviewer.com/browse/FIRE-7997 This addresses bug BUG-540. https://jira.secondlife.com/browse/BUG-540 Diffs ----- indra/llmath/llmath.h f32c39fdfcfe indra/llmath/llquaternion.h f32c39fdfcfe indra/llmath/llquaternion.cpp f32c39fdfcfe indra/llmath/v3math.h f32c39fdfcfe Diff: http://codereview.secondlife.com/r/606/diff/ Testing ------- Please go to https://jira.secondlife.com/browse/BUG-540 Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121024/e71ccf3c/attachment.htm From sldev at free.fr Wed Oct 24 00:45:04 2012 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 24 Oct 2012 09:45:04 +0200 Subject: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk. In-Reply-To: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> References: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20121024094504.55a72090.sldev@free.fr> On Wed, 24 Oct 2012 07:22:27 -0000, MartinRJ Fayray wrote: > This addresses bug BUG-540. > https://jira.secondlife.com/browse/BUG-540 > .../... > Testing > ------- > > Please go to https://jira.secondlife.com/browse/BUG-540 "Permission Violation" Gotta love the crippled JIRA... :-( Henri. From liny.odell at phoenixviewer.com Wed Oct 24 08:32:06 2012 From: liny.odell at phoenixviewer.com (Liny Odell) Date: Wed, 24 Oct 2012 08:32:06 -0700 Subject: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk. In-Reply-To: <20121024094504.55a72090.sldev@free.fr> References: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> <20121024094504.55a72090.sldev@free.fr> Message-ID: On Wed, Oct 24, 2012 at 12:45 AM, Henri Beauchamp wrote: > On Wed, 24 Oct 2012 07:22:27 -0000, MartinRJ Fayray wrote: > >> This addresses bug BUG-540. >> https://jira.secondlife.com/browse/BUG-540 >> .../... >> Testing >> ------- >> >> Please go to https://jira.secondlife.com/browse/BUG-540 > > "Permission Violation" > > Gotta love the crippled JIRA... :-( > > Henri. > _______________________________________________ > 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 Try these links:see http://jira.phoenixviewer.com/browse/FIRE-7989 and http://jira.phoenixviewer.com/browse/FIRE-7997 From geenz at exodusviewer.com Wed Oct 24 09:56:21 2012 From: geenz at exodusviewer.com (Geenz Spad) Date: Wed, 24 Oct 2012 12:56:21 -0400 Subject: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk. In-Reply-To: References: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> <20121024094504.55a72090.sldev@free.fr> Message-ID: Question: I noticed that at least one item on the Firestorm JIRA had listed instruction count differences, however I'd be more interested in seeing actual execution time measurement differences between the two. Has the execution time between the originals and modified versions of the code been measured? On Wed, Oct 24, 2012 at 11:32 AM, Liny Odell wrote: > On Wed, Oct 24, 2012 at 12:45 AM, Henri Beauchamp wrote: > > On Wed, 24 Oct 2012 07:22:27 -0000, MartinRJ Fayray wrote: > > > >> This addresses bug BUG-540. > >> https://jira.secondlife.com/browse/BUG-540 > >> .../... > >> Testing > >> ------- > >> > >> Please go to https://jira.secondlife.com/browse/BUG-540 > > > > "Permission Violation" > > > > Gotta love the crippled JIRA... :-( > > > > Henri. > > _______________________________________________ > > 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 > > Try these links:see http://jira.phoenixviewer.com/browse/FIRE-7989 > and http://jira.phoenixviewer.com/browse/FIRE-7997 > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121024/0bc61909/attachment.htm From lists.secondlife.com at trap.wereanimal.net Wed Oct 24 15:03:21 2012 From: lists.secondlife.com at trap.wereanimal.net (Techwolf Lupindo) Date: Wed, 24 Oct 2012 18:03:21 -0400 Subject: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk. In-Reply-To: References: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> <20121024094504.55a72090.sldev@free.fr> Message-ID: <20121024180321.5f594094@laptop> On Wed, 24 Oct 2012 12:56:21 -0400 Geenz Spad wrote: > Question: I noticed that at least one item on the Firestorm JIRA had > listed instruction count differences, however I'd be more interested > in seeing actual execution time measurement differences between the > two. Has the execution time between the originals and modified > versions of the code been measured? > I second that. I also like to see some benchmarks. -- Techwolf Lupindo From sitearm at gmail.com Wed Oct 24 15:07:03 2012 From: sitearm at gmail.com (Sitearm) Date: Wed, 24 Oct 2012 17:07:03 -0500 Subject: [opensource-dev] How an Offline OpenSim is a Better Tool for Real World Business Than an Online SL Message-ID: How an Offline OpenSim is a Better Tool for Real World Business Than an Online SL http://nwn.blogs.com/nwn/2012/10/sim-on-a-stick-better-than-second-life.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121024/292d9ba1/attachment.htm From fuerholz at gmx.net Wed Oct 24 22:44:07 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Thu, 25 Oct 2012 05:44:07 -0000 Subject: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk. In-Reply-To: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> References: <20121024072227.27798.12302@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20121025054407.27858.56167@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/606/ ----------------------------------------------------------- (Updated Oct. 24, 2012, 10:44 p.m.) Review request for Viewer. Changes ------- Fixed the attachment bug. Test/performance results will be posted later. I also updated the repository at https://bitbucket.org/MartinRJ/bug-540 Description ------- Improved functions: getEulerAngles ( now: setQuat(F32 roll, F32 pitch, F32 yaw) ) packToVector3 getAngleAxis setAngleAxis shortestArc projected_vec angle_between For details please see: http://jira.phoenixviewer.com/browse/FIRE-7989 and http://jira.phoenixviewer.com/browse/FIRE-7997 This addresses bug BUG-540. https://jira.secondlife.com/browse/BUG-540 Diffs (updated) ----- indra/llmath/llmath.h f32c39fdfcfe indra/llmath/llquaternion.h f32c39fdfcfe indra/llmath/llquaternion.cpp f32c39fdfcfe indra/llmath/v3math.h f32c39fdfcfe Diff: http://codereview.secondlife.com/r/606/diff/ Testing ------- Please go to https://jira.secondlife.com/browse/BUG-540 Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121025/dd7c1397/attachment.htm From oz at lindenlab.com Thu Oct 25 12:33:20 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 25 Oct 2012 15:33:20 -0400 Subject: [opensource-dev] Fwd: Group management viewer update In-Reply-To: References: Message-ID: <50899400.9060207@lindenlab.com> Viewer developers who would like to test the upcoming changes for how large groups are fetched (viewer changes are in https://bitbucket.org/baker_linden/viewer-development-baker) ... see below for where and how to test. These changes are not generally available yet, so merging them to your main viewer release is probably not appropriate yet, but it's time to be checking them in test viewers. -------- Original Message -------- Subject: Group management viewer update Date: Thu, 25 Oct 2012 11:02:25 -0700 From: Chris Baker To: Oz Linden Hello TPV devs! We are now running 4 regions with my group management code on Agni! If you have merged in my viewer changes, now is a great time to make sure they work in your viewer! Please read Oskar's forum post for information about testing in these regions: http://community.secondlife.com/t5/Second-Life-Server/Large-Groups-Fixes-LIVE-on-AGNI/td-p/1711341 Thank you so much for being patient with this release and big ups to Ansariel from the Firestorm team for catching a few potential bugs I missed. -- - Baker -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121025/9d578241/attachment.htm From nalates.u at gmail.com Thu Oct 25 13:25:48 2012 From: nalates.u at gmail.com (Nalates Urriah) Date: Thu, 25 Oct 2012 13:25:48 -0700 Subject: [opensource-dev] Open Source Thursday Meeting Time Message-ID: Is there any any formation on what time the Thursday meeting is moving to? Formerly 13:00 or 1PM PT and now 15:00 or 3 PM PT... which conflicts with Oskar Linden's meeting: Server Beta on ADITI. -- Nalates Urriah Nalates' Things & Stuff Blog -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121025/d622bd54/attachment.htm From nickyperian at yahoo.com Thu Oct 25 16:09:27 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Thu, 25 Oct 2012 16:09:27 -0700 (PDT) Subject: [opensource-dev] Second Life 3.4.1 (266251) Oct 24 2012 11:59:22 (Second Life Beta Viewer) Message-ID: <1351206567.38627.YahooMailNeo@web126102.mail.ne1.yahoo.com> FYI, Works with a teamveiewer instance running. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121025/bf208def/attachment.htm From oz at lindenlab.com Fri Oct 26 11:06:39 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 26 Oct 2012 14:06:39 -0400 Subject: [opensource-dev] Open Source Thursday Meeting Time In-Reply-To: References: Message-ID: <508AD12F.5020703@lindenlab.com> On 2012-10-25 16:25 , Nalates Urriah wrote: > Is there any any formation on what time the Thursday meeting is moving to? > > Formerly 13:00 or 1PM PT and now 15:00 or 3 PM PT... which conflicts > with Oskar Linden's meeting: Server Beta on ADITI. Yes... sorry for the confusion & conflicts. I'm adjusting to new working hours. As a next attempt... I'm going to move that meeting to Wednesdays at 3PM SLT. From sitearm at gmail.com Fri Oct 26 14:30:28 2012 From: sitearm at gmail.com (Sitearm) Date: Fri, 26 Oct 2012 16:30:28 -0500 Subject: [opensource-dev] MOSES Office Hours Screenshot(s) 26-Oct-2012 In-Reply-To: References: Message-ID: http://sitearm.wordpress.com/2012/10/26/moses-office-hours-screenshots-26-oct-2012/ MOSES Office Hours Screenshot(s) 26-Oct-2012 October 26, 2012 ? sitearm *[image: moses camera rig with john carpozza]3-D Web* is the set of internet technologies that put user browsers in an online, interactive 3D environment. *MOSES* (Military Open Simulator Enterprise Strategy) is a privately-hosted, OpenSim, online virtual environment with stringent security from hackers. *STTC *(United States Army Simulation and Training Technology Center) provides state-of-the-art applied research to develop simulation technologies. *Hurricane Sandy* added spice to today?s MOSES Office Hours by flicking the power to the MOSES (Tampa, Florida-based) Network Routers off and on during the meeting, forcing a restart and a re-login of participants. Resident *OpenSimulator Expert Justin Clark-Casey* immediately noticed that packet performance improved thereafter. So, new learning: Hurricanes Help MOSES aka Restart Sims Weekly. *MOSES Project Manager Douglas Maxwell* shared screenshots of the *MOSES Open Simulator Virtual Environment Servers* and the brand-new *MOSES 10 Digital Camera Rig* for capturing real-world faces to translate into virtual-world avatars. If you?re going to the *Defense Game Tech 2013 User?s Conference*April 17-19 in Orlando, Florida, you may just have a chance of seeing this technology live! *[image: moses camera rig with douglas maxwell]Selected Quotes* *We have the skills, we have the technology, to interpolate the face mesh!* MOSES Home Page: http://brokentablet.arl.army.mil/ See also: http://sitearm.wordpress.com/category/moses/ MOSES 10 Digital Camera Rig image courtesy STTP; Shown is *STTP Animator, John Carpozza*. By shooting and interpolating various expressions, MOSES can create an Avatar with facial animations that can move based on what the Avatar is saying and what emotions the Avatar is expressing. MOSES Avatar Translation image courtesy STTP; Shown is *STTP Science and Technology Manager, Douglas Maxwell*. A 3-D mesh is created with added photographic texture overlay for a final, photo-realistic Avatar usable in OpenSim or Second Life. Posted in 3D Web , MOSES, News . Leave a Comment ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121026/7d2de6bb/attachment.htm From cinder at cinderblocks.biz Fri Oct 26 14:41:07 2012 From: cinder at cinderblocks.biz (Cinder Roxley) Date: Fri, 26 Oct 2012 15:41:07 -0600 Subject: [opensource-dev] MOSES Office Hours Screenshot(s) 26-Oct-2012 In-Reply-To: References: Message-ID: <2B7A9644-7BF8-457F-A172-0A91B414A9B7@cinderblocks.biz> From the Wordpress.com Terms of Service: "Responsibility of Contributors. By making Content available, you represent and warrant that:? ...your blog is not getting advertised via unwanted electronic messages such as spam links on newsgroups, email lists, other blogs and web sites, and similar unsolicited promotional methods?" http://en.wordpress.com/report-spam/ On Oct 26, 2012, at 3:30 PM, Sitearm wrote: > > http://sitearm.wordpress.com/2012/10/26/moses-office-hours-screenshots-26-oct-2012/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121026/92f58490/attachment.htm From gareth at garethnelson.com Sat Oct 27 10:11:45 2012 From: gareth at garethnelson.com (Gareth Nelson) Date: Sat, 27 Oct 2012 18:11:45 +0100 Subject: [opensource-dev] Fwd: I'm back baby! In-Reply-To: References: Message-ID: Got a "user not found" on the old list, shows how long i've been gone ---------- Forwarded message ---------- From: Gareth Nelson Date: Sat, Oct 27, 2012 at 6:06 PM Subject: I'm back baby! To: Second Life Developer Mailing List Kind of........ Been away from SL for quite a long time, is there a 64-bit binary build for linux lieing around somewhere? --- ?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 From carlo at alinoe.com Sat Oct 27 13:24:09 2012 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 27 Oct 2012 22:24:09 +0200 Subject: [opensource-dev] Fwd: I'm back baby! In-Reply-To: References: Message-ID: <20121027222409.782eda69@hikaru.localdomain> On Sat, 27 Oct 2012 18:11:45 +0100 Gareth Nelson wrote: > Been away from SL for quite a long time, is there a 64-bit binary > build for linux lieing around somewhere? https://github.com/downloads/singularity-viewer/SingularityViewer/Singularity-x86_64-1.7.2.2956.tar.bz2 is linux 64bit. -- Carlo Wood From gareth at garethnelson.com Sat Oct 27 13:52:06 2012 From: gareth at garethnelson.com (Gareth Nelson) Date: Sat, 27 Oct 2012 21:52:06 +0100 Subject: [opensource-dev] Fwd: I'm back baby! In-Reply-To: <20121027222409.782eda69@hikaru.localdomain> References: <20121027222409.782eda69@hikaru.localdomain> Message-ID: Thanks a lot :) On Sat, Oct 27, 2012 at 9:24 PM, Carlo Wood wrote: > On Sat, 27 Oct 2012 18:11:45 +0100 > Gareth Nelson wrote: > >> Been away from SL for quite a long time, is there a 64-bit binary >> build for linux lieing around somewhere? > > https://github.com/downloads/singularity-viewer/SingularityViewer/Singularity-x86_64-1.7.2.2956.tar.bz2 > > is linux 64bit. > > -- > Carlo Wood > _______________________________________________ > 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 From gistya at gmail.com Sat Oct 27 16:08:35 2012 From: gistya at gmail.com (gistya gmail) Date: Sat, 27 Oct 2012 16:08:35 -0700 Subject: [opensource-dev] Monospace ASCII-art font In-Reply-To: <20121027222409.782eda69@hikaru.localdomain> References: <20121027222409.782eda69@hikaru.localdomain> Message-ID: I'd like to help work on a monospace font option with IBM PC ASCII box drawing characters for use in notecards and settext. Notecards would get a simple checkbox at the bottom to toggle between monospace and regular. Settext would get a new function, llSetTextMonospace. Maybe there could even be llSetTextMonospaceTableFromList or -fromCSV, with a box style and divider style flags. This would allow for much easier display of tables of information. It could even allow for things like an in-world forum HUD :-D Thoughts? Should I post this as a JIRA instead? Thanks From stickman at gmail.com Sat Oct 27 16:26:14 2012 From: stickman at gmail.com (Stickman) Date: Sat, 27 Oct 2012 16:26:14 -0700 Subject: [opensource-dev] Monospace ASCII-art font In-Reply-To: References: <20121027222409.782eda69@hikaru.localdomain> Message-ID: I would be interested in having this feature. However, posting as a Jira is no longer useful as Jiras are not public. Try the Phoenix or another popular viewer's bug tracker instead if you want a record people can see. Stickman On Sat, Oct 27, 2012 at 4:08 PM, gistya gmail wrote: > I'd like to help work on a monospace font option with IBM PC ASCII box drawing characters for use in notecards and settext. > > Notecards would get a simple checkbox at the bottom to toggle between monospace and regular. Settext would get a new function, llSetTextMonospace. Maybe there could even be llSetTextMonospaceTableFromList or -fromCSV, with a box style and divider style flags. > > This would allow for much easier display of tables of information. It could even allow for things like an in-world forum HUD :-D > > Thoughts? Should I post this as a JIRA instead? Thanks > > _______________________________________________ > 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 From secret.argent at gmail.com Sat Oct 27 17:41:24 2012 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sat, 27 Oct 2012 19:41:24 -0500 Subject: [opensource-dev] Monospace ASCII-art font In-Reply-To: References: <20121027222409.782eda69@hikaru.localdomain> Message-ID: Full Unicode, I would hope! On 2012-10-27, at 18:08, gistya gmail wrote: > I'd like to help work on a monospace font option with IBM PC ASCII box drawing characters for use in notecards and settext. > > Notecards would get a simple checkbox at the bottom to toggle between monospace and regular. Settext would get a new function, llSetTextMonospace. Maybe there could even be llSetTextMonospaceTableFromList or -fromCSV, with a box style and divider style flags. > > This would allow for much easier display of tables of information. It could even allow for things like an in-world forum HUD :-D > > Thoughts? Should I post this as a JIRA instead? Thanks > > _______________________________________________ > 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 From hitomi.tiponi at yahoo.co.uk Tue Oct 30 07:48:23 2012 From: hitomi.tiponi at yahoo.co.uk (Hitomi Tiponi) Date: Tue, 30 Oct 2012 14:48:23 +0000 (GMT) Subject: [opensource-dev] Snowstorm dev build In-Reply-To: References: Message-ID: <1351608503.80380.YahooMailNeo@web171501.mail.ir2.yahoo.com> As day 10 is approaching of the next dev viewer build being 'in progress' I am filled with anticipation at the goodies it must contain to take so long to build.? Or is it stuck again and no-one noticed? Hitomi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121030/c087500f/attachment.htm From teravus at gmail.com Wed Oct 31 08:45:17 2012 From: teravus at gmail.com (Teravus Ovares) Date: Wed, 31 Oct 2012 10:45:17 -0500 Subject: [opensource-dev] New HTTP Library & Project Viewer In-Reply-To: References: <5012D3EE.7060309@lindenlab.com> <20121020171404.cf74287b.sldev@free.fr> <508550D4.3070004@lindenlab.com> <20121023002859.30647981.sldev@free.fr> <50861699.5050601@lindenlab.com> <20121023121054.31bd3eb7.sldev@free.fr> <5086A995.70400@lindenlab.com> <20121024022143.b81a0702.sldev@free.fr> Message-ID: Good to see everyone having the HTTP spec discussion. This is the preverbial elephant in the room for this network solution. Regards Teravus On Tue, Oct 23, 2012 at 8:04 PM, Dahlia Trimble wrote: > I believe the 2 persistent HTTP connections/server recommendation is just > that: a maximum of 2 *persistent* connections *per server*. Torrent > downloads are more likely 1 connection per server with many servers. > Torrent clients also have the ability for users to specify maximum outbound > transfer rates and trying to overcome them by opening more connections to a > particular server will likely not be fruitful. > > Also, networked system designers may have control of how endpoints are > implemented but if the public internet is used as a transfer medium then > they have little (if any) control over what happens between those > endpoints. ISPs can (and often do) control traffic via whatever criteria > they deem fit. Choke points likely exist in many places and end users may > be powerless to understand and/or resolve issues caused by over-zealous > connection hoarding. > > > On Tue, Oct 23, 2012 at 5:21 PM, Henri Beauchamp wrote: > >> On Tue, 23 Oct 2012 10:28:37 -0400, Monty Brandenberg wrote: >> >> > Here's a chart I keep forwarding: >> > >> http://www.smallnetbuilder.com/lanwan/router-charts/bar/77-max-simul-conn >> > Not officially endorsed by Linden, etc., but a useful measure of >> > one metric that is likely to predict problems. At the bottom of >> > that chart you'll find members of router families that are both >> > very common and very often a source of problems in SL. >> >> Very interesting chart... And quite frigthening too, seeing all the >> so-called "routers" that can't even handle 1K connections ! >> >> This said, such routers would also stall on torrent downloads. >> >> Henri. >> _______________________________________________ >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121031/2a8ba41d/attachment.htm From oz at lindenlab.com Wed Oct 31 18:42:14 2012 From: oz at lindenlab.com (Oz Linden) Date: Thu, 01 Nov 2012 01:42:14 -0000 Subject: [opensource-dev] Review Request: Put the viewer version into marker files, and report errors only when the version matches Message-ID: <20121101014214.22977.72528@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/607/ ----------------------------------------------------------- Review request for Viewer. Description ------- In all the marker files used to detect how the viewer run terminates, record the version. When checking the results, report errors only if the current version matches the version in the file. This prevents errors in one version from being reported against the subsequent version. This addresses bug storm-1850. http://jira.secondlife.com/browse/storm-1850 Diffs ----- indra/newview/llappviewer.h 3d35a13561fc indra/newview/llappviewer.cpp 3d35a13561fc Diff: http://codereview.secondlife.com/r/607/diff/ Testing ------- Several simulated crashes both of the modified and unmodified viewers, and some in which the marker file was modified manually to simulate different viewers. Launched the new viewer after different crashes (and normal exits) and confirmed (using logging temporarily added for that purpose) that the reported last exec event was correct - and is always reported as Normal if the previous version and the running version were not the same. Thanks, Oz Linden -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121101/947eb121/attachment.htm