3ds: Invalid Image Header?

I’ve just run into an odd problem. I was rendering out a scene and everything went as it should no errors were occurring, images were being saved out. Then I went to look at the renders and RAM player couldn’t open them. I get an Invalid Image Header, magic number 0. I went to Photoshop, same thing. I was rendering out tiffs which I don’t normally do…so I decided to try JPEG just to make sure…same problem. So I decided to try local rendering…the files are fine. I tried rendering a couple other files just to make sure something hadn’t happened to the farm. But nope it’s only this one file. Is there any reason that invalid images would be saved out when using deadline?

Jeff

Not that we know of. Maybe something in the scene has been corrupted. Is it possible to recreate the scene from scratch to see if the problem persists?

Cheers,

  • Ryan

I have found the problem. Not certain what to do about it. Basically when the “save file” is checked and for example it specifies a jpg file. Well through deadline I was specifying a tif. Apparently despite it changing the filename to a tif…it was still saving it as a jpg. Anyone know if there’s a way to force 3dsmax to save it to the proper format?

Hey Jeff,

I quickly looked into this, and there doesn’t seem to be a setting to force an output type (that I could find… I might just be blind :wink: ) . If anyone else knows of one (that would be accessible to Deadline), or if Ryan gets back on monday and corrects me, I’m sure we could hook it into our submission scripts.

Cheers,

  • Jon

Ah, found a way around this problem. As part of the post load maxscript I already have…I added rendOutputFilename=example.tif. And it worked fine. It looks like rendOutputFilename has to be set to the type of file you’re trying to save out. So I’m guessing that your system doesn’t reset this variable and controls the output some other way?

Sounds similar to a problem I encountered a little while ago, where the actual “BitmapIO Classes” function publishing interface for a particular file output type must be initiated in MAXScript for the correct file type to be saved out. If the user is changing the file output type after submission, then in MAXScript, the particular “BitmapIO Class” will need to be set?
I might be wrong…? Bobo pointed this issue out to me…
Mike

EDIT: Exactly…if you change the “renderoutputfilename” then, you effectively initiate that particular “bitmapIO.class” which I describe above…