Jump to content

Gavin Hird

  • Content Count

  • Joined

  • Last visited

Everything posted by Gavin Hird

  1. LOL I have not been in the market for a rendering engineer, preferably with Metal experience. Linden Lab has!
  2. Mavericks is 10.9 and there was no Metal till 10.11. 10.11 is when the crashes started, and this is when the NSOpenGLProfileVersionLegacystarted to be enforced strict. So what you reported for Mavericks is pretty much irrelevant. ;-)
  3. The NVIDIA driver does not support Metal, which is the reason why users will see a significant reduction in system frame rates over using the Apple driver on macOS 10.11 and 10.12. More importantly, the NVIDIA driver does not impose the restrictions of the Apple NSOpenGLProfileVersionLegacy where before Metal it was possible to call the OpenGL functions supported by the hardware directly, whereas after Metal in macOS 10.11 you can't do that any more with the Apple driver. This is why the code started to fail in 10.11.
  4. As opposed to you Cinder, I have an open acknowledged bug report with Apple Software Engineering on the subject and it is NOT the driver, it is the Linden code that is not being updated for deprecated functionality.
  5. No, they do not. Stop spreading misinformation Whirly! The crashes occur in the Linden code beaches it is using OpenGL extensions not available not the OpenGL 2.1 profile all viewers (including Firestorm) use on macOS. So it tries to write to GPU memory illegally, causing a GPU MMU reset. The good thing is that in out testing of Kokua and KokuaOS, these are significantly more stable on macOS 10.12.4. The same is the case with the SecondLife official viewer. The other viewers tested still crash or have strange mesh artifacting. I have sent an large number of stack traces to Apple the last year, and it seems they have been able to eliminate some of the conditions leading up to the crash, but in busy scenes the viewers will crash as before.
  6. There is a development build for the macOS version of Kokua at my Bitbucket that many find more stable than other viewers. It does not have Jelly Dolls and Bento, but otherwise it should work in SecondLife for now. If you have 512 Mb or less GPU memory, lowering this to 384 in the grapichs settings often increase stability. Also this version will crash in scenes with lots of mesh and many avatars, particularly with shadows and ambient occlusion turned on. These builds are signed with my Apple developer ID so you know where they come from.
  7. ChinRey wrote: LinuxGod4u wrote: That is a useful post. Are Mac Os(s) anything like Linux?? A good question and not easy to answer. Mac OS X is based on FreeBSD which of course is very similar but not identical to Linux. So there are many similarities but also significant differences. No it is not based on FreeBSD. It has a BSD subsystem that originally was based on FreeBSD, but was certified as Unix 03 later. The Mach kernel, the IO system, the Frameworks, the UI and development tools, including Swift are not Linux like at all. When the viewer was originally started, this was more true, and is what the viewer code is largely still stuck in making it increasingly incompatible for each version of macOS.
  8. Hi Thanks! Usually we have test builds every week and sometime more frequent depending on how big changes are. Right now we have a Bento Test build. If you want to file tickets and comment on them, you would have to create a user on SourceForge. It is not entirely unlikely there will be a JIRA from the beginning of 2017.
  9. We have another round of builds for the Kokua viewer that in our own testing lowers GPU reset rates from "will crash within 5 minutes" to "no crash in 2 1/2 hours" in the same test scene. Obviously we don't have a large selection of Apple hardware to test on so YMMW, but we encourage you to test the new builds. For these builds we also find that if you have 512 Mb or less graphics memory in your machine you will get a more stable system by setting the texture memory slider to 384 Mb in Graphcis Advanced preferences (Advanced - Hardware for OpenSim). You get the SecondLife version and the OpenSim version from SourceForge. NOTE, the GPU will still be reset under certain conditions, but this cannot be fixed unless the renderer is rewritten to support OpenGL 3.2.
  10. There are now SecondLife version builds of the Kokua viewer at Sourceforge that have the same code changes as the OpenSim version. This version should have the same functionality as the latest Linden release version. (most recent uploads) These versions should work better on macOS 10.11 and 10.12. As stated before they will crash the GPU in some scenes so ymmw.
  11. I am glad it improved the situation for you. We shall have to update the SecondLife version of Kokua too. Cheers!
  12. It is one of the dmg files at the top. (with and without RLV support). It is hard to say eactly why there is no priority of fixing the Mac version of the viewer, as in many ways the code it is made up of have rotted on root void of all the changes Apple have gone through since leaving the GCC compiler behind 6 major macOS versions back. Most of this time I have been an observer, rather than an active contributor to a Mac version of the viewer, but my major observation is there is an inbred disdain of anything Apple both in Linden Lab, which also extends to the much larger section of the user base and developers.
  13. Whirly Fizzle wrote: If you are using the Nvidia web drivers though, you won't crash. The crash only happens if the system is using the Apple Nvidia drivers. You can use the NVIDIA drivers, but they are both a bit hard to find, and tied to a specific macOS build so they break at just about every update. They are only meant for the Mac Pro, but they happen to work on other machines too. Here is a link to a site that maintains links to the drivers. Make sure you download the one for the macOS build number (can be easiest found from the System Report function linked to "About This Mac" on the Apple menu. This is, however, only a stopgap, and no excuse for LL not to fix the viewer code (that 25% of their contet developers relies on in one for or another.)
  14. No,it is not viewer specific, but GPU specific. As far as I know the Radeon GPUs are not affected like the NVIDIA ones. – Which is why your iMac is good. The crash is more pronounced on macOS 10.12 than on 10.11. Per my findings the crash on 10.11 occurs in the culling code; the code that caclulates what part of the scene is visible and shall be rendered. It manifest itself in scenes with medium to high content of mesh items when shadows are turned on. On 10.12 in addition the code that calculates ambient occlusion will crash the viewer, and this can be provoked by only turning ambient occlusion on. There is a jira for the crash, but as far as I know nothing have been done but acknowledge the fact. More important Apple Engineering has been able to repro the crash on the SecondLife viewer with the OpenGL 2.1 profile that the Mac version of all viewers use. To fix it, the Mac version must use a OpenGL 3.2 profile for the renderer as a minimum (and be made Metal aware). We have a development version of Kokua for OpenSim where the ambient occlusion issue is partly squashed. You can still log on to SecondLife with this version of the viewer.
  15. Krystal Iridescent wrote: I am surprised that nobody has recommended Alchemy Viewer yet? I have run it for at least two years on my Macbook Pro mid 2012 model and now that I updated to Sierra, it is still by far the best viewer to use. Depeding on your Macbook Pro model it may only have Intel graphics, and is therefore not affected. Macs with descrete grapichs (and some of them also have Intel graphics in addition) will also crash the Alcmehy viewer in the same manner as the other viewers. Turning on Ambient Occlusion will crash the viewer as the crash happens in the occlusion code overwriting memory in the GPU leading to a GPU reset. Turning on shadows will accomplish the same, but usually faster the busier the scene is.
  16. Bitsy Buccaneer wrote: Any advice on what to do? I'd really rather not lose SL, but this isn't a great time to buy a new computer and I have absolutely no reason to other than SL. Am feeling rather lost and stressed about it. The only thing you currently can do is lower your graphics settings to a point where the viewer is stable. You may want to make different presets for different areas you are in, so you can easily switch between them. One setting may work in your home, but will crash the GPU (and the viewer) if you go to a mesh heavy area, or a crowded club. Depending on how much graphics memory yopur Mac has, you may also experiment with the texture memory slider. The setting should be preserved as part of a preset. I am sorry for all the Mac users who feel this pain right now.
  17. For every iteration of macOS the rendering code in the Mac version of any viewer gets more and more incompatible with macOS, because Linden Lab does nothing to update the very outdated code that exist in the macOS version of the LL viewer. The same code is use by every third party viewer. The reason why the NVIDIA driver also gets more outdated / hard to update is that Apple is replacing more and more funtionality of the graphics drivers with their own METAL code, at the expense of OpenGL, which they have not updated for quite some time. So unless Linden Lab manage to write a METAL renderer, it will most likely continue to get worse. They are in the market for a rendering engineer, preferably with METAL experience, but I don't know if the position has been filled. Such a person is most likely very expensive to hire. I can show you exactly where in the code the viewers will crash, and why you have to turn off occlusion / shadows for the viewer to be stable (I am the maintainer of the Mac version of the Kokua viewer.) I am not in a position to be able to rewrite the renderer, however.
  18. DeeKate wrote: Does this mean that I can take a (possibly long) leave from SL? It does not mean you have to elave SL, but you probably have to turn off shadows, in combination with reducing draw distance and lowering mesh quality in the Graphics Preferences tab. It will take a bit of trial and error to figure out what works best with your computer. Having shadwos turned on will crash your viewer at some point.
  19. Loco Mycron wrote: DeeKate wrote: I've updated to Sierra about a week ago and both the viewers I got, Firestorm and Singularity, have become since really unstable ... I crash all the time and in particular when I tp from a sim to another. Almost tempted to give up SL. Which model Mac are you using DeeKate, and which graphics card? It does not really matter what Mac or graphics card you have.The issue is that the Mac version of viewer is programmed for OpenGL 2.1, which makes it increasinly incompatible with macOS since 10.11 and compounded in 10.12. We know exactly where the viewer crash down to the exact source line of code, but Linden Lab needs to rewrite the renderer to fixit. Nobody else has the competence to do this. In addition the SL plugin andother viewer components use code that Apple stopped supporting 4 major system versions back.
  20. It works, but there is a slowness initializing html content, meaning it takes a bit before content in the login screen shows, and the same if you open the internal web browser. Otherwise it runs reasonably well. In areas of moderate to high mesh content the GPU will spontaneously reset and the viewer will crash when shadows are turned on. This sould only happen if you have a NVIDIA GPU in your Mac. This also happens on 10.11 and is a known bug reported to LL a year ago. They have to fix the rendering code. The latest builds of the Kokua viewer works too. There should be a release version in a day or two.
  21. If you need to apply a transparent texture to a mesh, what usually works is to use two sided mesh where each of the sides have different materials assigned to them in the modeller. You can then apply the same texture to each side for the in-world model. It works OK for items like drinking glasses, lace curtians etc.
  22. My goodness! It is not supposed to behave like that. You did not say what operating system you run on but I presume Windows(10)? If you have the inclination, please try the Kokua builds and see it they behave any better. You can get the most recent builds for SecondLife or OpenSim from Sourceforge.
  23. Apple is not particularly preoccupied with cross platform support, but to wring as much performance and battery life as possible out of their iOS devices, of which there are hundreds of millions of users. If LL wants to play in the mobile space, iOS is where most money is made. An investment in rewriting the code would improve their bottom line, and pave they way for a viewer on iOS.
  24. Most of the current Apple hardware supports OpenGL 4.1 or 3.3 for systems that are a bit older. The Mac version of the viewer use OpenGl 2.1 so that is a bit outdated, and LL could have updated their code a long time ago. Apple is currenlty shifting their graphics capabilites over from OpenGL to Metal as that gives a performance increase in the order of 2.5 - 10 times depending on what the code does. The viewer renderer can be rewritten for Metal, although there obviously is quite a bit of work to do so.
  25. Darrius Gothly wrote: And I still do not see why that is a bad thing to do! It is not a bad thing to do. From their perspective it is a good thing to do because they will get rid of all the smut, the winers, the child avatars, the entitlement and so on that has kept LL from being seen as a serious contentder in the market. Cutting the ties provide them with a clean sheet to define a new market!
  • Create New...