[FFmpeg-trac] #1776(FFprobe:closed): ffprobe shows PAR as SAR
FFmpeg
trac at avcodec.org
Sat Sep 29 12:13:36 CEST 2012
#1776: ffprobe shows PAR as SAR
-------------------------------------+-------------------------------------
Reporter: henry | Owner:
Type: defect | Status: closed
Priority: normal | Component: FFprobe
Version: unspecified | Resolution: invalid
Keywords: | Blocked By:
ffprobe,PAR,SAR | Reproduced by developer: 0
Blocking: |
Analyzed by developer: 1 |
-------------------------------------+-------------------------------------
Comment (by saste):
Replying to [comment:5 henry]:
> got it , also if that means [[BR]]
> 1. for ffprobe , PAR == SAR ? [[BR]]
> 2. in ffproble, always only show [SAR XX:xx , DAR X:xx] , nerver show
[PAR xx:xx DAR XX:XX] ? [[BR]]
> 3. in ffmpeg, always only show [PAR XX:xx , DAR X:xx] , nerver show [SAR
xx:xx DAR XX:XX] ? [[BR]]
No. Previuosly, FFmpeg was using "PAR" in place of "SAR" all over the
place, at some point we decided to switch to SAR, see commit:
{{{
commit fdd130a2131912133c72b5ff532726784aaa70a2
Author: Stefano Sabatini <stefano.sabatini-lala at poste.it>
Date: Wed Jul 27 10:35:08 2011 +0200
prefer "SAR" over "PAR" in av_dump_format()
"SAR" (Sample Aspect Ratio) is globally preferred over "PAR" (Pixel
Aspect Ratio), although the two terms share the same semantics.
For example the corresponding AVStream field is called
sample_aspect_ratio, and libavfilter has a filter named setsar.
Therefore prefer the term "SAR" over "PAR" in the
libavformat/utils.c:dump_stream_format() and avcodec_string() output
for avoiding confusion.
}}}
The ffprobe/ffmpeg inconsistency you observed is due to the use of
different releases.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1776#comment:6>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list