Nope, you can't bypass these limitations, which are more or less a side effect of AE having gone 64bit and some of that stuff working differently even ion Windows itself. You could make your second conversion more efficient, though. Simply use VirtualDub. If the file is already encoded correctly, but only contains unnencessary info, a direct stream copy with stripping this data wil lsave you all the trouble...
I admit, I was doubtful the VirtualDub would work, but I tested it on a small clip, and it played through daktronics! Thank you so much for the quick fix and fast response. I'm curious what it is about the settings AE outputs that virtualdub is able to change by simply re-saving the file. If you have the time and knowledge of what/how it works, I'd be interested in learning.
Thank you again!
1 person found this helpful
I understand the changes this way: Adobe strove to eliminate common mistakes in rendering by reducing the number of render options, limiting certain codecs to specific screen resolutions, etc.
I don't think the Adobe folks anticipated certain necessary exceptions to the new rules.
Wanted to say thanks for including the manfacturer in your post and subject. This will help tremendously if anyone ever wants to look up the same kind of information for similar issues.
We have gotten feedback about the use case that you describe. Here's a thread in which a lot of additional background information is given, as well as some suggestions for workarounds:
The problem is that Adobe is writing compressed video in a non-standard way. Data is written in an AVI file in chunks with four character codes (FCCs) to define the chunks and some items in the chunks. There are two FCCs that can be used to define video frame chunks, “00db” for an uncompressed frame or “00dc” typically for a compressed frame. If “00dc” is used for uncompressed video the compression code is supposed to be “DIB “ which means a DIB codec, which is basically uncompressed. Adobe’s CS5 is writing video chunks with the “00dc” code but not specifying the “DIB “ compression code but instead just putting in null characters. This would appear to be a violation of the AVI specification and is the reason that earlier versions of the Venus 7000 do not work with these files. CS4 and earlyer versions used the "00db" FCC so they did not have the problem.
Venus 7000 version 220.127.116.11 is the first version to have the fix that supports the non-standard CS5 uncompressed AVIs.