1 person found this helpful
Welcome to the forum.
I don't know if Indeo has a 64-bit version of its codec, but if not then you're going to have to convert it to something else. CS5 only sees 64-bit stuff.
That's a codec from back in the stone ages, and since CS5 is a 64-bit application, it requires 64-bit codecs. There is no 64-bit version of Indeo 5.1, so you're out of luck importing these directly into CS5.
If you still have CS4 and the project and original media, you could export to something else more modern. If you have CS4, but not the projects or media, you could import the files into it and transcode to something else (or just use AME). If you don't have CS4, you'll have to find a third-party video transcoder to convert the files into something CS5 can use. QuickTime Pro might actually be able to open these on Windows, but if not, there are dozens if not hundreds of programs out there you can try. Check out VideoHelp.com for some potential tools.
I don't know if Indeo has a 64-bit version of its codec...
It's worse than that, apparently. Quoth the mighty Oracle called Wikipedia:
Indeo is not supported and is not compatible with Microsoft Windows Vista, Windows 7 or any Windows 64-bit operating system.
I have NOT used the products below, I only forward due to other mentions
Convert your files to DV-AVI Type II with 48KHz 16-bit Audio
$90 http://www.magix.com/us/movie-edit-pro/ plus $5 Ship
$70 http://www.nchsoftware.com/prism/index.html Converter
$40 http://www.deskshare.com/dmc.aspx Digital Media Converter
$00 http://www.squared5.com/ MPEG Streamclip Converter
$00 http://www.erightsoft.com/SUPER.html Multi-Converter <-- supposed to be very good
$00 http://www.virtualdub.org/ Mpeg to AVI Converter
If WMM (Windows Movie Maker) will Import those files, I'd consider using it to Export to DV-AVI Type I (the limitation of WMM), and Import those into CS5. Another option would be to convert with a program like, DigitalMedia Converter 2.7, and choose DV-AVI Type II (better choice).
If WMM (Windows Movie Maker) will Import those files, I'd consider using it to Export to DV-AVI Type I (the limitation of WMM), and Import those into CS5.
That's a good thought, Bill--though will Premiere work with Type 1 AVIs? I thought that it was Type 2 only, but that might not be the case. If it is, a utility like DVDate will convert the Type 1 AVIs to Type 2.
EDIT: Ah, Type 1 is supported... helps to read the, um, help docs
Thanks everybody; I was afraid it was going to be something along the lines of the Indeo codec being outdated. I still have CS4 laying around, and that does recognize that codec - I am just going to have to find a new method to package all these videos.
Thanks again for the quick responses, I can see why people turn to the adobe forums so much.
PrPro handles most DV-AVI Type I's just fine. The issues are total Duration (forget what that limit is, but one will likely be shorter), and then OOS issues, but the OOS is almost always static (does not drift), and is easy to fix. Just remember to toggle OFF Snap (S-key), or you WILL fight things far too much. Otherwise, Type I's seem to do fine and the OOS is not always present.
Obviously, Type II's are the best, but WMM is limited there.
If you have CS4 (32-bit), that would be far better than WMM, in almost all respects, plus will get you DV-AVI Type II's, and it doesn't get any better than that.
Yup, importing into CS4 is letting me modify them and now I am trying to decide on a final output file. I need a codec/container combo that permits web browser playing while maintaining the resolution of the source files.
Right now my combinations are yielding some artifacting in the output files...
(Hijacking my own thread) Any thoughts?
What sort of artifacting? Interlacing, or blockiness, or other?
Do you need to do further editing, or are you just compressing finished edits for web delivery?
I'm getting mostly blockiness; although I did notice the increase in contrast under the mp4 package - but from what
I understand this is common. (Bear with me on this, I'm mostly a still image/photoshop guy; I just get tossed the video stuff at work because "Hey it's a kind of image!")
I typically don't have to do any further editing, but there is always the potential for future requests to shorten/cut frames.
Gamma shifts are, unfortunately, a part of QuickTime, where I presume you're trying to play the files back. There are ways to work around this, none of them too fun, but just Google up "QuickTime gamma shift" and you'll get all you can stand.
For the blockiness: that's a function, typically, of your bitrate, and also of the particular encoding profile you use (e.g. Baseline, Main, High). I don't know the dimensions of the file to which you're exporting, but I can typically get a pretty sharp looking 320x240 H.264 export with a bitrate of about 500kbps. I'd typically use Main profile, as this opens up some of the more advanced capabilities of the codec (B-frames, etc) that allow for a better encode at a lower bitrate. The tradeoff is increased encoding time, and higher demands on the decoder. With most modern computers, that's not much of a concern, depending on the level you're encoding to--for example 720p HD would be much more demanding, as there's more to fit in less space.
Anyway, there are no magic formulas to getting a good encode. It's a lot of trial and error, though it does help to have at least a rudimentary understanding of what the various parameters do. Check out this article for a good starting point: H.264 for the rest of us | Adobe Developer Connection
Hope that helps a bit...