Opened 7 years ago
Last modified 7 years ago
#5803 reopened defect
ffprobe reports wrong DAR
| Reported by: | Alvaro Gil | Owned by: | |
|---|---|---|---|
| Priority: | minor | Component: | avcodec |
| Version: | git-master | Keywords: | vp8 |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | yes | |
| Analyzed by developer: | no |
Description
Summary of the bug:
When I try to inspect Aspect Ratio for a Portrait video (recorded by a WebRTC MCU) it reports 4:3 and 640x480.
I expect it to be 3:4 480x640.
This happen using either ffprobe or ffmpeg.
How to reproduce:
% ffprobe 402704584179446100.mkv ffmpeg version 3.1.2 built on OSX with brew
Please see attached video file.
Attachments (1)
Change History (4)
by , 7 years ago
| Attachment: | 402704584179446100.mkv added |
|---|
comment:1 by , 7 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
comment:2 by , 7 years ago
Well, actually there is a problem with this particular video, it doesn't allow me to seek so read_intervals is failing, I have to get them all. There is a workaround to just get the information of a frame in the middle of the video and nothing else?
comment:3 by , 7 years ago
| Component: | ffprobe → avcodec |
|---|---|
| Keywords: | vp8 added |
| Priority: | normal → minor |
| Reproduced by developer: | set |
| Resolution: | invalid |
| Status: | closed → reopened |
| Version: | unspecified → git-master |
While the sample is horribly broken and cannot easily be used to show a bug and some people will likely prefer the current behaviour, I believe that this will change in the (not so near?) future.
Alright I figured out that if I use -show_frames it reports correctly, seems like is not safe to trust in the first frame