bmitchell
06-14-2006, 11:38 PM
Here's one of the valuable "lost responses" from Mr. RatVega:
I'm not a veteran Flip4Mac guy, but I'm not at all sure this is a purely WMV issue. There are several possible things here.
First, you didn't give all the parameters of the encoding window so I guessed a bit, but I just did a quick experiment with Flip4Mac and got good color but pronounced stuttering that I assume is from the keyframe rate. If you can include a screen shot of the encoding window it might help get to the bottom of the problem.
Was the clip "NTSC color safe" when it was output? Excessive chroma can cause color bleed and smear under some conditions. The greenish hue is also suspicious, not many encoders will cause this without a lot of fiddling.
Here are what some of the players mean;
Bit rate: this is the overall data stream. The lower the number, the smaller the file but low bit rates also infer inferior quality.
Key frame rate: This is the frequency with which the encoder inserts a new (real) frame to estimate its frame generation. This can make a lot of difference in the quality if your images move a lot over a short period. Lower key frames mean more real frames and larger file sizes.
Input Frame: This is what you started with. Straight video is usually Interlaced - Lower Field First. This should match the export setting you used in FCP.
Output size: obvious, but an important parameter for overall file size. Remember that a larger size will want a higher Bit Rate to maintain the same quality.
Output Rate: again, pretty obvious, but a lot of web video uses reduced frame rates to keep file size down. If you recall the Final Cut Studio "Quicktours", I think we ran those at 12 or 15 fps and the still looked pretty nice.
Output Type: I assume this should be Progressive since all computer screens are progressive ("non-interlaced" is the old way of expressing this.)
As I said, I'm no WMV pro, so don't take this as specific instruction but as additional info on what to be looking for.
If you have the option, you could also try H.264 encoding (which is supported in QT7) to get small, high quality files. The question is one of what support the "other end" will have.
I'm not a veteran Flip4Mac guy, but I'm not at all sure this is a purely WMV issue. There are several possible things here.
First, you didn't give all the parameters of the encoding window so I guessed a bit, but I just did a quick experiment with Flip4Mac and got good color but pronounced stuttering that I assume is from the keyframe rate. If you can include a screen shot of the encoding window it might help get to the bottom of the problem.
Was the clip "NTSC color safe" when it was output? Excessive chroma can cause color bleed and smear under some conditions. The greenish hue is also suspicious, not many encoders will cause this without a lot of fiddling.
Here are what some of the players mean;
Bit rate: this is the overall data stream. The lower the number, the smaller the file but low bit rates also infer inferior quality.
Key frame rate: This is the frequency with which the encoder inserts a new (real) frame to estimate its frame generation. This can make a lot of difference in the quality if your images move a lot over a short period. Lower key frames mean more real frames and larger file sizes.
Input Frame: This is what you started with. Straight video is usually Interlaced - Lower Field First. This should match the export setting you used in FCP.
Output size: obvious, but an important parameter for overall file size. Remember that a larger size will want a higher Bit Rate to maintain the same quality.
Output Rate: again, pretty obvious, but a lot of web video uses reduced frame rates to keep file size down. If you recall the Final Cut Studio "Quicktours", I think we ran those at 12 or 15 fps and the still looked pretty nice.
Output Type: I assume this should be Progressive since all computer screens are progressive ("non-interlaced" is the old way of expressing this.)
As I said, I'm no WMV pro, so don't take this as specific instruction but as additional info on what to be looking for.
If you have the option, you could also try H.264 encoding (which is supported in QT7) to get small, high quality files. The question is one of what support the "other end" will have.