Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About SappadilliDallagio

  • Rank
  1. arabellajones wrote: A couple of times, recently, I have had occasion to ask whether something that happened with a viewer was supposed to happen. There seems to be a lot of guesswork by users. I was advised that the only way to find out whether something was supposed to happen was to see if it happened in the official Linden Lab viewer. I was a little surprised that nobody seemed to know. I downloaded the Linux version of the viewer. It keeps crashing. I was told it isn't supported, it's a Beta. This is all starting to seem less than competent. I don't even know if what happens can even happen in the LL viewer. Going by what I can find, no parcel boundaries are shown by the LL Viewer, but the documentation, such as it is, is horribly out of date. Linden Lab announced in May 2015 they were no longer actively supporting the linux version of their viewer as a primary platform. They stated they would continue to release a viewer as something akin to a "best effort" release with help from the linux community third party viewer developers. However, having recently installed the latest linux viewer (as of Jan 2017) I was shaking my head a bit at the woeful state of that viewer on a modern 64-bit linux system. LL only releases a 32-bit linux viewer. This is usually not a huge problem for modern 64-bit linux distros as they all have the ability to let the user install 32-bit multi-arch libraries. However, because it is 32-bit code, the LL viewer does not have the ability to even display user profiles, play any audio (streaming or ambient/sound effects), or display other parts of their various floaters that rely upon HTML-accessed content (such as the aformentioned avatar profiles). The 32-bit linux viewer used the old QtWebKit HTML engine which was replaced with the CEF kit. That works great for viewers designed for 64-bit platforms, such as Windows or macOS but CEF is not designed to run on 32-bit operating systems. It is newer than 32-bit. So, in effect, LL completely took away QtWebKit, which worked on 32-bit viewers and replaced that functionality with... nothing. Thus, the LL 32-bit linux viewer is pretty much useless for some pretty basic use. Of course, one might be able to revert to an older 32-bit LL linux viewer that still has the QtWebKit engine in it but that invalidates a reason why one would use the LL viewer in the first place... to see if a feature is working or not (since the older viewers may not have even had some features in the first place). As for LL using the contributions of the linux community developers, I wonder when they will be seen in the LL viewer. Singularity, a non-Bento ready viewer and the Bento ready linux viewers of Firestorm and Kokua are all written for 64-bit linux and work reasonably well. Alchemy's non-Bento linux viewer is 64-bit too but they have yet to release a new linux version of their beta Bento viewer. Either these community built viewer projects have not offered their 64-bit revisions to LL for inclusion in the LL viewer or LL is dragging their feet on working them in. The end result is a LL linux viewer that is crippled and in some basic uses. I would not call that incompetence, per se, but it does seem to me to be one way of simply letting an operating system platform die in a slow and painful way.
  2. Singularity is not Bento aware at this time. I have no idea if or when it ever will be as the viewer project seems a bit dormant of late.
  3. I have seen this phenomenon plenty of times using all of the linux viewers: Singularity, Cool VL Viewer, Firestorm, Kokua, and even the only half-working LL official viewer. In Cool VL Viewer there is a menu option called "reset vertex buffers" (Advanced > Rendering > reset vertex buffers) that instantly renders all things that did not get rendered when first entering a region. Singularity has a similar function called "refresh vertex buffers" under its Advanced menu but I do not recall exactly which submenu it can be found. As for the v3/4/5 UI based viewers, I have not found a similar function. It might be there but might have a different name. Sometimes I have also found that switching to wireframe mode then back to normal view will render everything. This has been a problem with linux viewers I have used for about three or four years now. I have discussed this a couple of years ago with the Singularity viewer team but they could not replicate what I was seeing. Sadly, I have no coding knowledge so I was unable to even know where to begin to look in the source code but I suspect it is a rendering issue (if refreshing the vertex buffers seems to always work). With LL having dropped official support for linux in May 2015, relying upon third party vendors to provide fixes, this may have to be presented to the viewer project team for fixing. It matters not whether I have used the opensource Mesa drivers (radeon, radeonsi, amdgpu for AMD or nouveau for NVidia) or proprietary fglrx or AMDGPU-Pro for AMD. The problem persists.
  4. Just as I was about to write some stats of my own for region Nosver (took nearly five minutes for rezzed scripted objects and worn scripted HUDs to respond to commands), I got knocked off the service due to "region may be having difficulties." Edited to note the status.secondlifegrid.net page shows the rolling restarts for some regions have been extended. Seems I should have refreshed that page before commenting here.
  5. Yes, I also have the dark screen with audio playback issue on my Mavericks machine. Flash was updated to 12.0 yesterday and there was no fix, but then again the fix is not in the Flash player. The fix needs to be found in the viewer code. The JIRA entry you referenced is indeed public now, but I could not add any comments to it. The best I could do was add myself to the "Watched" count.
  • Create New...