Re: [opensource-dev] Debugging purging a single folder from trash
It also points out why HyperGrid, for all the "Hype" it receives is fundamentally busted. It fails to deal with trust relationships between services and partitioning of responsibility in any kind of sensible way. Its really assuming a "friendly" environment for a protocol that is meant to work over the internet between disparate providers. At best a non-sequitur. IMO it never should have gone into core and I said so at the time. Mike On 10/5/15 10:59 AM, Henri Beauchamp wrote: > On Mon, 5 Oct 2015 16:52:05 +0200, Latif Khalifa wrote: > >> It's not nonsense, it's a security measure. In SL sims are trusted so >> they proxy all the communication from the viewer to the central >> services such as inventory and assets. On OSGrid anyone can attach >> their own sim. This sim could tell the inventory service "User XYZ >> just emptied the trash", which in practice means everyone with a >> modified sim code could empty your Trash and Lost & Found. >> >> This is why those operations were disabled on OSGrid, and work just >> fine on more controlled grids. > So, instead of securing the communications (simply check that the user > is actually logged into the requesting sim, or use AISv3 instead of > UDP messages), you prefer breaking a protocol (not even documenting > the change anywhere, and not warning the TPV developpers you did it)... > > Non-sense (again) ! > > 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
Re: [opensource-dev] Building GTK+ and friends with autobuild new tools
On 07/24/2015 04:16 AM, Henri Beauchamp wrote: On Thu, 23 Jul 2015 21:47:36 -0500, Nicky Perian wrote: Thanks for taking time to provide a thoughtful reply. I agree, it is not a viewer for older distributions. I don't consider 3 years old distributions as old ones... If you do, then What would you say about Windows XP, Vista, or even Windows 7 ? :-D Windows XP is EOL and anyone using it is asking for serious issues with security problems which won't ever be fixed. If you're running an older platform you should be grateful the vendor is willing to backport and handle security fixes. But when they call it EOL you only have yourself to blame if you continue running it and have issues. In the Linux space for most distros there is no vendor to even backport fixes since it community maintained in many cases. For Ubuntu if you are running an LTS release then yes its supported for a longer period. Which means you'll have the benefit of security fixes. 12.04 is April 2017. Should you upgrade to 14.04 LTS? Probably yes if only to get updates on apps that aren't simply security fixes. You can argue that a viewer should support older releases and to some degree I could agree with that. Truth is though that the hardware requirements of the viewer also change and anyone running on a machine more than a few years old isn't going to have the experience intended with the current software tech. So I personally prefer that releases target .. the actual target. Which IMO is 3-4years max. Hence as I said I think you can argue in the ubuntu case 12.04 but nothing earlier and for Windows I see absolutely zero benefit supporting Windows XP especially if its holding back support for newer releases. Just my 2 cents Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Building viewer-release on OS X.
On 10/04/2013 09:37 AM, Cinder Biscuits wrote: Did you install Command Line Tools with Xcode and CMake? (from your logs) -- The C compiler identification is unknown -- The CXX compiler identification is unknown That's not good. :O (from my logs) -- The C compiler identification is Clang 4.2.0 -- The CXX compiler identification is Clang 4.2.0 Hope this helps. ooo, I didnt realize building with CLang works. I may have to give it a try on Linux. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Gstreamer issue.. how to debug?
So this past weekend Fedora pushed out a bunch of updates which I installed. I wish they wouldn't do this but they seem to release stuff in huge batches. Anyway since then SLPlugin fails to play audio streams. Video seems to be ok. Is there any doco on how to debug issues with SLPlugin? I tried running the client with a window open. It *looks* like its starting the stream but nothing. Running the same thing with Singularity I get an error about no HTTP source plugin. If I run gst-launch-0.10 playbin uri=http://96.44.147.34:7078 This works fine. I'm sort of at a loss and miss my streaming music in SL. I'm pretty sure the update broke something but it seems to be localized to SLPlugin (I can play audio streams fine in other apps). I just need a hint on how to narrow down what might be borked. Thanks!! Mike On Tue, 2011-12-20 at 10:36 -0500, Oz Linden (Scott Lawrence) wrote: We've been given some extra holiday time off between Christmas and New Years, so I will only be occasionally checking in from December 23 through Jan 2: all open source meetings during that time are cancelled. This year has been a good one for open source contributions, and I think that next will be much better. Thank you again for all that you do, and enjoy the holidays. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Standard Human Mesh Avatar???
On Mon, 2011-12-12 at 09:40 -0500, Robert Martin wrote: On Sat, Dec 10, 2011 at 2:56 PM, Dahlia Trimble dahliatrim...@gmail.com wrote: The MakeHuman mesh is probably far too complex (vertex count) to allow reasonable real-time performance for many users with less than the best graphics cards. There's probably other meshes available on other 3d content sites which are better designed for real-time animation. the trick with MakeHuman is it can be used to generate multiple meshes it would be understood that it would need to be downsampled (to below XK vertexes) before it could be used on the grid. The big question would be What is the recommended Maximum Vertex count?? (define X please) You could always dump the avatar mesh from the viewer (in the develop menu I believe) and pull it into blender to get an idea of what your dealing with. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Viewer UI mode merge
On 10/18/2011 06:04 PM, Oz Linden (Scott Lawrence) wrote: Today the Viewer UI mode merge project is coming to viewer-development. This project combines basic and advanced modes and brings an updated, more flexible workspace to the Viewer. One thing I've notice in this viewer and a few recent dev builds... Using the mouse wheel to scroll a window only works when I'm hovering over the scroll bar on the right. Doing it over the window (inventory list, notecard, etc) doesn't work. This is on Linux FWIW. Is that intentional? It's a major departure from the standard desktop UI behaviour for all the other scrollable windows on my system. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Mesh viewers and tcmalloc issues
On 10/02/2011 03:48 AM, Henri Beauchamp wrote: On Sun, 02 Oct 2011 00:23:36 -0400, Mike Chase wrote: Setting this as described for me made the client (on Linux) so slow as to be unuseable. I am seeing occasional crashesas well and tried this as a workaround. I can tell you the slow down is *certainly* not coming from this fix: I conducted many tests here (have been using this fix for over a week now), and can tell there is absolutely no speed difference with the fix and without the fix... I'm pretty sure it is. No code changes, I simply set the environment variable and restarted. removing the environment variable again returned things to previous behaviour. This is running a 3.0.6 dev viewer on Fedora Linux (F15) x86-64. Mike 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
Re: [opensource-dev] Mesh viewers and tcmalloc issues
On 10/02/2011 10:12 AM, Mike Chase wrote: On 10/02/2011 03:48 AM, Henri Beauchamp wrote: On Sun, 02 Oct 2011 00:23:36 -0400, Mike Chase wrote: Setting this as described for me made the client (on Linux) so slow as to be unuseable. I am seeing occasional crashesas well and tried this as a workaround. I can tell you the slow down is *certainly* not coming from this fix: I conducted many tests here (have been using this fix for over a week now), and can tell there is absolutely no speed difference with the fix and without the fix... I'm pretty sure it is. No code changes, I simply set the environment variable and restarted. removing the environment variable again returned things to previous behaviour. This is running a 3.0.6 dev viewer on Fedora Linux (F15) x86-64. One more note. I have 16gb of memory on this system so the large heap really isnt a problem per-se. I still see occasional exits (with no crashdump so I can't easily say what exactly is happening). RSS on my system is 1 so I'm not coming even close to that. Henri, I'm not saying your wrong (though setting a param outside the specified operational range for the library doesn't feel like a *fix* to me). I do believe more testing is needed. Mike Mike 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 ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Mesh viewers and tcmalloc issues
On 10/01/2011 04:24 PM, Henri Beauchamp wrote: Greetings, I noticed that all the viewers using tcmalloc (mesh viewers under Linux and Windows, since those use SSE2 and must gain memory-aligned malloc() and new() calls that their standard library does not provide) suffer from a serious problem: they never release memory back to the system, meaning that after visiting a crowded place and caming around a lot, the viewer can occupy 2.5Gb of memory, and even after you TP out to a skybox with almost no objects/textures and no avatar around, the viewer retains the full amount of alloctaed memory for itself. Worst, should you manage to keep the viewer from crashing during a full hour or so, its allocated memory will get so badly fragmented that it starts crawling down and finally crashes, even in quiet sims. Bao Linden recently worked on private memory pools to work around these issues, but so far and despite his hard work, the result is less than satisfactory: the memory is still never released to the system, and the viewers using private memory pools crash every few minutes after issuing a warning: LLPluginProcessParent::poll: apr_pollset_poll failed with status 4 Well, be happy since I found an easy work around for these problems while working on the Cool VL Viewer v1.26.1 (the mesh branch). tcmalloc is actually supposed to release back to the system the memory freed by the application using it, but it does so only after a certain number of memory blocks have been freed. There is an environment variable that you can set (TCMALLOC_RELEASE_RATE) to adjust the rate at which tcmalloc will release the freed blocks back to the system. In fact, this is not really a rate, but a divisor (the number of freed blocks is divided by the rate number (when != 0: a 0 rate means never release memory), and compared to a threshold. If the number is below the threshold, the freed blocks are released. The documentation for tcmalloc says that Reasonable rates are in the range [0,10], but even with a rate of 10, you never get the viewer to release more than a couple hundreds megabytes for 2+Gb of allocated memory. It occurred to me that the algorithm tcmalloc uses is simply crippled ! The good news, is that if you pass an unreasonnable rate, tcmalloc will finally release memory (the more unreasonnable and the more memory is released). With a rate of 1 (yes, ten thousands), you get the viewer to release everything when it doesn't need it any more, which matches the behaviour of tcmalloc-less viewers. Since the Windows builds don't use a wrapper script to launch the viewer, it is however best to hardcode this new rate as the default one in tcmalloc istelf. This is what I did for the Cool VL Viewer and it works like a charm. There is only one line to change in tcmalloc source, in src/page_heap.cc: DEFINE_double(tcmalloc_release_rate, EnvToDouble(TCMALLOC_RELEASE_RATE, 1.0),--- HERE Rate at which we release unused memory to the system. Zero means we never release memory back to the system. Increase this flag to return memory faster; decrease it to return memory slower. Reasonable rates are in the range [0,10]); Now, the viewer runs rock stable (just like the non-mesh, tcmalloc-less version) and uses very reasonnable amounts of memory. It also doesn't suffer from memory fragmentation any more since it is transparently taken care of by the OS (via the page table and the PMMU of the CPU, something neither tcmalloc nor Bao's private memory pool can do since these are userspace code). For what it is worth... Setting this as described for me made the client (on Linux) so slow as to be unuseable. I am seeing occasional crashesas well and tried this as a workaround. Mike 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
Re: [opensource-dev] More proposals for draw distance slider icon
On 06/14/2011 08:38 AM, Tateru Nino wrote: I'd consider a microscope to match the telescope. Since its distance we're dealing with why not a ruler. I haven't followed the entire thread so apologies if thats been mentioned and rejected already. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] llconvexdecompositionstub
On 05/24/2011 11:49 AM, WolfPup Lowenhar wrote: During the Open Development User Group meeting on Monday it was discussed about the possibility of being able to convertllconvexdecompositionstub into a working open source version if there is an agreement on the code to incorporate into the stub lib and also the possibility of it being centrally hosted so that all OS Developer would be pulling the same code for local building as well as the current lib being updated to reflect the new functionality. Here is the two possibilities so far: 1. The Bullet Physics System http://code.google.com/p/bullet/ 2. John Radcliff's http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now.html Looks like John Radcliff's implementation isnt supported any longer though he refers to a replacement which is also open source and appears to do a better job. http://codesuppository.blogspot.com/2011/05/hacd-hierarchical-approximate-convex.html Mike __ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Deploying External Editor with Windows build?
Unless it can be made available cross platform I don't see a reason to favor one over another. Personally I use Eclipse and LSLPlus and the internal editor for debug tweaks or quick hacks. Maybe an alongside download or a link on the dev page. But I wouldn't think bundling it with the viewer makes sense unless the code is donated to the project and made to work cross platform. That is, it becomes the standard LSL editor for everyone. Mike On Thu, 2011-04-21 at 15:23 -0400, Oz Linden (Scott Lawrence) wrote: On 2011-04-21 14:08, Brandon Husbands wrote: Hey all i own the rights to the source for the LSLEditor. It is publicly GPL but i can license it to ll under any terms they want. Since the external editor feature is ebing added it would be a good idea to deploy that with it. whatcha think? Your timing is amazing... I'd been meaning to talk to you about that... I confess to not having tried it yet - what say you, Community ? Without making any commitments about what will happen - should we make it available as an optional component? ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] OPEN-50 (aka STORM-1149) merged - configuration name changes
On Wed, 2011-04-20 at 07:03 -0400, Oz Linden (Scott Lawrence) wrote: I've merged the changes to support open source configurations building with the VS Express edition. Many people have been using these for quite some time, so I don't expect any big surprises (famous last words). Note: This changes the configuration names from OpenSourcesomething to somethingOS for something={Debug,RelWithDebInfo,Release}. So just to clarify, we should use the new config names across all platforms or just for VS Express? If I build on Linux ReleaseOS should work? Mike I did not take in the last change that Ima posted, which made open source builds disable the tests by default. If you want to turn them off, you can, but it should not be the default. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] OPEN-50 (aka STORM-1149) merged - configuration name changes
On Wed, 2011-04-20 at 10:52 -0400, Oz Linden (Scott Lawrence) wrote: On 2011-04-20 9:40, Mike Chase wrote: On Wed, 2011-04-20 at 07:03 -0400, Oz Linden (Scott Lawrence) wrote: I've merged the changes to support open source configurations building with the VS Express edition. Many people have been using these for quite some time, so I don't expect any big surprises (famous last words). Note: This changes the configuration names from OpenSourcesomething tosomethingOS forsomething={Debug,RelWithDebInfo,Release}. So just to clarify, we should use the new config names across all platforms or just for VS Express? If I build on Linux ReleaseOS should work? Yes, it should and I'm sure we'll hear about it if it doesn't :-) I got a clean build on fedora 14 x86_64. I haven't done any serious use but the tests all passed. One issue, autobuild didn't automatically kick off the make. I had to chdir into the build directory and start it manually but the build worked fine from there. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild VS 2010 support merged to viewer-development
On Mon, 2011-04-04 at 20:36 -0700, Trilo Byte wrote: Last build with working multi-wearables (on Mac client, anyways) was 225589. I've created a JIRA issue for the bug - https://jira.secondlife.com/browse/VWR-25421 If any Windows/Linux users could please check this out and see if they can reproduce, I'd appreciate it. I can't say I've actually done this before but I can confirm the described behaviour on Linux. Mike TriloByte Zanzibar On Apr 4, 2011, at 7:47 PM, Trilo Byte wrote: Found something that appears to have broken in 225670 - multi-wearables. Adding multiple attachments still works as expected, right click on an attachment in your inventory or the My Appearance tab and choose Add to add it to your currently worn outfit. However, multiple layers is broken - the Add button is ghosted when selecting additional clothing layers in your SL inventory. It does work as expected if selecting an additional clothing layer item from one of your established outfit folders in the My Appearance tab. I'll start winding back through the builds to try and identify the version this was broken in, this is a major regression to the fashion set and hopefully this can be fixed before 2.6.3 goes to beta. On Apr 1, 2011, at 3:08 PM, Oz Linden (Scott Lawrence) wrote: The autobuild and Visual Studio 2010 branch has been merged to viewer-development develop.py is dead, long live autobuild We did not get the OPEN-50 changes in before this merge, but it will be very high priority for early next week. ___ 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 ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild VS 2010 support merged to viewer-development
Ok, so One thing I'm seeing frequently with this new build is I'm either partialy ruth'd or the wrong sex. Mostlyu loos liek shape issues but in coms cases others will see me with 2 skins, A noob skin and my own. Like they're both being worn. Its occured fairly frequently. A teleport sometimes clears it up. IDK if thats related to the wearables stuff at all... Mike On Mon, 2011-04-04 at 20:36 -0700, Trilo Byte wrote: Last build with working multi-wearables (on Mac client, anyways) was 225589. I've created a JIRA issue for the bug - https://jira.secondlife.com/browse/VWR-25421 If any Windows/Linux users could please check this out and see if they can reproduce, I'd appreciate it. TriloByte Zanzibar On Apr 4, 2011, at 7:47 PM, Trilo Byte wrote: Found something that appears to have broken in 225670 - multi-wearables. Adding multiple attachments still works as expected, right click on an attachment in your inventory or the My Appearance tab and choose Add to add it to your currently worn outfit. However, multiple layers is broken - the Add button is ghosted when selecting additional clothing layers in your SL inventory. It does work as expected if selecting an additional clothing layer item from one of your established outfit folders in the My Appearance tab. I'll start winding back through the builds to try and identify the version this was broken in, this is a major regression to the fashion set and hopefully this can be fixed before 2.6.3 goes to beta. On Apr 1, 2011, at 3:08 PM, Oz Linden (Scott Lawrence) wrote: The autobuild and Visual Studio 2010 branch has been merged to viewer-development develop.py is dead, long live autobuild We did not get the OPEN-50 changes in before this merge, but it will be very high priority for early next week. ___ 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 ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild VS 2010 support merged to viewer-development
On Sun, 2011-04-03 at 10:57 -0400, Oz Linden (Scott Lawrence) wrote: On 2011-04-03 9:27, Mike Chase wrote: Quick pass through on Linux and all seemed ok. Profiles worked fine and the annoying pause that previouly made the viewer unusable seems fixed. Glad to hear that the problem there was in how some of the libraries were built. Fortunately, in our new build structure it will be much easier for open developers to do library builds the same we that we do, and therefor to contribute improvements and upgrades. I'll use it this evening for an event I'm hosting so it will get a workout and I'll post more experiences then Used it all last night at my set. Seemed pretty much solid overall. I had a few issues with voice (lost access to the voice server and then only got half of it back; could hear but not speak). That may have been issues with the voice server. It was a one time occurrence. Again this is on Linux. Fedora 14 x64. Mike 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
Re: [opensource-dev] autobuild VS 2010 support merged to viewer-development
On Fri, 2011-04-01 at 20:56 -0400, Oz Linden (Scott Lawrence) wrote: On 2011-04-01 18:08, Oz Linden (Scott Lawrence) wrote: The autobuild and Visual Studio 2010 branch has been merged to viewer-development This is a big change in the tools and many of the libraries that go into the viewer, so please download a Development viewer for your weekend fun and let us know how it works for you. I gave a pass at trying to build using this setup. Checked out the development viewer and installed autobuild. I ran autobuild with the OpenSoureRelease configuration. This is on a Fedora 14 x64 linux install. It fully completes the compilation steps and then fails processing libraries. The errors are related to strip being unable to strip the libraries because of permissions problems. Is there a setup step I need to do prior to building? I tried to follow the instructions on the site step by step. Mike ___ 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
[opensource-dev] Linux build without the pausing behaviour
Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI? I find myself without any useable V2 viewer at present. I've tried 2.5.2 and 2.6.3 and both still have this issue. How in the world did this every get past QA? It really renders the viewer unusable. I've been using Imprudence the last few days which is nice but a huge shift in UI and I've actually gotten both used to and productive with the V2 paradigm. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux build without the pausing behaviour
On 03/28/2011 10:53 AM, leliel wrote: On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbisyt...@gmail.com wrote: Il giorno 28/mar/2011, alle ore 16:41, Mike Chase mike.ch...@alternatemetaverse.com ha scritto: Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI? I find myself without any useable V2 viewer at present. I've tried 2.5.2 and 2.6.3 and both still have this issue. http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-autobuild2010/latest.html Is this a special build with the fix? I hjave 2.6.3 which still exhibits the problem. And yes I'd agree with others. I've seen this problem reported for quite some time yet no fix seems to make it into the released builds. Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux 64bit and gstreamer
On 12/12/2010 04:09 PM, Argent Stonecutter wrote: You know what would really help people get over the hump of setting up for building SL? A VMware appliance containing a working SL build environment, for 32 and 64 bit Linux. Or a KVM/qemu image assuming the target audience is running 64bit Linux. On a related note, the voice components are proprietary. Is it possible to get them to work? Can you use a 32 voice and SLPlugin component with the 64bit application? Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux 64bit and gstreamer
On 12/12/2010 10:48 PM, Marc Adored wrote: Yes 32bit SLVoice can run with 64bit viewer because the viewer is not using it as a lib its a network connection between each other so none of that matters. Ok, so maybe one thing that might be considered for a 64 bit build is to build the core client 64bit but do the voice and SLPlugin stuff as 32bit. Can the build scripts be taught to do that? It seems building standalone with such a config would produce a fully functional client (all the pieces would work). Mike On Sun, Dec 12, 2010 at 9:03 PM, Mike Chase mike.ch...@alternatemetaverse.com wrote: On 12/12/2010 04:09 PM, Argent Stonecutter wrote: You know what would really help people get over the hump of setting up for building SL? A VMware appliance containing a working SL build environment, for 32 and 64 bit Linux. Or a KVM/qemu image assuming the target audience is running 64bit Linux. On a related note, the voice components are proprietary. Is it possible to get them to work? Can you use a 32 voice and SLPlugin component with the 64bit application? Mike ___ 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
[opensource-dev] Linux 64bit and gstreamer
Hi all, I have a new machine coming and given the amount of memory it has I'd really like to run it 64bit linux (probably ubuntu). I'd really like to stay with the ability to run SnowStorm (and the Mesh viewer builds). Can someone point me to a summary of 64bit support for Linux for that series of viewers? I know in the past I was able to run a 32bit version but with no streaming media. Thats a non starter for me as I own a club in SL and its kinda nice to be able to hear what's being played in the club. Thanks in advance for the help! Mike ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux 64bit and gstreamer
On 12/10/2010 03:33 PM, Altair Sythos Memo wrote: On Fri, 10 Dec 2010 12:51:54 -0500 Mike Chasemike.ch...@alternatemetaverse.com wrote: Hi all, I have a new machine coming and given the amount of memory it has I'd really like to run it 64bit linux (probably ubuntu). I'd really like to stay with the ability to run SnowStorm (and the Mesh viewer builds). Can someone point me to a summary of 64bit support for Linux for that series of viewers? I know in the past I was able to run a 32bit version but with no streaming media. Thats a non starter for me as I own a club in SL and its kinda nice to be able to hear what's being played in the club. sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde ia32-libs-sdl Yes, but that doesn't address the gstreamer issue. As far as I know unless something has changed. I suppose I could bite the bullet and get used to building form source. But I was hopeful with the excellent work being done in sprints by the team that a 64bit Linux client might have been addressed. Mike ___ 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