Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

> On Apr 17, 2020, at 1:57 AM, Ted Park wrote: > > I think I did the same thing, or similar at least. I thought the specs said > 4k decode & encode but I might have been misreading 2 4k displays & 4k > decode, for hardware encoding it says 1080p60 max. Apparently the SoC on the > Pi 4 is bas

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Hi, >>ffmpeg -y -i SourcePath -b:v 9000k -c:v h264_omx DestPath >> >> The difference is the -s flag. Why would leaving that out result in an >> error? > > I guess your hardware does not support 4k encoding. > > Carl Eugen > Makes sense, though until seeing your and Ted's notes I was

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

> I don't know. > But until not-so-long-ago, hardware encoding was limited to smaller > resolutions on more expensive gpu's, so I wonder if the rpi really > supports 4k encoding. > And it would be a good explanation for the behaviour you see. > Makes sense, though until seeing your and Ted's no

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Am Fr., 17. Apr. 2020 um 00:02 Uhr schrieb MediaMouth : > > > On Apr 16, 2020, at 2:26 PM, Carl Eugen Hoyos wrote: > > > >> The following worked w/o errors (though it didn't improve the speed) > >>ffmpeg -y -i SourcePath -s 1280*720 -b:v 9000k -c:v h264_omx > >> DestPath > >> > >> The fol

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

> On Apr 16, 2020, at 2:26 PM, Carl Eugen Hoyos wrote: > >> The following worked w/o errors (though it didn't improve the speed) >>ffmpeg -y -i SourcePath -s 1280*720 -b:v 9000k -c:v h264_omx DestPath >> >> The following generated the "deprecated pixel format used" error. > > No. > ("

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

> That's kind of wacky, how did you install ffmpeg? > sudo apt-get install ffmpeg Though it turns out it was pre-installed on the 2020-02-14 kernal v4.19 RPI 4 image Also added > apt-get install libomxil-bellagio-bin > sudo apt-get install libom

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Am Do., 16. Apr. 2020 um 19:50 Uhr schrieb MediaMouth : > The following worked w/o errors (though it didn't improve the speed) > ffmpeg -y -i SourcePath -s 1280*720 -b:v 9000k -c:v h264_omx DestPath > > The following generated the "deprecated pixel format used" error. No. ("deprecated pix

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Hey, > Well, without the -vf scale=1280:720,format=yuv420p I get the following error > [swscaler @ 0x222c910] deprecated pixel format used, make sure you did set > range correctly > [h264_omx @ 0x1b31010] Using OMX.broadcom.video_encode > [h264_omx @ 0x1b31010] OMX error 80001000 > [h264_omx @ 0x

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

On Apr 15, 2020, at 10:02 PM, Ted Park wrote: > > Hey, > >> An attempt to do some hardware acceleration... >>> ffmpeg -i path/to/source.mp4 -c:v h264_omx -b:v 9000k -vf >>> scale=1280:720,format=yuv420p path/to/dest.mp4 >> Gave the exact same same results > > That sounds to me like the encoder

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Well, without the -vf scale=1280:720,format=yuv420p I get the following error [swscaler @ 0x222c910] deprecated pixel format used, make sure you did set range correctly [h264_omx @ 0x1b31010] Using OMX.broadcom.video_encode [h264_omx @ 0x1b31010] OMX error 80001000 [h264_omx @ 0x1b31010] err 80001

Re: [FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Hey, > An attempt to do some hardware acceleration... >> ffmpeg -i path/to/source.mp4 -c:v h264_omx -b:v 9000k -vf >> scale=1280:720,format=yuv420p path/to/dest.mp4 > Gave the exact same same results That sounds to me like the encoder is waiting for filtered frames in both cases. Did you try wi

[FFmpeg-user] Testing transcode speeds on Raspberry Pi 4

Running a few tests to see if there's any practical value in using a RPI4 to generate h.264s from camera originals using FFMpeg. So far it's not exactly overwhelming: > ffmpeg -i path/to/source.mp4 -b:v 9000k -vf scale=1280:720,format=yuv420p > path/to/dest.mp4 ran at about 25% of real time (com