1920 / 32 = 60, so the pitch is the same as width.
720 / 32 = 22.5, so the pitch isn't the same as width. If pitch isn't handled correctly throughout, then you'll get weird image issues.
Just doing a little testing. Using your supplied test file and the command linegives me a valid encode using hardware decode and encode. (Your command line is using software decode and hardware encode)
Then again so does the basicwhich is using software decode.
Adding in -b:v 600k to set the bitrate also works.
FWIW I'm using ffmpeg version 5.1.4-0+rpt1+deb12u1 from the standard Raspberry Pi OS image. Also works with the latest 5.1.4-0+rpt3+deb12u1.
720 / 32 = 22.5, so the pitch isn't the same as width. If pitch isn't handled correctly throughout, then you'll get weird image issues.
Just doing a little testing. Using your supplied test file and the command line
Code:
ffmpeg -threads 4 -codec:v h264_v4l2m2m -i attica_raw.ts -codec:v h264_v4l2m2m -pix_fmt yuv420p foo.mp4Then again so does the basic
Code:
ffmpeg -threads 4 -i attica_raw.ts -codec:v h264_v4l2m2m foo.mp4Adding in -b:v 600k to set the bitrate also works.
FWIW I'm using ffmpeg version 5.1.4-0+rpt1+deb12u1 from the standard Raspberry Pi OS image. Also works with the latest 5.1.4-0+rpt3+deb12u1.
Statistics: Posted by 6by9 — Mon Mar 11, 2024 3:38 pm