Re: [opensource-dev] About memory management on macOS 10.12 (Sierra) potentially affecting all viewers

Literally all this does is enable ARC. Don't forget that Apple still allows opt-out on a file by file basis for situations where ARC is not desired (such as cases where the compiler isn't doing something that you want WRT retaining objects outside of autorelease pools). This does not change th

Re: [opensource-dev] About memory management on macOS 10.12 (Sierra) potentially affecting all viewers

https://xkcd.com/386/ With that out of the way, autorelease pools don't have much to do with garbage collection - in fact the document that you've linked to specifically outlines the following with regards to autorelease pools and GC: > In a garbage-collected environment,

Re: [opensource-dev] Mac OS X Metal support

Additionally, effective OpenGL != effective Metal. In order to really take advantage of Metal, you would be looking at a massive rewrite of the viewer's rendering code to fit within the "Metal mindset" making a number of Metal specific optimizations along the way, and optimizations may not enti

Re: [opensource-dev] Mac OS X Metal support

Additionally, effective OpenGL != effective Metal. In order to really take advantage of Metal, you would be looking at a massive rewrite of the viewer's rendering code to fit within the "Metal mindset" making a number of Metal specific optimizations along the way, and optimizations may not enti

Re: [opensource-dev] Rebrand Mac build

Here’s the general overview: Open SecondLife.xib in newview with Xcode Rename the main window from Second Life to whatever you’d like to name it Open the terminal, cd to newview and run the following: ibtool SecondLife.xib —compile SecondLife.nib If you know a bit of Objective-C and the NSWindow

Re: [opensource-dev] new viewer

Vanilla Snowglobe 1.5 doesn't support server-side baking, meaning your avatar (and those around you) will not appear correctly pretty soon once the old protocols for baked textures go dark. On Jul 23, 2013, at 9:28 PM, a...@skyhighway.com wrote: > hey guys! i was just wondering if somebody her

Re: [opensource-dev] Cocoa Project Viewer

The minimum size for the window (as defined in SecondLife.xib) is 1024x768. This is largely to prevent any odd cases where UI elements end up getting clipped by the window inadvertently (though this is largely only a problem with the width of the window, not the height). I'll see about making the

Re: [opensource-dev] Review Request: VWR-29083 Make SSAO work better

> On Dec. 2, 2012, 9:23 a.m., Celierra Darling wrote: > > indra/newview/app_settings/shaders/class2/deferred/sunLightSSAOF.glsl, line > > 127 > > > > > > The 'if' here might be problematic.. I remember some cards were

Re: [opensource-dev] Review Request: OPEN-152 Fog is broken on water, and extra-broken on water in deferred rendering

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/611/#review1291 --- Ship it! Looks good to me. - Geenz Spad On Dec. 2, 2012, 2

Re: [opensource-dev] Review Request: BUG-540: Math updates by Moon Metty. Reviewed by Chieron Tenk.

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 mea

Re: [opensource-dev] OSX 10.8 / Xcode 4.5 compile support (wasReview Request: patch potential memory leak in llgl.h)

which is likely due out next year now that Apple's committed to annual OS X updates. I'd be interested to hear about the legacy OpenGL hacks that you're trying to remove however! That part I find fairly interesting. == Geenz Spad ge...@exodusviewer.com On Sep 20,

Re: [opensource-dev] OSX 10.8 / Xcode 4.5 compile support (wasReview Request: patch potential memory leak in llgl.h)

pretty much need to rewrite certain portions of the viewer to not use deprecated functionality and to instead have Objective-C implementations of different things (i.e., windowing and event handling); that's not an easy task (and in fact quite time consuming). == Geenz Spad ge...@ex

Re: [opensource-dev] Mercurial repository webpage layout

That's bitbucket in general. Everyone's profile pages got switched to the new layout. ====== Geenz Spad ge...@exodusviewer.com On Aug 29, 2012, at 5:03 PM, Henri Beauchamp wrote: > Greetings, > > The layout of LL's mercurial repository (http://hg.secondlife.

[opensource-dev] Review Request: As Gatekeeper, I like binaries downloaded through a web browser to be signed

wer builds with these changes in place, and the resulting .app package executes without problems on OS X 10.8 when downloaded through Safari. Thanks, Geenz Spad ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki

[opensource-dev] Content Creation Improvement UG - Morph Target Discussion

Second Life. You can find the agenda for the meetings, and other information relating to them, here: https://wiki.secondlife.com/w/index.php?title=Content_Creation_Improvement_Informal_User_Group -- Geenz Spad Sent with Sparrow (http://www.sparrowmailapp.com/?sig) __

Re: [opensource-dev] Anyone else having this issue uploading meshes?

I'm doubt that it has anything to do with convex decomposition, not unless they recently changed the format in which the server expects the hulls. Though even if they did, I'd think they'd include those changes as part of the pathfinding viewer. -- Geenz Spad Sent wit

Re: [opensource-dev] Anyone else having this issue uploading meshes?

Have you attempted this on both pathfinding and non-pathfinding regions? Seems to manifest primarily on pathfinding regions for me. -- Geenz Spad Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Sunday, June 3, 2012 at 4:08 PM, Ricky wrote: > Interesting hypothesis. However, I

[opensource-dev] Autobuild hell

thcheck' setting for 'llbase' The same error crops up regardless of python version. Any ideas on what's causing this, and how it can be fixed? First glance seems to suggest that it's attempting to extract things from an archive that may not even exist. -- Geenz Spad S

Re: [opensource-dev] Review Request: STORM-1819: Graded Shadows

(i.e., GeForce 8 an 9 series)? - Geenz Spad On April 21, 2012, 2:54 p.m., Oz Linden wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondli

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

/automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-8/latest.html Thanks, Geenz Spad ___ 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] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

r normalized blinn-phong) * Tested different LUT resolutions - best looking seems to be 512x128 with seemingly no measurable decrease in performance You can find the latest build here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-8/rev/2517

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

le decrease in performance You can find the latest build here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-8/rev/251711/index.html Thanks, Geenz Spad ___ Policies and (un)subscribe information available here: http://wiki

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

reply, visit: http://codereview.secondlife.com/r/565/#review1193 --- On March 25, 2012, 2:07 p.m., Geenz Spad wrote: > > --- > This is an automatically generated e-mail. To

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

ally generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/#review1191 ------- On March 25, 2012, 2:07 p.m., Geenz Spad wrote: > > --- > T

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

ary is something potentially worth investigating. - Geenz --- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/565/#review1183 ----

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

ted-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-8/rev/251711/index.html Thanks, Geenz Spad ___ 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] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

erformance You can find the latest build here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-8/rev/251711/index.html Thanks, Geenz Spad ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/

Re: [opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

2x128 with seemingly no measurable decrease in performance You can find the latest build here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-8/rev/251711/index.html Thanks, Geenz Spad ___ Policies and (un)subscri

[opensource-dev] Review Request: STORM-1823 - Replace current specular model with Normalized Blinn-Phong specularity

ugh low shiny seems to have a much more subtle light reflectance term - this is expected for normalized blinn-phong) * Tested different LUT resolutions - best looking seems to be 512x128 with seemingly no measurable decrease in performance Thanks, Geenz Spad _

Re: [opensource-dev] ATI vs NV vs OSX

Everything (including shadows and deferred rendering) seems to work under the latest version of OS X (10.6.7 here). It also works under the latest 10.7 developer preview. I'm using a GeForce GTX 285 on my end. On Wed, May 11, 2011 at 10:57 AM, Mysty Saunders wrote: > Every time I've tried a hac

Re: [opensource-dev] Mesh support current status???

I think you're referring to their announcement that they were shifting focus to iOS, not MacOS. They have never announced Mac support for Blue Mars, and they still support the PC all the same. On Sun, Apr 17, 2011 at 11:59 AM, Brandon Husbands wrote: > There was an announcement t hey wold only

Re: [opensource-dev] Upcoming depth-of-field feature

I wonder how awesome it'll run on top of the already awesome deferred renderer that has really awesome performance on really awesome video cards that have really awesome drivers? Honestly, as nifty as DOF is as far as the "pretty" factor is concerned, right now the deferred renderer needs a few mo

Re: [opensource-dev] Dynamic shadows and ATI

Your best bet is to complain directly to Apple with a repro case. The mesh beta viewer seems to fix the FBO issues on OS X. AFAIK, AMD only writes the hardware drivers for their cards on OS X, Apple handles the OpenGL bits and pieces across both AMD and Nvidia hardware. On Thu, Nov 18, 2010 at

Re: [opensource-dev] Reflections in SL. Re: Project-MESH viewer

I could see the new "Shiny" (in reality, they should be called specular highlights) breaking content that relied on the darkening properties of the classic Shiny shader. Which is why I've modified the deferred shiny shader to "darken" the object's diffuse shading depending on the shiny value,

Re: [opensource-dev] Project-MESH viewer

Shiny does work with the deferred renderer (or Lighting and Shadows as it's now called in the Mesh viewer). It's simply handled differently; it reflects light in the form of what's known as specular reflectance, instead of reflecting the sky environment (at one point it reflected both around 2008

Re: [opensource-dev] Mesh rendering: What does indicesp provide?

I'm sure it wouldn't hurt to ask Eric Lengyel if one could create their own LGPL implementation of Voxel terrain LOD based off of his paper. He'll usually only ever say no in the event that it involves distributing code to one of his commercial products (such as the C4 Engine). Since in this case