Hello there,
I´m in a little trouble because of a Navisworks and/or user malfunction. I asked a related
question some time ago.Here´s the description of what I have to deal with still:
I have prepared a timeliner animation and linked a simple viewport animation to it. When
previewing the animation everything looked fine.
I therefore I decided to render it. How to put this...
- Fixed pixel dimension input caused Navisworks to crash. After testing the other options
I found out only using the actual window size for rendering worked, non the matter which
renderer I used. The Autodesk renderer crashed in 7 out of of ten cases when rendering,
which gives you a good idea of how frustrated I am at the moment.
- Only the uncompressed AVI output option works, XVid crashes too, despite of the fact other
applications do fine with the video compressor. Therefore I end up with about 4.4 GB for roughly
90 seconds. Thanks to the awkward screen format, standard video players seem to have a hard
time with the file. It also is possible that the 4GB cap took it´s toll, because I ended up with this.
Looks like YUV colour interaced video displayed on a RBG system.I thought it´s because of the
image format, but no- think again: after 10 seconds everything looks fine, but now the start is
missing and I pretty much waited for the renderer to finish for 5 days and got nothing out of it.
I used virtual Dub to cut the portions out that seem to work and I will recompress it to Xvid content
by using virtual dub too, but honestly I need to rely on Navisworks rendering what I want in the re-
solution I want when I want it and therefore I need a guideline concerning supported video compres-
sors. Testing takes too much time and if the only working option results in something like indicated
earlier it´s just not possible to rely on Navisworks.
I´m sick of the alert window indication that the target file can´t be opened, and honestly I am not wil-
ling to use the Microsoft video 1 compressor, for the obvious reasons, size, quality, resolution ect. With-
out some Dub smarts I would´nt even be able to make use of at least a part of the video file.
Which settings will render what I want the way I want it, without the need to worry about a corrupted
output file after days of waiting? Oh and apart from that the render progress bar is nowhere near to ex-
act. It stayed at 99.9 % for about a day. I know the sequence is getting more complicated as we are get-
ting neared to the end, but come on... a day?
I need support on this issue dearly and I will provide all the detail needed to get this going.
Kind regards
Daniel
Solved! Go to Solution.
Solved by dgorsman. Go to Solution.
I forgot to mention two issues:
- Timeline was wrong in the video - the start of the video displayed the end of the video.
- Uncompressed video still looks skewed after recompression (Handbrake, X264)
That´s about it...
Not following most of the problems, but I *think* your main problem is rendering direct to video. Render to frames, then compile the frames to video. Far more reliable and easier to work with when editing together the final cut.
Hello there,
yes that makes sense. When using Max as a renderer I used to compile the animation with virtual dub lateron.
Also this approach will give me better control.
On the other hand the video output should work fine when using stock settings. And the jump in the timeline
can´t be excused I guess.
Thanks for the hint 🙂
Daniel
Direct to video in Navisworks is like direct to video movies - low quality only. 🙂
Same is happening to me. Whether I render to video or jpeg frames, the "Working..." box gets to 69.4% and hangs telling me it's Rendering image. I'm on Navisworks Manage 2017.
Agree that for quality output use frames, but otherwise, if you need some quick (or long) video I've never had a problem with XVid as long as I keep the frame size to a HD standard eg 1920x1080. A simple thing but seems to work.