Search Unity

  1. Unity Asset Manager is now available in public beta. Try it out now and join the conversation here in the forums.
    Dismiss Notice
  2. Megacity Metro Demo now available. Download now.
    Dismiss Notice
  3. Unity support for visionOS is now available. Learn more in our blog post.
    Dismiss Notice

Feedback Wanted: Lightweight Render Pipeline

Discussion in 'Graphics Experimental Previews' started by phil_lira, Sep 28, 2018.

Thread Status:
Not open for further replies.
  1. dri_richard

    dri_richard

    Joined:
    Mar 10, 2017
    Posts:
    153
    I've had a strange issue where our iOS builds basically weren't rendering anything other than UI. Looking at TypesInScenes.xml (in Data/Managed within the build folder) showed that no instance of ForwardRendererDataAsset was being included.
    I've finally fixed this by switching Renderer Type to custom and creating an new Forward Renderer.
    We're on 2019.1.7 / LWRP 5.7.2, on a test branch of our 2018.3.6 / 4.1.0 project in which LWRP has been working well.
     
  2. Revolter

    Revolter

    Joined:
    Mar 15, 2014
    Posts:
    216
    Same project on iPhone X in Profiler shows 250fps (I know it's still 60, but it's way much faster than Google Pixel 2 XL that runs at 45fps)
     
    FURKANKAHVECI likes this.
  3. Le_Tai

    Le_Tai

    Joined:
    Jun 20, 2014
    Posts:
    442
    Should I use version 5 or 6 of the package? The doc main page lead to 6, but I only get 5 in my package manager. Is 6 the beta version? If that is the case, I think it should be marked so.
     
  4. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    The bug says it's pending information. We need more info from you on this one.
     
  5. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    Hi all,

    Some updates:

    1) Camera Stacking. This has been delayed mostly because we focused on QA. After LWRP went out of preview the adoption increased which means we had to invest some time to make sure we don't have any HUP, performance issues and so on. This is something we put up on high priority in our list. and It's planned for the next sprint. So if no big issues found it will be available soon.

    Just wanted to say a big thanks to all the people that sent me PM about camera stacking. I didn't reply to all of them but read all of them and we used this feedback to prototype our system.

    2) About the performance issues some of you reported above. It's a mix of things. 1) Some of them were regressions and we fixed them. I still have one active regression to be fixed that affects only GLES3. 2) Some other cases are because different quality settings on the project vs Built-in and LWRP. Built-in Pipeline has this Graphics Tier settings that by default disabled a bunch of features such as shadow cascades, HDR, and so on. While LWRP (or SRP for the matter) doesn't have a system like this. What you ask on the LWRP asset is what you get. So I've seen a lot of reported performance issues caused by this. Recently we put work on Unity engine side to allow to choose LWRP asset per quality settings/build so you can scale rendering and choose quality settings per platform/tier without having to switch assets at runtime yourself. 3) The third aspect of it is that there's work being done in Built-in that affects optimization and that means that when comparing LWRP vs Builtin this few like a regression in performance. To spice a little bit things up, sometimes it's even a bug introduced in built-in that causes a feature to not work properly and as a side effect it increases performance :D

    I just also wanted to say a big thank you for all the users reporting performance bugs. We definitely encourage this but it's only helpful for us if you submit a bug report so we can look at it. So, please, if you have performance issues of LWRP vs Builtin submit a bug with project and we will give priority to it. Atm, I can't see any active user reported performance project, I've resolved all of them recently. So if there's still open please link here and I'll look.
     
    Peter77 and plauk like this.
  6. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    5 is for 2019.1 and 6 for 2019.2. Atm the codebase is exactly the same. 6.8.0 (to be release soon) will contain work that 5 doesn't.
     
  7. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    This is very troublesome. Could you submit a ticket for this?
     
  8. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    It will be supported in 2020.x cycle. LWRP will become feature parity with Unity.
     
  9. interpol_kun

    interpol_kun

    Joined:
    Jul 28, 2016
    Posts:
    134
    @phil_lira
    I was always curious what's up with all those versions numeration? The major versions are changing so fast (from 5.x to 6.x) but It seems (from changelog) that there are no significant amount of features between them. Do you make a major release every time you do an API break?

    It seems that you will run out of digits in a few years...
     
  10. bitinn

    bitinn

    Joined:
    Aug 20, 2016
    Posts:
    961
    I do not understand this: I have gotten enough SRP bug report resolved as "fixed in 2019.2/2019.3", which means it depends on features in Unity that doesn't work in 2019.1, how could the SRP codebase be "exactly" the same?

    https://github.com/Unity-Technologi...ity.render-pipelines.lightweight/CHANGELOG.md

    https://github.com/Unity-Technologi...ity.render-pipelines.lightweight/CHANGELOG.md

    I would say the changelogs are quite different between 5.x and 6.x
     
  11. bitinn

    bitinn

    Joined:
    Aug 20, 2016
    Posts:
    961
    AFAIK, major release is bumped alongside with unity major release.

    Also, minor/patch release might be empty because other SRP project might have changes but LWRP has to bump along with them.
     
  12. dri_richard

    dri_richard

    Joined:
    Mar 10, 2017
    Posts:
    153
    I could, but I've failed to create a simple repro case - which is the first thing that QA would ask for. Should I still submit a ticket?
     
  13. Kronnect

    Kronnect

    Joined:
    Nov 16, 2014
    Posts:
    2,894
    It would be great if the engine could "unify" camera hooks like onPreCull, onPreRender and onPostRender. Now, with SRP we have beginCameraRendering, endCameraRendering, which seems functional equivalents but incompatible with each other pipeline (builtin vs SRP).
     
    Peter77 and Gekigengar like this.
  14. interpol_kun

    interpol_kun

    Joined:
    Jul 28, 2016
    Posts:
    134
    Thanks for the help. I found the problem. It was AA (MSAA) settings. But I got some unexpected results.

    So my observations are (Every setup was build 3 times for an Android, I'll explain the reason below):

    No light/Baked Light + No MSAA: 60FPS (60FPS after turning screen of and on)
    No light/Baked Light + MSAA x2: 60FPS (25FPS after turning screen of and on)
    No light/Baked Light + MSAA x4: 60FPS (25FPS after turning screen of and on)
    No light/Baked Light + MSAA x8: 60FPS (25FPS after turning screen of and on)

    Realtime Light + No MSAA: 60FPS (60FPS after turning screen of and on)
    Realtime Light + MSAA x2: 57FPS (24FPS after turning screen of and on)
    Realtime Light + MSAA x4: 60FPS (24FPS after turning screen of and on)
    Realtime Light + MSAA x8: 60FPS (24FPS after turning screen of and on)

    Nice, huh? No. Here's the huge problem (bug?) I found.

    Whenever I change pipeline settings, the next build will be capped at 24 FPS. Profler says it's a PlayerLoop > PreLateUpdate.EndGraphicsJobsAfterScriptUpdate > Semaphore.WaitForSignal, which eats ~70% and 30 MS. No performance problems were spotted in the Editor.

    Also, the next bug (or feature, IDK guys, it's a production ready pipeline it says) -- Opaque Texture option in LWRP breaks the whole rendering on the Android -- it renders NOTHING. Even if there are no materials which use the _OpaqueTexture. There are no such a problem in the Editor.

    Don't ask me how did I get those results. It's a surprise even for me. I will avoid using LWRP for a year, I think. Sorry, but I don't want to be a beta-tester for a RP which is out of preview. I pushed my friends to use LWRP for our new project and we already ran into issues and bugs (not to say about huge constraints in a shader-programming). I'll try to migrate our project to a legacy pipeline before it's not too late. As you said, you are still optimizing it, so thanks.
     
    AcidArrow, FURKANKAHVECI and fherbst like this.
  15. markjanzen88

    markjanzen88

    Joined:
    May 31, 2017
    Posts:
    68
    I had some time to test LWRP (2019.1) for my visualization VR PC projects (couldnt get HDRP working with SteamVR). These are the things that I noticed that are not working yet:
    1. No real-time shadows on point lights
    2. No real-time GI
    3. Many SteamVR shaders are not compatible (though found some fixes for this on Steam VR site)

    As of right now, I dont think Ill switch to this yet until these are added...
     
  16. Dark-Table

    Dark-Table

    Joined:
    Nov 25, 2008
    Posts:
    315
    I'm having an issue with the LWRP running on Oculus Quest. I've baked lightmaps for the sample scene but when running on device all objects that are lightmap static seem to be getting a completely black lightmap applied. The lightmaps are 1024x1024 ASTC compressed.

    Anyone have an idea or seen this before?

    Edit: I'm running Unity 2019.1.7f1. Seeing issue with both LWRP 5.7.2 and 5.16.1.
    lightmaps.JPG VRLightweightRP-20190620-121154.jpg
     
    Last edited: Jun 20, 2019
  17. Dark-Table

    Dark-Table

    Joined:
    Nov 25, 2008
    Posts:
    315
    I was using the TexturePostProcessor from the Unity FPS sample project and it looks like one of my TextureSettings was stomping on lightmap properties. This appears to be "my bad."
     
  18. fherbst

    fherbst

    Joined:
    Jun 24, 2012
    Posts:
    802
    @interpol_kun Welcome to the club! Would be great if you can add your experiences to https://forum.unity.com/threads/question-regarding-my-understanding-of-what-beta-is-for.693001.
    As a sidenote, I also have a bug report open that changing SRP Assets before building and switching scenes before building hugely influences the outcome for what shader variants are stripped...

    And another note for everyone using Android / Android VR with LWRP, yesterday the LWRP team said that they don't have automated testing for Android right now (it's being worked on). Only Editor is automatically tested (plus some manual tests on devices).
     
    Last edited: Jun 21, 2019
    FURKANKAHVECI likes this.
  19. LukWol

    LukWol

    Joined:
    Nov 12, 2015
    Posts:
    12
    Hey thanks for the update! It's really nice to read it. Could we define "soon" in a more quantitative way?;)
     
  20. larsbertram1

    larsbertram1

    Joined:
    Oct 7, 2008
    Posts:
    6,899
    i have started looking into the lwrp and tried to utilize the depth prepass which would be great on alpha tested textures i guess – because at least when it comes to desktop gpus this would allow me to get rid gf the alpha testing in the lighting pass shader and fully rely on ZTest.
    so i have established a custom render pass based on this: https://gist.github.com/Elringus/69f0da9c71306f1ea0f575cc7568b31a
    which copies the _CameraDepthTexture into the current BuiltinRenderTextureType.CameraTarget using:
    renderPassEvent = RenderPassEvent.BeforeRenderingOpaques;
    and:
    cmd.Blit(DepthPropertyId, BuiltinRenderTextureType.CameraTarget, blitMat);

    this actually does not looks that bad:
    actually i can see the depth buffer being filled with the pre rendered depth values.
    but:
    - the entire screen gets set to be pure black or blue in the "copy color" and/or "final blit" pass – just like source was not set up properly.
    - if i look at the steps in between i can see objects being rendered into the framebuffer but their depth test seem to fail:

    Bildschirmfoto 2019-06-21 um 21.45.23.png

    any thoughts about this?
     
  21. fotalik

    fotalik

    Joined:
    Sep 23, 2017
    Posts:
    24
    Hi, I'm also wait for this) Any news?
     
  22. Peter77

    Peter77

    QA Jesus

    Joined:
    Jun 12, 2013
    Posts:
    6,589
    Do the "Current Limitation" and "Performance" points, found in the first post, still apply?
     
    Gekigengar and fherbst like this.
  23. Dark-Table

    Dark-Table

    Joined:
    Nov 25, 2008
    Posts:
    315
    It would be really useful if the LWRP and HDRP packages added scripting define symbols (like post processing does) so code could conditionally compile based on which package you'd included. This could help 3rd party SDK's (*cough*Oculus*cough*) to conditionally add/remove features and shaders based on render pipeline.
     
    fherbst likes this.
  24. larsbertram1

    larsbertram1

    Joined:
    Oct 7, 2008
    Posts:
    6,899
    diving a bit deeper into LWRP i noticed that additional per pixel light and additional per vertex lights are mutual exclusive (#pragma multi_compile _ _ADDITIONAL_LIGHTS_VERTEX _ADDITIONAL_LIGHTS) – unlike in the built in forward rendering pipeline.
    imho this is a big step backwards. as lighting fully depends on the "per object limit" in the settings and the object's pivot. LWRP does not even take into account if a light is visible on screen or not.
    so just imagine a large terrain and road and e.g. 8 lanterns. if "per object limit" is set to 2 only the 2 lanterns closest to the pivot of the terrain or road will be taken into account (assuming all lanterns have the same light intensity) – regardless if they are visible and will contribute to the final image or not.
    no per vertex lighting of other lights.
    and no prioritisation based on visibility of the light.

    @phil_lira are we supposed to solve this our own using scripts?
     
    Last edited: Jul 2, 2019
    JoelGab likes this.
  25. noio

    noio

    Joined:
    Dec 17, 2013
    Posts:
    226
    Hey Phil & Andre,

    Any news/estimates/roadmap on AO for LWRP? This is still painfully missing and holding up the switch to LWRP and the mobile port.

    Sorry for nagging!
     
  26. TieSKey

    TieSKey

    Joined:
    Apr 14, 2011
    Posts:
    223
    Hey forum, I reported this issue and the official reply was that it won't be fixed in the near future so I'm letting you all know in case you are planning to do something similar.

    Basically, the shadow bias for spotlights breaks when they face upwards and are very close (0.5 units) from objects:


    (there is a 2nd cube in the front set to shadows only, as outlined by its collider, the problem happens regardless of the shadows only setting, it is used here just to make it clearer)

    THIS IS NOT A BUG IN LWRP, IT AFFECTS ALL OF UNITY (as stated by unity staff).
    But this bug together with the current lack of shadows for point lights and the 4 lights per object limitation of LWRP makes it imposible to have fancy fires, torches or any light source created by players since this artifacts and weirdness will immediately appear.

    Bug report: https://fogbugz.unity3d.com/default.asp?1164142_ehn3n7c39eraa6u0
     
    Last edited: Jun 30, 2019
    Gekigengar and interpol_kun like this.
  27. andybak

    andybak

    Joined:
    Jan 14, 2017
    Posts:
    569
    Is there a bug report logged so we can track it?
     
  28. TieSKey

    TieSKey

    Joined:
    Apr 14, 2011
    Posts:
    223
  29. Bartek_Gudowski_Friend_Factory

    Bartek_Gudowski_Friend_Factory

    Joined:
    Feb 18, 2019
    Posts:
    54
    Hi!

    I have some question in relation to skin tone shading with LWRP (we use UMA for the avatar system with the SRP branch).

    We are developing our base model character and are looking for a solution how to get skin tone shading that is similar to the reference as in the image below:
    View attachment 443579

    Any ideas how to get more close to this look?

    Long term we want to aim as much as possible for soft subsurface skin tones. Any kind of real-time subsurface shading hack would be a great solution for us. This is the long term references we are aiming for:
    View attachment 443582

    We have also been looking at external packs for skin tone shading with LWRP:

    https://assetstore.unity.com/packages/vfx/shaders/nodes-for-shader-graph-124611
    https://forum.unity.com/threads/nodes-for-shader-graph.543519/

    https://assetstore.unity.com/packages/vfx/shaders/pidi-pbr-skin-eye-shader-106600


    Any experience with them?

    Would be greatful for any suggestion how to move in the direction of the reference images above?

    Many thanks!

    Bartek
     
  30. Oriontyz

    Oriontyz

    Joined:
    Apr 25, 2019
    Posts:
    9
    I want to know why the postprocess v2 PostProcessEvent.BeforeTransparent doesn't work in unity 2019.1.4f with lwrp version 5.16.1? i saw the lwrp's code that the OpaquePostprocess pass doesn't enqueue and do, it just setups(ForwardRenderer.cs in Setup function)..
    Code (CSharp):
    1.             if (hasOpaquePostProcess)
    2.                 m_OpaquePostProcessPass.Setup(cameraTargetDescriptor, m_ActiveCameraColorAttachment, m_ActiveCameraColorAttachment);
    i tried to fix the issue adding a EnqueuePass(m_OpaquePostProcessPass) after the setup and make it works on pc editor, but the screen will split when build an assetbundle andriod build..
     
  31. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    Most should be there in both. I guess I didn't account for some bugs fixed by other teams/possibly bugs not backported because of API required in newer versions of Unity.
    Get me a list of bugs that you would like to be backported to 2019.1. I'll see what I can do.
     
  32. phil_lira

    phil_lira

    Unity Technologies

    Joined:
    Dec 17, 2014
    Posts:
    584
    If you submit a bug report or at least a profiler screenshot it would be of great help here. Can you share your QualitySettings file for you project before and after the change?

    Is this Vulkan? I recently came across an issue that Vulkan is forcing a resolve on MSAA buffer when storing to main memory. In order to copy opaques we have to flush the target after opaques causing this issue. Afaik this will happen on Built-in as well if you do a blit to copy the color buffer to an offscreen texture as well.
     
  33. interpol_kun

    interpol_kun

    Joined:
    Jul 28, 2016
    Posts:
    134
    Okay. I deleted the Vulkan from the project settings Graphics API. Now there are no FPS drops even after turning screen on and off and changing pipeline settings. Here's the profiler snap from the Vulkan build where FPS drops are presented. Here's the quality settings preset and here's LWRP asset I use for mobile quality.

    Yup, Vulkan-only bug. No such a behaviour on OpenGLES3.

    I don't know why Vulkan is being added to project by default (and moved on top of graphics API list), but it seems all the problem I had previously are related to Vulkan only. I will tell you if OGLES3 will be buggy in future.

    @phil_lira is that good for you?
     
    Last edited: Jul 1, 2019
    phil_lira likes this.
  34. Bartek_Gudowski_Friend_Factory

    Bartek_Gudowski_Friend_Factory

    Joined:
    Feb 18, 2019
    Posts:
    54
    Any ideas on how get rid of normals not updating with blendshapes?

    Here is an example:

    ZhEuYXMn4c.gif image (2).png

    The one on the left is from the gif and the one on the right is the same frame of the animation but as a static obj object in unity. It's clearly some issue with unity normals on blendshape animations. We have tried all kinds of settings on the blendshapes in Unity. Smoothing groups, angled etc. And the gif is of the best combination of settings.

    Any suggestions?
     
  35. fherbst

    fherbst

    Joined:
    Jun 24, 2012
    Posts:
    802
  36. Oriontyz

    Oriontyz

    Joined:
    Apr 25, 2019
    Posts:
    9
    Made it..I pick the depthtexture and Enqueuepass the pass in the lwrp asset and the opaquepostprocesspass works on android mobile phone.~
     
    fherbst likes this.
  37. elbows

    elbows

    Joined:
    Nov 28, 2009
    Posts:
    2,502
  38. unity_IpxdANggCs1roQ

    unity_IpxdANggCs1roQ

    Joined:
    Feb 19, 2018
    Posts:
    44
    Hi,
    I'm using 2019.3.0a7 with LWRP and waiting for camera stacking funcionality.
    As an alternitive, I'm seting up my UI with multi layered screen space - camera canvases, but it's not the best way and very restricted.
    Can I use camera stacking from package manager in Q4 2019 ?
    thank you.
     
  39. liiir1985

    liiir1985

    Joined:
    Jul 30, 2014
    Posts:
    147
    For workaround, you can force the lwrp to enable camera stacking by commenting out 3 lines of code in ScriptableRenderer.cs of LWRP
    Inside GetCameraClearFlag method:
    cameraClearFlags = CameraClearFlags.SolidColor;
    ...
    ...
    if(Application.isMobilePlatform)
    return ClearFlag.All;

    By commenting out these 3 lines of code, the camera stacking is enabled, just make sure to set UI's camera to Depth clear flag, and toggle off the Opaque and Depth Texture setting, you'll be able to use ScreenSpace-Camera mode.
    But maybe you'll encounter problem in some conner case, but I didn't meet any yet.
     
    andreiagmu, SKoptev and esg_evan like this.
  40. Oriontyz

    Oriontyz

    Joined:
    Apr 25, 2019
    Posts:
    9
    Hi guys, I came across a problem that the terrain using terrain/lit shader is black and dont work with directional light when it was on mobile phone using assetbundles and choose the draw instanced. however, it works right on pc editor using assetbundles. I found that the cause is the _TerrainNormalmapTexture is missing when it was on mobile phone.The first picture is the draw call on pc editor and the second one is on mobile.I just want to know how to make sure this _TerrainNormalmapTexture is right here when it is on mobile phone. Because of this problem, I have to toggle off the draw instanced now.
     

    Attached Files:

  41. unity_IpxdANggCs1roQ

    unity_IpxdANggCs1roQ

    Joined:
    Feb 19, 2018
    Posts:
    44
    >liiir1985
    It works for me. thank you!

    I have one more question.
    If I enable post prosessing, it forces LWRP to use depth dexture, so I got black screen when i run my app in zenfone with vulkan api.
    And it also doesn't work with vfx graph.

    I want to create my ui with multi camera stacking with vfx graph and post processing.
    Unity's future stable LWRP release will solve this problem?
     
    Last edited: Jul 4, 2019
  42. liiir1985

    liiir1985

    Joined:
    Jul 30, 2014
    Posts:
    147
    For that you'd better wait for future release, LWRP has camera stacking on its roadmap and should be ready at 2019.3
     
  43. JoelGab

    JoelGab

    Joined:
    Jul 17, 2018
    Posts:
    25
    Hello, just curious when the light limitation in LWRP is going to be lifted?

    We were aware of the 4 light limitation, but we expected this to be determined by the main camera(s) position. Our problem is, we don't control how many lights come into our project, as we bring through architecture models from Revit, Rhino, Sketchup FBX and much more. Currently, it seems the first set of lights loaded work, but after we have reached the limit, the rest don't light up anything at all, even if you are closer to those lights than the ones that are turned on.

    We are considering rolling our own light 'LOD' system. but in some testing cases, we turned off every light manually and left just the one we were next to on, and it still results in that light remaining off, regardless of priority, strength, and range.

    Thanks :)
     
    Matt-Cranktrain likes this.
  44. lostminds

    lostminds

    Joined:
    Jan 17, 2019
    Posts:
    51
    Hello,

    I've been experiencing problems with shader graph materials rendering specular highlights incorrectly on mobile devices (iOS and Android) on LWRP. It looks like there's a precision problem of some sort, and maybe some lighting calculations based on absolute values rather than values relative to the current camera FOV and scene/object size. I'm now using 2019.2b6, LWRP and Shader graph v 6.7.1, but the problem has been around at least since 2018.3, probably longer.

    specular_problems.jpg

    More information and detail here in a separate thread I started about this:
    https://forum.unity.com/threads/lwr...-specular-problems-on-ios-and-android.700688/
    There's also a bug report I initially filed about this, 1143049

    It also seems that it could be related to this specular rendering problem:
    https://forum.unity.com/threads/lwr...hlights-on-android-with-large-objects.698249/

    Any advice on how to get around this, or updates on the progress of these bugs?
     
    Abruzzi likes this.
  45. Mauri

    Mauri

    Joined:
    Dec 9, 2010
    Posts:
    2,663
  46. thabetarqawi

    thabetarqawi

    Joined:
    Nov 13, 2018
    Posts:
    1
    hey
    I have quick question ..
    Why 'LWRP' does not exist in the namespace 'UnityEngine.Experimental.Rendering' ??
     
  47. Mauri

    Mauri

    Joined:
    Dec 9, 2010
    Posts:
    2,663
  48. Grimreaper358

    Grimreaper358

    Joined:
    Apr 8, 2013
    Posts:
    789
    LWRP isn't in preview/experimental anymore since 2018.3. HDRP will be out of Preview in 2019.3
     
  49. ROBYER1

    ROBYER1

    Joined:
    Oct 9, 2015
    Posts:
    1,450
    I am getting this error a lot and it is preventing Terrain Detail meshes from rendering properly (they are pink), I think it is related to or stalling the conversion of internal Grass/Vertex lit shaders to SRP versions?

    I will submit a bug report with an example of it also as it's a bit of a problem if you are using Unity Terrain in a project that is being upgraded
     
  50. ROBYER1

    ROBYER1

    Joined:
    Oct 9, 2015
    Posts:
    1,450
    I have an example where nothing else is holding up the shader compiling or whatever it is doing.. just 999+ errors and counting saying

    Code (CSharp):
    1. Shader properties can't be added to this global property sheet. Trying to add _GrabTexture (type 3 count 1)
    2. UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)
    3.  
     
Thread Status:
Not open for further replies.