*** The video contains the aspect ratio attribute, which corresponds to a ratio of 16:9. This is taken into account by digiKam 8.2, but not by 8.3. Screenshots attached. SOFTWARE/OS VERSIONS Windows: Windows 10
Created attachment 164544 [details] Aspect ratio in digiKam 8.2
Created attachment 164546 [details] Aspect ratio in digiKam 8.3
Hmm, I can't reproduce any problems here with "real" 16:9 videos. Your video is 704x576 = 11:9 (1.2). This means that the square representation is actually correct. Why there is an aspect ratio of 1.77 in the metadata is a mystery to me at this point. We would have to scale your video by a factor of 1.4545 in width, but that is not logical given the video size. Otherwise we would have to assume a height of around 396 pixels, the rest are black borders. Where is the video from? Is this from a 4:3 (DVD/DV) recorder that has recorded in 16:9 mode? Something is wrong here. Maik
(In reply to Maik Qualmann from comment #3) > Hmm, I can't reproduce any problems here with "real" 16:9 videos. Your video > is 704x576 = 11:9 (1.2). This means that the square representation is > actually correct. Why there is an aspect ratio of 1.77 in the metadata is a > mystery to me at this point. We would have to scale your video by a factor > of 1.4545 in width, but that is not logical given the video size. > > Otherwise we would have to assume a height of around 396 pixels, the rest > are black borders. Where is the video from? Is this from a 4:3 (DVD/DV) > recorder that has recorded in 16:9 mode? Something is wrong here. > > Maik I converted this video(s) from 4:3 to 16:9 using ffmpeg. ffmpeg has a switch that adjusts the display aspect ratio. Video it was converted with this command: ffmpeg -i [input file] -aspect 16/9 -c:v h264_nvenc -preset slow [output file]
(In reply to Peter from comment #4) > (In reply to Maik Qualmann from comment #3) > > Hmm, I can't reproduce any problems here with "real" 16:9 videos. Your video > > is 704x576 = 11:9 (1.2). This means that the square representation is > > actually correct. Why there is an aspect ratio of 1.77 in the metadata is a > > mystery to me at this point. We would have to scale your video by a factor > > of 1.4545 in width, but that is not logical given the video size. > > > > Otherwise we would have to assume a height of around 396 pixels, the rest > > are black borders. Where is the video from? Is this from a 4:3 (DVD/DV) > > recorder that has recorded in 16:9 mode? Something is wrong here. > > > > Maik > > I converted this video(s) from 4:3 to 16:9 using ffmpeg. > ffmpeg has a switch that adjusts the display aspect ratio. > > Video it was converted with this command: > ffmpeg -i [input file] -aspect 16/9 -c:v h264_nvenc -preset slow [output > file] ffmpeg -i [input file] -aspect 16:9 -c:v h264_nvenc -preset slow [output file]
Actually I don't know if this is a fault. digiKam 8.2 and smplayer have so far displayed (aspect ratio 16:9) the videos correctly even though the size is 704x576 I may have to use "ffmpeg -s 1024x576 -aspect 16:9" switch for real 16:9 videos going forward.
Well, this is a 4:3 video with one frame in 16:9 letterbox format. A video I created here has the same parameters, but plays correctly. I'm a little more recent with Qt, Gilles is currently compiling to the current Qt version. I won't be able to test it on Windows until tomorrow. Maik
Yes and compilation have been restarted one time as now the full build capacity is up to 250Gb. I extended the VM disk to 350Gb... Gilles
(In reply to Maik Qualmann from comment #7) > Well, this is a 4:3 video with one frame in 16:9 letterbox format. A video I > created here has the same parameters, but plays correctly. I'm a little more > recent with Qt, Gilles is currently compiling to the current Qt version. I > won't be able to test it on Windows until tomorrow. > > Maik I tested in Linux Mint 21.2 and digiKam-8.3.0-20231228T113507-x86-64.appimage Here the video is displayed correctly.
The AppImage is also not yet based on Qt6 and does not use the new QMultimediaPlayer. Maik
This problem is resolved with the current Windows build based on Qt-6.6.1. https://files.kde.org/digikam/ Maik