Announcement

Collapse
No announcement yet.

Vray Standalone crashes when using OSL map

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Vray Standalone crashes when using OSL map

    Hi,
    Im using Vray standalone 4.10.02 with a material that is using this map and when rendering on AWS machine Im getting the following error.

    Reading configuration from "C:\Program Files\Chaos Group\V-Ray\Standalone for x64\bin\x64\vc14\/vrayconfig.xml"
    [2019/Apr/5|14:56:38] [10 MB] ===============================================
    [2019/Apr/5|14:56:38] [10 MB] V-Ray Standalone, version Next Standalone, update 1.1 for x64
    [2019/Apr/5|14:56:38] [10 MB] Copyright (C) 2000-2018 Chaos Group Ltd. All rights reserved.
    [2019/Apr/5|14:56:38] [10 MB] Use -credits option for additional third-party copyright notices.
    [2019/Apr/5|14:56:38] [10 MB]
    [2019/Apr/5|14:56:38] [10 MB] Build 070d77e4 from Dec 17 2018, 15:41:48
    [2019/Apr/5|14:56:38] [10 MB] Compiled with Microsoft Visual C++ compiler, version 19.12
    [2019/Apr/5|14:56:38] [10 MB] Operating system is Microsoft(tm) Windows(tm), version 6.2,
    [2019/Apr/5|14:56:38] [10 MB]
    [2019/Apr/5|14:56:38] [10 MB] V-Ray core version is 4.10.02
    [2019/Apr/5|14:56:38] [10 MB] ===============================================
    [2019/Apr/5|14:56:38] [10 MB]
    [2019/Apr/5|14:56:38] [13 MB] Loading plugins from "C:\Program Files\Chaos Group\V-Ray\Standalone for x64\bin\x64\vc14/plugins/vray_*.dll"
    [2019/Apr/5|14:56:39] [56 MB] 90 plugin(s) loaded successfully
    [2019/Apr/5|14:56:39] [56 MB] Finished loading plugins.
    [2019/Apr/5|14:56:39] [56 MB] Reading scene file "C:\Users\Administrator\Desktop\n\Natural.vrsc ene"
    [2019/Apr/5|14:56:40] [99 MB] C:\Users\Administrator\Desktop\n\Natural.vrscene: done [ 0h 0m 1.7s]
    [2019/Apr/5|14:56:40] [99 MB] Scene file parsed successfully in 1.7 s.
    [2019/Apr/5|14:56:40] [99 MB] Scene created successfully.
    [2019/Apr/5|14:56:40] [99 MB] Objects in scene: 75
    [2019/Apr/5|14:56:40] [99 MB] Starting render sequence.
    [2019/Apr/5|14:56:40] [99 MB] Preparing renderer...
    [2019/Apr/5|14:56:40] [97 MB] Using Intel Embree ray server
    [2019/Apr/5|14:56:41] [97 MB] Creating bitmap managerdering...: 0.00% [65h 31m 55.0s] [ 0h 0m 0.0s est] [0 MB resman] [0 MB texman]
    [2019/Apr/5|14:56:41] [97 MB] Bitmap manager created.
    [2019/Apr/5|14:56:41] [97 MB] Map__2@tex_1@WA4y0yqv :: OSL include variable is VRAY_OSL_PATH=C:\Program Files\Chaos Group\V-Ray\Standalone for x64\opensl
    [2019/Apr/5|14:56:41] [97 MB] Map__2@tex_1@WA4y0yqv :: OSL standard header is C:\Program Files\Chaos Group\V-Ray\Standalone for x64\opensl\stdosl.h
    [2019/Apr/5|14:56:41] [97 MB] Preparing scene for rendering...: done [ 0h 0m 0.0s]
    [2019/Apr/5|14:56:41] [97 MB] Scanning scene for light plugins.
    [2019/Apr/5|14:56:41] [97 MB] 4 lights found.
    [2019/Apr/5|14:56:41] [97 MB] Using full light evaluation
    [2019/Apr/5|14:56:41] [377 MB] Using normal thread priority.
    [2019/Apr/5|14:56:41] [377 MB] warning: Subpixel color mapping is on: rendered result may have incorrect brightness.
    [2019/Apr/5|14:56:41] [377 MB] ========================
    [2019/Apr/5|14:56:41] [377 MB] Starting frame 0.
    [2019/Apr/5|14:56:41] [377 MB] Preparing scene for frame...: 0.00% [65h 31m 56.8s] [ 0h 0m 0.0s est] [0 MB resman] [0 MB texman]LLVM ERROR: Cannot select: 0x1dd3f3d9c30: f32 = X86ISD::FSETCCss 0x1dd3f3d7210, 0x1dd3f3da540, 0x1dd3f3dd970 [ORD=58] [ID=137]
    0x1dd3f3d7210: f32 = X86ISD::FMIN 0x1dd3f3d6100, 0x1dd3f3d9a30 [ORD=56] [ID=136]
    0x1dd3f3d6100: f32,ch = load 0x1dd3d8d5f08, 0x1dd3f3d6900, 0x1dd3f3cb650<LD4[ConstantPool]> [ID=51]
    0x1dd3f3d6900: i64 = X86ISD::Wrapper 0x1dd3f3d57f0 [ID=39]
    0x1dd3f3d57f0: i64 = TargetConstantPool<float 1.000000e+00> 0 [ID=27]
    0x1dd3f3cb650: i64 = undef [ID=4]
    0x1dd3f3d9a30: f32 = fmul 0x1dd3f3d9930, 0x1dd3f3d7e10 [ORD=54] [ID=135]
    0x1dd3f3d9930: f32 = fadd 0x1dd3f3d9230, 0x1dd3f3d9830 [ORD=53] [ID=133]
    0x1dd3f3d9230: f32,ch,glue = CopyFromReg 0x1dd3f3d9130, 0x1dd3f3d46e0, 0x1dd3f3d9130:1 [ORD=51] [ID=125]
    0x1dd3f3d46e0: f32 = Register %XMM0 [ID=14]
    0x1dd3f3d9130: ch,glue = callseq_end 0x1dd3f3d9030, 0x1dd3f3ceb80, 0x1dd3f3d44e0, 0x1dd3f3d9030:1 [ORD=51] [ID=123]
    0x1dd3f3ceb80: i64 = TargetConstant<32> [ID=9]
    0x1dd3f3d44e0: i64 = TargetConstant<0> [ID=13]
    0x1dd3f3d9030: ch,glue = X86ISD::CALL 0x1dd3f3dde70, 0x1dd3f3d6200, 0x1dd3f3d46e0, 0x1dd3f3d5af0, 0x1dd3f3d42e0, 0x1dd3f3dde70:1 [ORD=51] [ID=121]
    0x1dd3f3d6200: i64 = X86ISD::Wrapper 0x1dd3f3d03a0 [ORD=29] [ID=34]
    0x1dd3f3d03a0: i64 = TargetGlobalAddress<float (float, float)* @osl_safe_div_fff> 0 [ORD=29] [ID=22]
    0x1dd3f3d46e0: f32 = Register %XMM0 [ID=14]
    0x1dd3f3d5af0: f32 = Register %XMM1 [ID=15]
    0x1dd3f3d42e0: Untyped = RegisterMask [ID=12]
    0x1dd3f3dde70: ch,glue = CopyToReg 0x1dd3f3ddd70, 0x1dd3f3d5af0, 0x1dd3f3d56f0, 0x1dd3f3ddd70:1 [ORD=51] [ID=119]
    0x1dd3f3d5af0: f32 = Register %XMM1 [ID=15]
    0x1dd3f3d56f0: f32 = fadd 0x1dd3f3d53f0, 0x1dd3f3d55f0 [ORD=28] [ID=83]
    0x1dd3f3d53f0: f32 = fmul 0x1dd3f3d4de0, 0x1dd3f3d4de0 [ORD=25] [ID=76]


    0x1dd3f3d55f0: f32 = fadd 0x1dd3f3d50f0, 0x1dd3f3d6300 [ORD=27] [ID=79]


    0x1dd3f3ddd70: ch,glue = CopyToReg 0x1dd3f3ddc70, 0x1dd3f3d46e0, 0x1dd3f3d54f0 [ORD=51] [ID=117]
    0x1dd3f3d46e0: f32 = Register %XMM0 [ID=14]
    0x1dd3f3d54f0: f32 = fadd 0x1dd3f3d53f0, 0x1dd3f3d52f0 [ORD=26] [ID=84]


    0x1dd3f3d9830: f32,ch,glue = CopyFromReg 0x1dd3f3d9730, 0x1dd3f3d46e0, 0x1dd3f3d9730:1 [ORD=52] [ID=131]
    0x1dd3f3d46e0: f32 = Register %XMM0 [ID=14]
    0x1dd3f3d9730: ch,glue = callseq_end 0x1dd3f3d9630, 0x1dd3f3ceb80, 0x1dd3f3d44e0, 0x1dd3f3d9630:1 [ORD=52] [ID=130]
    0x1dd3f3ceb80: i64 = TargetConstant<32> [ID=9]
    0x1dd3f3d44e0: i64 = TargetConstant<0> [ID=13]
    0x1dd3f3d9630: ch,glue = X86ISD::CALL 0x1dd3f3d9530, 0x1dd3f3d6200, 0x1dd3f3d46e0, 0x1dd3f3d5af0, 0x1dd3f3d42e0, 0x1dd3f3d9530:1 [ORD=52] [ID=129]
    0x1dd3f3d6200: i64 = X86ISD::Wrapper 0x1dd3f3d03a0 [ORD=29] [ID=34]
    0x1dd3f3d03a0: i64 = TargetGlobalAddress<float (float, float)* @osl_safe_div_fff> 0 [ORD=29] [ID=22]
    0x1dd3f3d46e0: f32 = Register %XMM0 [ID=14]
    0x1dd3f3d5af0: f32 = Register %XMM1 [ID=15]
    0x1dd3f3d42e0: Untyped = RegisterMask [ID=12]
    0x1dd3f3d9530: ch,glue = CopyToReg 0x1dd3f3d9430, 0x1dd3f3d5af0, 0x1dd3f3d06a0, 0x1dd3f3d9430:1 [ORD=52] [ID=128]
    0x1dd3f3d5af0: f32 = Register %XMM1 [ID=15]
    0x1dd3f3d06a0: f32 = fadd 0x1dd3f3d05a0, 0x1dd3f3d6100 [ORD=35] [ID=85]
    0x1dd3f3d05a0: f32 = fadd 0x1dd3f3d50f0, 0x1dd3f3d01a0 [ORD=34] [ID=81]


    0x1dd3f3d6100: f32,ch = load 0x1dd3d8d5f08, 0x1dd3f3d6900, 0x1dd3f3cb650<LD4[ConstantPool]> [ID=51]


    0x1dd3f3d9430: ch,glue = CopyToReg 0x1dd3f3d9330, 0x1dd3f3d46e0, 0x1dd3f3d04a0 [ORD=52] [ID=127]
    0x1dd3f3d46e0: f32 = Register %XMM0 [ID=14]
    0x1dd3f3d04a0: f32 = fadd 0x1dd3f3d02a0, 0x1dd3f3d6100 [ORD=33] [ID=86]


    0x1dd3f3d7e10: f32,ch = load 0x1dd3d8d5f08, 0x1dd3f3d6a00, 0x1dd3f3cb650<LD4[ConstantPool]> [ID=52]
    0x1dd3f3d6a00: i64 = X86ISD::Wrapper 0x1dd3f3da040 [ID=40]
    0x1dd3f3da040: i64 = TargetConstantPool<float 5.000000e-01> 0 [ID=28]
    0x1dd3f3cb650: i64 = undef [ID=4]
    0x1dd3f3da540: f32 = ConstantFP<0.000000e+00> [ID=16]
    0x1dd3f3dd970: i8 = Constant<6> [ID=21]
    In function: Layer Name : 000001DD3E42D878_2
    Writing crash dump to "C:\Users\ADMINI~1\AppData\Local\Temp\1\VRay.d mp"
    Encountered the following exception:
    Unhandled exception c0000005
    X:\Work\cgrepo\xsdk\osl\src\liboslexec\instance.cp p:98: failed assertion 'm_instops.size() == 0 && m_instargs.size() == 0'


    I have read on another thread that the error might be CPU related, the cpu on the AWS machine is Xeon Platinum 8124M.
    When rendering on my local machine it works fine.

  • #2
    Thanks for the pointer; looking into it.

    Best regards,
    Vlado
    I only act like I know everything, Rogers.

    Comment


    • #3
      I have also tested with version 4.10.03, the error still happens

      Comment


      • #4
        Yes, it's most certainly CPU-related. We are currently switching to LLVM 7 which knows how to target these Xeon processors so this bug will be fixed soon.

        Best regards,
        Ivan

        Comment

        Working...
        X