Trying

 ffmpeg -i image%03d.jpeg -sameq -r 25 outmovie.mp4
  • But getting
Option 'sameq' was removed. If you are looking for an option to preserve the quality (which is not what -sameq was for), use -qscale 0 or an equivalent quality factor option.
Failed to set value '1' for option 'sameq': Invalid argument

ffmpeg -framerate 24 -i img%03d.png output.mp4
  • To glob…
ffmpeg -framerate 24 -pattern_type glob -i '*.jpg' -c:v libx264 -pix_fmt yuv420p out.mp4

ffmpeg -framerate 1/3 -pattern_type glob -i '2021-05-19 09.0*.jpg' -c:v libx264 -r 30 -pix_fmt yuv420p out.slower.mp4

  • Wow nice that was perfect , so 1/3 indeed sets the duration at 3 seconds per image…

  • Going to try again with 0.75 seconds so

ffmpeg -framerate 4/3 -pattern_type glob -i '2021-05-19 09.0*.jpg' -c:v libx264 -r 30 -pix_fmt yuv420p out.slower.three_quarters.mp4
  • Okay that was about perfect I think.
  • Only thing is my images are rotated still, so think I got to rotate them first ..
ffmpeg -framerate 4/3 -pattern_type glob -i '*R.jpg' -c:v libx264 -r 30 -pix_fmt yuv420p out.slower.three_quarters.mini.mp4

  • Wow very weird, but “turns out” hehe , all I had to do was rotate the image 360 degrees and it still managed to get modified and then the mp4 orientation ended up being correct finally.

  • Hopefully image magick has the same effect? ( per here )

convert -rotate "360" "2021-05-19 09.02.15.jpg"   "2021-05-19 09.02.15.R360.jpg"

$ md5 "2021-05-19 09.02.15.jpg"   "2021-05-19 09.02.15.R360.jpg"
MD5 (2021-05-19 09.02.15.jpg) = 63efd132e1c609672f260c0af1c84058
MD5 (2021-05-19 09.02.15.R360.jpg) = 08c2a4716cb90e8d53a0bde0d3d0a397
  • Wow something definitely happened here hmm.
  • Try a few more and reproduce..
convert -rotate "360" "2021-05-19 09.02.24.jpg" "2021-05-19 09.02.24.R360.jpg"
convert -rotate "360" "2021-05-19 09.02.32.jpg" "2021-05-19 09.02.32.R360.jpg"
  • And try on just the image magick images..
ffmpeg -framerate 4/3 -pattern_type glob -i '*R360.jpg' -c:v libx264 -r 30 -pix_fmt yuv420p out.slower.three_quarters.mini4.mp4

  • Hmm dang the output out.slower.three_quarters.mini4.mp4 is still rotated.

  • Maybe image magick is doing some pure math rotation, but perhaps using the “Preview” app to do the rotation resets some kind of EXIF rotation setting.

  • So I tried looking at one of the original images and I’m getting

identify -format '%[EXIF:*]' "2021-05-19 09.02.40.jpg" | grep Orientation
exif:Orientation=6
  • Which according to this , 6 means “upper right”

The orientation of the camera relative to the scene, when the image was captured. The start point of stored data is, ‘1’ means upper left, ‘3’ lower right, ‘6’ upper right, ‘8’ lower left, ‘9’ undefined.

  • Not really sure what that means but one of the images which I rotated manually with “Preview” …
identify -format '%[EXIF:*]'  "2021-05-19 09.01.12R.jpg"|grep Orientation
exif:Orientation=1
  • Bingo. So if I can modify this tag on these images from 6 to 1 that might work.
  • Oh wow a stack overflow search on simply “modifying exif data with image magick” brought up this answer which is specifically about the orientation . Haha
  • So the suggestion is to use mogrify
  • And this other use of identify gives the human readable value instead
identify -verbose "2021-05-19 09.01.12R.jpg"|grep Orientation
  Orientation: TopLeft
  • Ok going to just try to use the glob approach
file="2021-05-19 09.02.40.jpg"
echo "before" $(identify -verbose $file|grep Orientation)
mogrify -orient "left-top"  "2021-05-19 09.02.40.jpg"
echo "after" $(identify -verbose $file|grep Orientation)

# output..
before   Orientation: RightTop
after   Orientation: LeftTop
  • Ok cool..
mogrify -orient "left-top"  *.jpg

Ok try ffmpeg again …

ffmpeg -framerate 4/3 -pattern_type glob -i '*.jpg' -c:v libx264 -r 30 -pix_fmt yuv420p out.slower.three_quarters.full.mp4