db&w Support Forum
Welcome, Guest. Please login or register.
Did you miss your activation email?
May 12, 2008, 04:54:41 PM
1814 Posts in 293 Topics by 569 Members
Latest Member: trirtuarm
Home Help Search Calendar Login Register
Pages: [1] 2 3 ... 10

 1 
 on: April 04, 2008, 11:44:48 AM 
Started by Mike Popovich - Last post by lightwolf
USB seems to be performing a lot better. The Macs were still running fine this morning. Strange how the Linux nodes have never caused this much trouble Cheesy
Hey, that's good news, congratulations! Cheesy

Cheers,
Mike

 2 
 on: April 04, 2008, 11:41:40 AM 
Started by Mike Popovich - Last post by Phil Stopford
USB seems to be performing a lot better. The Macs were still running fine this morning. Strange how the Linux nodes have never caused this much trouble Cheesy

 3 
 on: April 03, 2008, 10:48:46 AM 
Started by Mike Popovich - Last post by lightwolf
My problems still continue and I'm somewhat at a loss to explain them. One of the issues is a problem in exrTrader

- SNC4 loops the same frame over and over again because exrTrader defaults to writing out frmXXX files, but LW seems to (for me) output frmXXXX files. The dummy saver and the image filter saver don't agree, so SNC believes the node has crashed and requests the same frame to render. I'm not sure if this is an SDK limitation - Mike?
It is, the number of digits and the frame format needs to be set manually in the exrTrader GUI to match the output settings of LW.
exrTrader can only read out the path and base file name, but not the format used by LW to build the final file name.
I'm not sure if this is an OS X oddity either.
That could well be. USB should be fine, OSX on intel CPUs handles those just as quickly now as FW drives (if you run Leopard).

One thing that might help is getting a cheap SOHO NAS... you can get cases for two 3.5" drives (that allows for a mirror) for around 200€, plunk in two 500GB drives and you're at less that 400€. Not ideal but maybe more reliable (plus they use a lot less energy if they run 24/7).

Cheers,
Mike

 4 
 on: April 03, 2008, 09:07:56 AM 
Started by Mike Popovich - Last post by Phil Stopford
My problems still continue and I'm somewhat at a loss to explain them. One of the issues is a problem in exrTrader

- SNC4 loops the same frame over and over again because exrTrader defaults to writing out frmXXX files, but LW seems to (for me) output frmXXXX files. The dummy saver and the image filter saver don't agree, so SNC believes the node has crashed and requests the same frame to render. I'm not sure if this is an SDK limitation - Mike?

My more serious issue is that the Mac Mini, serving as a general workhorse (file server, LWSN node) stops responding to any fileshare activity after around 3-6 hours. It's wired into the router and still responds to VNC requests, but other than that it's dead - the machine actually won't reboot either in these situations, needing a hard power off. Commonly, the last line to be seen on the terminal is exrTrader throwing an exception because the file data cannot be written (to a local drive!). The MBP LWSN render naturally wedges at the same point because the location is no longer responding over the network. Argh.

I'm scratching my head over this whole thing. I thought a wired connection would resolve this, but it seems to be a more fundamental problem. I'm going to try a lengthy render without exrTrader just in case. I'll also try mode 3 LWSN renders on both machines to see if it is provoked that way. I also need to see if the firewire interface on the main storage drive is playing with me - moving the drive over to a USB port may help....I need to check. I'm halfway wondering if there's something being provoked by the drive going to sleep and not responding in a timely manner (the drive does this itself - OS X's energy savings on the Mac Mini are all switched off, except for display sleep).

*mutter*

I'm not sure if this is an OS X oddity either.

 5 
 on: April 02, 2008, 08:36:42 PM 
Started by lightwolf - Last post by lightwolf
SpinQuad has published part two of a two part tutorial on working with render buffers in LightWave 3D.

Professional Production Pipeline 2. Practical Applications of Render Buffers.

It covers using exrTrader exported buffers with Fusion, but the workflow is applicable to all compositing packages with decent OpenEXR support.

Cheers,
Mike

 6 
 on: April 02, 2008, 08:00:27 PM 
Started by Mike Popovich - Last post by lightwolf
Move along, there is nothing to see here.  Tongue
Shocked *phew*  Cool

You're welcome Smiley

Cheers,
Mike

 7 
 on: April 02, 2008, 06:52:39 PM 
Started by Mike Popovich - Last post by Mike Popovich
BNR had a bug that caused this problem. Paul Lord sent me a patch and it fixed this problem on our pipeline. I assume it will be incorporated in the next release.

Move along, there is nothing to see here.  Tongue

Thanks,

Mike

 8 
 on: March 27, 2008, 07:21:32 PM 
Started by lightwolf - Last post by lightwolf
Hey Mike

Trying to get this to work with the MAC versions and having problems!

I used the ZIP compression method which works perfectly on the PC, but you get a bunch of stars (*) next to the extra channels on the MAC. I tried a different format, but then I got the stars!

What I'm after is a compression that will work with both - any ideas?
ZPI should work with both... Fnordware use the latest openEXR library as well (and ZIP hase been there for ages). Does uncompressed work?

Otherwise you might need to send a sample image for Fnordware to check out.

Cheers,
Mike

 9 
 on: March 27, 2008, 06:45:44 PM 
Started by lightwolf - Last post by stevecullum
Hey Mike

Trying to get this to work with the MAC versions and having problems!

I used the ZIP compression method which works perfectly on the PC, but you get a bunch of stars (*) next to the extra channels on the MAC. I tried a different format, but then I got the stars!

What I'm after is a compression that will work with both - any ideas?


 10 
 on: March 26, 2008, 10:41:42 PM 
Started by Mike Popovich - Last post by lightwolf
Installed the latest exrTrader with BNR4.03 running LW 9.3. A test scene was run through the pipeline, but no image files are written to the output directory. The LWSN log shows an entry for writing the image file, but it also shows OpenEXRSettings master handler failing.
Hi Mike, I had a look here and it works with 9.3.1 as expected... Now, the question is... can your nodes actually access the plugin? Maybe you could check the plugin config file used by the nodes to see if it contains exrTrader, and check if the nodes can access the plugin as well.

Cheers,
Mike

Pages: [1] 2 3 ... 10