Announcement

Collapse
No announcement yet.

MultiTexture and Bercon noise DR problems

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

  • MultiTexture and Bercon noise DR problems

    Running the latest updated 3dsmax design 2015 Vith Vray 3.00.07, I'm having serious issues with these 2 plugins when trying to run DR jobs. The slaves return completely untextured buckets (materials diffuse colour).
    Anyone else experiencing this?
    Last edited by trixian; 30-09-2014, 12:16 AM.
    Signing out,
    Christian

  • #2
    Works fine for me generally. Did you install the plugins on the render slaves too?

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

    Comment


    • #3
      Well obviously
      That being said, the are not installed like vray, only placed in the plugins folder, since they are single dll/dlt files. Do they have some dependencies the slaves might not have? DotNet or something? I get no errors in the VRayLog though.
      Signing out,
      Christian

      Comment


      • #4
        If you remove the texture from bercontile, do you get the tiles at least?

        If yes, then I'm geussing its some issue with UNC paths vs mapped drive paths possibly?
        Check Asset Tracker

        I sometimes come across slaves that lost the mapped drive for some reason, but can still access the location with UNC
        Kind Regards,
        Morne

        Comment


        • #5
          Well this happened because The slaves stopped reading the plugins from our shared plugins folder (where we dump all the free plugins we use).
          Our workstations seem to read them fine, but the dedicated slaves didn't (they used to though).
          Copying the plugins locally worked.
          Sorry for wasting peoples times. Something that really pisses me off is that they didn't throw a "missing plugins" warning, just silently kept screwing up my renders.
          Btw, we (I) don't use drive mapping, only unc all the way.
          Signing out,
          Christian

          Comment


          • #6
            Originally posted by trixian View Post
            Well this happened because The slaves stopped reading the plugins from our shared plugins folder (where we dump all the free plugins we use).
            Interesting, this could save a lot of time with admin stuff. Would be nice if purchased stuff could work like this also. Update once and you're ready to go
            Kind Regards,
            Morne

            Comment


            • #7
              Well It's a bit of a mystery to me. All the slaves have the correct path set up, loading the plugins from a folder on the network (set as an additional path to the regular ones). My new workplace only bought regular max licenses unfortunately, and not floating, so after the initial 30 days after installation, I can no longer launch max on them to troubleshoot directly. Only ini files for me from now on it seems.
              One thing I did try, was to selectively launch the slaves one at a time to see if the problem stemmed from them all reading the dlls simultaneously, but this didn't help.
              Was hoping someone might have some experience with loading shared plugins, and any problems that might occur. Feel free to chime in.
              Signing out,
              Christian

              Comment


              • #8
                This is only a guess but could it be something to do with windows security? Using .dlls across a network sounds like the sort of thing that could be blocked in a security update.
                Dan Brew

                Comment


                • #9
                  So it used to work but now it doesn't?
                  Kind Regards,
                  Richard Birket
                  ----------------------------------->
                  http://www.blinkimage.com

                  ----------------------------------->

                  Comment


                  • #10
                    Was this problem sorted for you in the end? We are getting random bucket darknesses when using DR on scenes with multitextures - seems to be when we are using the multitexture random gamma/hue controls. Some slaves render differently to others.

                    All slaves are on the same version of multitexture: 2.01. We are all running Max2014.
                    Kind Regards,
                    Richard Birket
                    ----------------------------------->
                    http://www.blinkimage.com

                    ----------------------------------->

                    Comment

                    Working...
                    X