Hi guys, sorry for the late answer I had to take care of other problems first. I also did some other research on my end. Unfortunately I was wrong nuke does not render locally. It did render because the codec is not only set but also there is a template write node being copied afterwards. So on the local machine I ignored the error because it seemed to work. That is not the case if I disable the template copying.
Perhaps you have a new approach for me. I am still clueless. Cheers Sebastian Am 15.06.2011 um 15:31 schrieb adam jones: > Ah > I seem to be missing a large part of this thread. > > Yep we render to deadline and then have deadline to render a qt at end of > sequence render > > -adam > > Sent from my iPhone > > On 15/06/2011, at 16:16, Randy Little <[email protected]> wrote: > >> Adam they are not talking about using multiple machines to render a >> quicktime they are talking about using a machine on the farm as a qt time >> rendering box which is a pretty common pipeline thing to do. >> Also you can distributed render QT on a farm if its a Mac farm using >> compressor. >> >> >> Randy S. Little >> http://www.rslittle.com >> >> >> >> >> On Wed, Jun 15, 2011 at 00:03, adam jones <[email protected]> wrote: >> you can not render a quicktime file over a render farm. >> >> it kinda makes sense if you think about it..... >> >> render the frame sequence first then create a movie file. >> >> -adam >> >> On 15/06/2011, at 3:01 PM, nand kishor wrote: >> >>> May be page 704 of User Guid help you regarding quick time render. >>> >>> On Tue, Jun 14, 2011 at 7:17 PM, Ron Ganbar <[email protected]> wrote: >>> Sebastian, >>> as we eliminated all other problems, the only thing I have left to suspect >>> is deadline. I never used deadline, so I don't know what it's issues are. >>> Anybody successfully did this on deadline? >>> >>> >>> >>> Ron Ganbar >>> email: [email protected] >>> tel: +44 (0)7968 007 309 [UK] >>> +972 (0)54 255 9765 [Israel] >>> url: http://ronganbar.wordpress.com/ >>> >>> >>> >>> On 14 June 2011 12:36, Abraham Schneider <[email protected]> wrote: >>> @Abraham: I have an english win 7 and installed an english version >>> of quicktime (7.6.9). unfortunately before i had chinese in the >>> "language for non-unicode programs" option in the "region and >>> language" settings. I changed it to english, uninstalled quicktime >>> and reinstalled the english version again to be sure. unfortunately >>> it did not help. >>> >>> and you have an english Win 7 and QT on both machines, the workstation >>> where you created the setup and the render machine? >>> >>> Abraham >>> >>> >>> >>> >>> >>> Am 13.06.2011 um 17:09 schrieb Ron Ganbar: >>> >>> And are you sending all the frames to a single machine? >>> >>> >>> Ron Ganbar >>> email: [email protected] >>> tel: +44 (0)7968 007 309 [UK] >>> +972 (0)54 255 9765 [Israel] >>> url: http://ronganbar.wordpress.com/ >>> >>> >>> >>> On 13 June 2011 09:54, Sebastian Kral <[email protected]> wrote: >>> Sorry, forgot to mension we are using windows 7 on all machines. >>> >>> @Gary: No it is not even opening for rendering. It is not being >>> stuck at the filesize. Also the resuting movie will probably not be >>> over 400MB. >>> >>> Am 13.06.2011 um 13:33 schrieb Gary Jaeger: >>> >>> is it possible you're running into a QT API bug? >>> >>> http://blogs.adobe.com/toddkopriva/2011/05/cant-create-quicktime-movie-larger-than-2-15gb-across-network-using-afp.html >>> >>> >>> On Jun 11, 2011, at 10:37 PM, Sebastian Kral wrote: >>> >>> Hi guys, >>> >>> I have a problem when I want to render a quicktime on our farm. >>> When nuke opens the file it returns this error: "ERROR: Bad value >>> for codec : Photo - JPEG". Deadline thinks it did not work and >>> stops the renderjob. >>> I do not know why the error is returned because if I open the >>> script locally the error also appears but if I check the write >>> node, everything is fine and the codec is in place. I can render >>> locally afterwards. >>> >>> Programs: >>> Nuke 6.2v4 >>> Deadline 5 >>> >>> Any help is very appreciated. Thank you >>> >>> Best >>> >>> Sebastian Kral >>> >>> >>> Abraham Schneider >>> Senior VFX Compositor >>> >>> >>> ARRI Film & TV Services GmbH >>> Tuerkenstr. 89 >>> D-80799 Muenchen / Germany >>> >>> Phone +49 89 3809-1269 >>> >>> EMail [email protected] >>> www.arri.de/filmtv >>> _______________________________________________ >>> Nuke-users mailing list >>> >>> [email protected], http:// >>> forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> . . . . . . . . . . . . >>> Gary Jaeger // Core Studio >>> 86 Graham Street, Suite 120 >>> San Francisco, CA 94129 >>> 415 543 8140 >>> http://corestudio.com >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> ________________________________ >>> >>> >>> ARRI Film & TV Services GmbH >>> Sitz: München Registergericht: Amtsgericht München >>> Handelsregisternummer: HRB 69396 >>> Geschäftsführer: Franz Kraus, Dr. Martin Prillmann, Josef Reidinger >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >>> >>> _______________________________________________ >>> Nuke-users mailing list >>> [email protected], http://forums.thefoundry.co.uk/ >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >> >> >> _______________________________________________ >> Nuke-users mailing list >> [email protected], http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >> >> _______________________________________________ >> Nuke-users mailing list >> [email protected], http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > _______________________________________________ > Nuke-users mailing list > [email protected], http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users -- Sebastian Kral mobile +86 18601749705 Changshou Road Lane 1028 No. 8, Rm. 501 Putuo District 市普陀区长寿路1028弄8号501室 Shanghai 200060, China 中国上海 [email protected] - http://sebastiankral.de
_______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
