[FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files

FFmpeg trac at avcodec.org
Sun Dec 7 23:39:07 CET 2014


#4163: Encodes incompatible videos from similar picture and audio files
-------------------------------------+-------------------------------------
             Reporter:  paheikki     |                    Owner:
                 Type:  defect       |                   Status:  closed
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  mjpeg        |               Resolution:  invalid
  aspect                             |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Changes (by cehoyos):

 * keywords:   => mjpeg aspect
 * status:  new => closed
 * version:  unspecified => git-master
 * resolution:   => invalid


Comment:

 The (main) reason that reporters should provide console output is that
 this allows developers to quickly understand an issue without having to
 guess. I hope you agree that it is impossible to see anything "quickly" in
 the text file you attached.

 You originally reported that the issue is reproducible with the two files
 showing a temple and a train (both called Kuva.jpg): Why didn't you post
 the console output just for these two images?

 There is no bug (in FFmpeg) that affects the issue you see afaict: One of
 the mjpeg files has no aspect ratio defined (most have) and this is
 different from a ratio of 1:1. I am not sure why gpac doesn't ignore the
 aspect ratio of the h264 streams but I absolutely may miss something.

 Workaround is to specify {{{-vf setsar}}}, I suspect even {{{0}}} is ok if
 you don't want to force {{{1}}}.

 There may be a slightly related bug: Aspect ratio should never be
 {{{100:100}}} but {{{1:1}}} but as said this is unrelated since
 {{{100:1000}}} is reduced to {{{1:1}}} before sent to libx264. so this
 cannot affect the output files.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4163#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list