Re: [FFmpeg-user] DAR/SAR

2023-02-28 Thread Jim Julian via ffmpeg-user
Hello, The problem turns out to be a poster thumbnail inserted as data. A closer look shows the thumbnail listed in ffprobe. I removed the thumbnail and the problem was removed as well. Problem solved. I'm not used to this forum format so may have not recognized your response in a mess

Re: [FFmpeg-user] DAR/SAR

2023-02-28 Thread Steve Zemlicka
Sorry, I just saw that you already ran an ffprobe. If you run ffprobe again and look for Stream #0:0, does yours report the DAR as 4:3? If so, perhaps you were looking at Stream #0:2 when you were seeing the DAR 17:25. If not, then perhaps there's something else going on with your build. If tha

Re: [FFmpeg-user] DAR/SAR

2023-02-28 Thread Steve Zemlicka
if you run ffprobe [filename], you'll notice that it does indicate 4:3 for stream#0:0 Stream #0:0[0x1](eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 640x480, 792 kb/s, SAR 1:1 DAR 4:3, 23.98 fps, 23.98 tbr, 23981 tbn (default) When dealing with aspect ratios, it's always go

Re: [FFmpeg-user] DAR/SAR

2023-02-28 Thread Ferdi Scholten
I've just finished a dialogue with MediaInfo and there seems to be a difference in the Linux and Windows versions. I also tried using WSL and bash without success. The DAR/SAR are still reported incorrectly.  680x1000 [SAR 1:1 DAR  17:25], where the movie is actually 640x480 and DAR=4:3. For

[FFmpeg-user] DAR/SAR

2023-02-28 Thread Jim Julian via ffmpeg-user
I've just finished a dialogue with MediaInfo and there seems to be a difference in the Linux and Windows versions. I also tried using WSL and bash without success. The DAR/SAR are still reported incorrectly.  680x1000 [SAR 1:1 DAR  17:25], where the movie is actually 640x480 and DAR=4:3. For a