Reuben <[email protected]> added the comment: Ok some changes since last night. When I got to work this morning and tried to playback a fresh encode with the change to 422 color space that I made last night, the playback works correctly. At least if it is encoded on my win32 machine. The same exact settings for video encoded on my linux-64bit box from home do NOT play back (at all, just a black screen).
But, on the flip side, the video encoded on the linux box correctly sets the aspect ratio, the win32 encoded video does not. (it sets PAR to 1:1 for some reason, even though the terminal output says otherwise) The linux-64 is using the 0.6 release version, I will get the latest svn tonight to see if that makes any difference. Even though I can get the video to play, I'm still currious about all the "FLT errors" that tstream gives. I have NO CLUE what the hell FLT is. (Google has been no help in that regard) But I suspect that it might be something to do with fields since all the "FLT frames" given are consecutive even numbers. But I have no idea what "FLT vector" is the log is referring to. I will add some files: the encoded GXF that works with wrong aspect ratio, the GXF from the linux box that doesn't work but with correct aspect ratio, and the terminal output from the encode you requested (from the win32 encode) ________________________________________________ FFmpeg issue tracker <[email protected]> <https://roundup.ffmpeg.org/issue2171> ________________________________________________
