Leonardo Bernardini

Forum Replies Created

Viewing 15 posts - 376 through 390 (of 492 total)
  • Posted in:
  • 23rd January 2008 at 7:52 pm #14786

    Often an I/O problem (maybe a permission problem). You should post the output from the batch engine, so I can help you better…

    23rd January 2008 at 7:51 pm #14785

    Muster 32 bit works well on 64 bit platforms, you really need a 64 bit version if you’re going to render very big single frame images on the Dispatcher, that’s the only process that really need more than 2GB otherwise…

    Exactly what’s your problem ?

    23rd January 2008 at 7:50 pm #14784

    That isn’t so clear. Muster is designed to work with separate rendering nodes. What’s the purpose of a cluster ?

    23rd January 2008 at 7:49 pm #14783

    you’re launching /Adobe After Effects 7.0, this is just a folder, not the batch render itself.
    The command should be /Adobe After Effects 7.0/aerender or similar, depending on your install location.

    23rd January 2008 at 7:47 pm #14782

    There’re cpu-related commands like -cpur (resume) where you specify a node ID and the command is sent to the host…

    8th January 2008 at 5:01 pm #14775

    Just want to inform that 5.4 is out, it includes a control applet for MAC OS X as an application bundle. It also allows install/uninstall of Muster components as Mac services.

    8th January 2008 at 4:59 pm #14774

    I cannot see any weird thing. The 0 exit code means a success and from your log, the image has been rendered successfully. So, where’s the problem ?

    1st January 2008 at 1:43 am #14772

    sort them for username ;)

    1st January 2008 at 1:42 am #14771

    Unfortunately setup of Muster requires some unix knowledge. You’ve to drop the executable somewhere in your file system and launch it from the console.

    good news are that 5.4 (coming out in january) will have a dedicated control/setup applet for Mac OS X.

    1st January 2008 at 1:40 am #14770

    Could you post a dump from the engine batch render ?

    1st January 2008 at 1:39 am #14769

    /etc/init.d/rc (or musterrcd) stop
    rm /usr/local/muster
    rm /etc/init.d/muster* (or rc*)

    then install the new version, keep in mind that depending on your installation preferences, you may not have muster installer on /usr/local/muster

    1st January 2008 at 1:35 am #14768

    You’re right. We have looked at putting the tray application back in action. In the upcoming 5.4, there’s already a tray icon for Macintosh that acts as a one-shot installer and service control.
    Plans are to expand it to windows and give the applet ability to local control the renderclient.

    1st January 2008 at 1:34 am #14767

    There’s a specific reason for this feature design.

    Even you think it transfers a couple of bytes, remember that a TCP packet is always 512 bytes of size.

    Apart from that, Muster uses a FIFO network protocol using TCP, that means that every packet is put into a queue waiting for network delivering. Scheduling an automatic message every X seconds may lead to an internal buffer overflow under heavy network usage, even using an intelligent substutable message queue.

    Now, thinking at a 200-300 host farm, having those messages in queue isn’t a real problem, but the delay it may cause to most important messages (completation of renders) may lead to lost of precious seconds.

    Don’t think in a “gigabit” way. When under usage, there’s a good chance that your network is in a “full” status at about 80% of the rendering times due to file streaming. The only way to make that really working in the way you’re describing is the define of a local policy of QoS (Quality of service) directly on your switches (that must be layer 3). Unfortunately, this is something that’s done by a very low level of end users.

    Just to close the case, we’ll make that feature user-configurable in the near future.

    Cheers :)

    1st January 2008 at 1:27 am #14766

    Add the dispatcher.exe and renderclient.exe to the exceptions.

    Otherwise the ports are the ones you’ve already tried : 7680, 7681,7683,7690 and 7691.

    17th December 2007 at 6:44 pm #14763

    This may be due to a permission problem. Check that the user assigned to the service is able to map the drives and that the configuration of the drive mapping reflects exactly your paths.

Viewing 15 posts - 376 through 390 (of 492 total)