Leonardo Bernardini

Forum Replies Created

Viewing 12 posts - 481 through 492 (of 492 total)
  • Posted in:
  • 7th January 2007 at 12:49 am #14597

    This suggestion has been accepted and integrated from version 5.1

    7th January 2007 at 12:47 am #14596

    The problem should not be with XP64 itself but in your domain configuration. The default user creation tool in the installer assumes everything is standard configured and may fail under certain circumstances. I suggest you to “SKIP” the user setup during the installer, it should complete without errors. Later setup the Service user manually following the guidelines on the online manual.

    Regards,

    27th December 2006 at 4:34 pm #14594

    OS X is supported on Server side and as a renderclient. There’s no GUI avaible, the only way to access a Dispatcher server from OS X is using the integrated web server.

    Regards.

    22nd December 2006 at 3:57 pm #14593

    We did most of the internal tests on a VMWARE host running about 6 different versions of Linux. So I can confirm we had no problems running Muster on a Virtual machine.

    22nd December 2006 at 3:56 pm #14592

    Version 5.04 is out and it addresses some bad issues discovered during the previous days. That kind of problem should not happen anymore.

    22nd December 2006 at 3:55 pm #14591

    Be sure you’re providing the right password and account information. They should match the ones configured in the internal Muster user database.

    22nd December 2006 at 3:53 pm #14590

    This has been explained several times on the online manual also, I’ll put here a resume, hope it’s clear:

    The management console performs any operation on the services and the remote file systems using the Windows API. The entire authorization procedure is handled by windows itself, this means you can have two distinct scenarious:

    1 – You’re working on a workgroup. In that case, you’ve to be sure to be logged locally as an Administrator and also , your Administrator account must be available on the remote nodes sharing the same password. This will grant the user remote access. Also, if remote nodes are XP based, be sure to TURN OFF SIMPLE FILE SHARING. Details can be found on the microsoft MSDN site.

    2 – You’ re logging on a domain. In that case, just log as a domain Administrator, be sure that the domain Administrator is also a LOCAL ADMINISTRATOR on each node and everything will work fine.

    Your case is a little weird. You’re working on a domain but you have the farm on a workgroup outside the domain. I suggest you to make one of the following choice:

    1 – Use the management console from an host that’s part of the workgroup, follow the rules I said before and you shouldn’t have any problem.

    2 – Get yourself a big headache and find a way to authenticate a domain user on a workstation outside the domain itself. This is a little complicated but I think there should be a way to make it working.

    Hope everything has sense :)

    22nd December 2006 at 3:47 pm #14589

    The template engines already works in such way. Templates must be updated/installed on the Dispatcher only, on successfull connection they are streamed to the renderclients. Keep in mind that , if you update/change the templates, the renderclients need a full restart to avoid using cached templates.

    You also need to install the templates on the host you’re running the management console. Templates can be configured on disconnected clients, that’s why the management console need to be in-sync with the templates on the Dispatcher.

    19th December 2006 at 12:23 am #14587

    We are aware of the problem, we have been able to reproduce it on our testing environment, it seams that’s something related to Maya 8 only. The weird thing is that Mental ray for Maya 8, is actually ignoring the “-of iff” flag used by Muster to force rendering in IFF file format, the uber-weird thing is that Maya reports something like “file format unsupported, using Maya IFF”.

    We are investigating the issue hoping to provide a fix in the upcoming patch 5.03. We would like to avoid using two different templates for maya 7/8 so we hope to find a solution working on both environment.

    In the meanwhile, if you get some kind of readable slices, I suggest you to assemble them manually until we find a working solution.

    Next patch is scheduled in 15/20 days just for the end of the year.

    13th December 2006 at 5:42 pm #14584

    We still haven’t checked the ConsoleSlave command, by the way it can be easily integrated modifying an existing template.

    This is something we are going to do in the future (no ETA actually), in the meanwhile you can try it by yourself ;)

    Regards.

    13th December 2006 at 5:40 pm #14583

    Dear Mike,

    You should check that the Maya scene you’re going to render do not force the render in .TGA file. Muster render the slices by default using the IFF file format (using -of iff flag), but if for some reasons, the render is done in another format, the assembler will fail.

    You can override the default behaviour and use TGA by modified the single frame template.

    regards.

    6th December 2006 at 8:28 pm #14581

    What you’re talking about has sense. We were looking into changing the logs filename format to avoid log overwriting when requeuing a chunk and keep the logs of failed and/or requeued chunks. Our idea was to append a timestamp at the log itself, but considering what you’re asking for, we accept the suggestion and schedule it for the next release.
    Macros actually used for templates will be available in the log filename.

Viewing 12 posts - 481 through 492 (of 492 total)