Jump to content

Mellissa Gothly

Resident
  • Posts

    6
  • Joined

  • Last visited

Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Jean Horten wrote: I'd recommend to install the following packages as 32 bit viewers need some 32 bit graphics libraries. libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 This command, executed in a terminal will install them sudo apt-get install libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 You could try a 64 bit viewer though, which does not need 32 bit graphics libs J. Thanks for your reply. The terminal responded saying they were on their latest versions, and were set to manual installation. I would prefer to be able to use Firestorm viewer before resorting to a 64 bit OS, unusual why it plays up on 12.10 and not on 12.04. In theory there should be some solution, unless there is something wrong or depricated on the Second Life release, possibly trying to use outdated library functions. It is all I can think of since I have installed nearly every 32bit package relevant.
  2. Hello everyone! I recently swapped Linux distributions from Elementary OS Luna (ubuntu 12.04 variant) to Ubuntu 12.10, which had Firestorm installed on it. Firestorm ran fine, despite having a universal graphic driver installed (or at least it said 'graphics card - NA'). On Ubuntu 12.10 it now reports I have a graphic card, however I suspect that has nothing to do with the current problem. When I try to run the secondlife file, I get this error pop up. libGL error: failed to load driver: i965 libGL error: Try again with LIBGL_DEBUG=verbose for more details. libGL error: failed to load driver: swrast libGL error: Try again with LIBGL_DEBUG=verbose for more details. The program 'do-not-directly-run-secondlife-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 30 error_code 11 request_code 154 minor_code 3) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) *** Bad shutdown ($LL_RUN_ERR). *** You are running the Second Life Viewer on a x86_64 platform. The most common problems when launching the Viewer (particularly 'bin/do-not-directly-run-secondlife-bin: not found' and 'error while loading shared libraries') may be solved by installing your Linux distribution's 32-bit compatibility packages. For example, on Ubuntu and other Debian-based Linuxes you might run: $ sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde ia32-libs-sdl ******************************************************* This is a BETA release of the Second Life linux client. Thank you for testing! Please see README-linux.txt before reporting problems. (Firestorm shows its own variation on the error, with the same advice). I have installed all the ia32 multiarch files, and tried various commands that resolved similar problems, however this error still comes up whenever I try to run it. I am using on a 64 bit version, with support for the i386 architecture. Does anyone else have this problem, or a solution? This can't be a hardware issue since nothing has been changed since the last operating system, and it runs perfectly fine in Windows 7 and XP. Any help is appreciated, thank you!
  3. Hmm unless the graphic driver itself is faulty I wouldn't put this down as a hardware fault, because this does not occur in Linux, however that runs on a universal driver rather than a specialised driver. I forgot to note two things, not only is my graphics card not officially supported, this started happening since mesh was introduced (I believe a crash of this nature occured on the latest Phoenix Viewer, until it suddenly stopped loading mesh). So I believe the mesh feature seems to be reacting with my graphics card, however the fact the crash happens without warning is unsual. This is kind of a reason why I am more curious than seeking a fix, because I know the nature of my card means a fix is not feasable. But I digress, here is my specifications. Firestorm 4.0.1 (27000) Mar 19 2012 16:21:21 (Firestorm-Release) Release Notes CPU: Celeron® Dual-Core CPU T3300 @ 2.00GHz (1995 MHz) Memory: 3003 MB OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601) Graphics Card Vendor: Intel Graphics Card: Mobile Intel® 4 Series Express Chipset Family Windows Graphics Driver Version: 8.15.0010.2413 OpenGL Version: 2.1.0 - Build 8.15.10.2413 I'll give the program a shot when I am next online, thanks for your help. My laptop can run at high temperatures, so in future when that occurs I will try cooling it down and see if that makes any difference, thank you both for your help.
  4. Hey guys, I just thought I would raise a thread about this since it is a really unique problem that I have never seen before. After a varied amount of time the viewer just locks up, and the next click turns the screen white as per usual with not responding windows on Windows 7. After attempting to end the task the problematic viewer remains dormant, in which Windows 7 suggests you 'End Process' the task. While this 'break the door down' method of killing programs usually works, for the Second Life Viewer it remains open, not showing the slightest bit of difference. I have tried Process Explorer and various different taskkill commands, however the program still remains open and hanging. So far the only resolution I know is rebooting, however Windows still kicks a fuss about this showing the warning screen saying Second Life is still open and is not responding. This problem also occurs with any 3rd Party viewers such as Firestorm which is built upon the latest Second Life client. When it is hanging there is no CPU activity coming from it, although it does retain the memory it was using, so opening a new viewer window after this crash results in a slow down. I was wondering if anyone knows a reason why this is occuring, as much as it does not bother me it is a really confusing and intriguing problem which I have never had before. This does not occur on Linux (tested with Linux Mint 12-13). If I posted this in the wrong forum I appologise, this is one of the few times I have used the forums. EDIT: Screenshot example, bear in mind this also occurs on the default viewer - http://img17.imageshack.us/img17/1451/fioedsnf.png
  5. Thank you for your helpful responces, You both have helped me understand the requirement of sensitive details. As much as I don't understand the need for billing information I understand they need some form of solid evidence so they can hold the uploader viable for any legal issues. I suppose asking for a credit card is better than sending them a passport or a driving license. So as long as both parties fully understand the rules and requirements of mesh uploading it should be realitvely okay? I did message the person I asked, informing him about the situation and I would read the standards part of mesh uploading to ensure I follow the rules and avoid getting him banned. Thank you guys you have both been very helpful. One more, can anyone provide me a link to the in-world pricing of meshes?
  6. First off I just want to say what I write is not a complaint, I simply want to understand these choices better, thank you. I was signing up for mesh today after I built my first mesh project (I know, wrong order). However when I went to upload as I expected I had to go elsewhere to sign my account up for it, which I would understand as I expected you would need to sign an agreement. But besides what I expected I also noticed you needed payment information, in which I do not understand at all. First question regarding this is that is this part of the process a permanent option? Because I have no intentions of providing personal details, however I would provide other means of payment if this is the case (A tax on sales, etc). Someone may point out if I am being naive or biased but I personally take this option as discouragement from Linden Labs for artists to upload their work, as for some of us out there we do not like providing sensitive details across the web, and I often help out others in world to raise funds for my projects. I ask this because I understand Mesh is relatively new to Second Life and like any company would I guess they would not want the risk of users uploading content aiming to violate laws and cause Linden Labs a bit of a rustle, but I just wanted to know if this is permanent, because I can wait for this feature to be lifted. Now the main reason this is not a complaint is because I can simply use my construct as some form of a blueprint and recreate it using the tools provided in world, However I was looking forward to using the mesh tools that had recently been provided. Now this next part is only a question, and I am not condoning it in any way, but would passing my created mesh files to another user activated with mesh abilities against the rules? I myself have not read the ToS since around 2006 time so I would not know what this is, and nor did I deem it necessary to read the rules on Mesh if I cannot be activated. Of course Both users involved would follow the rules provided to ensure no real or in world laws are violated. I thank you for your time in reading this and I hope my content did not offend or annoy anyone. Please treat me as new to this because although I have been a Second Life user for a while I have not used Mesh content uploading before, nor have I made a forum post (I don't think). If I have inadvertently caused anyone any offence please mention the offending part and I shall remove it. I know half of this was probably waffle but I am nervous about asking in fear of stepping out of line and being banned. Post summarised: Will the payment information needed in the mesh sign up process be permanent and is it against ToS to either pass work on to someone else to upload or collaborate with them in uploading. Thank you for your time.
×
×
  • Create New...