17:02 <codinho> dv_, , hi, I'm trying to check gst-imx h264 encoder performance, looks like it has not enough performance to encode even 1080p25, what do you think? I'm checking pipeline videotestsource ! imxvpuenc_h264 ! fakesink sync=true max-lateness=0 and there is a lots of drops on sink

17:05 <dv_> it should, actually

17:05 <dv_> well videotestsrc creates a 320x240 signal by default, and if you try to create 1080p frames with it, the CPU will bottleneck

17:06 <dv_> perhaps unless you let it create a fully black frame

17:07 <dv_> so, try: gst-launch-1.0 videotestsrc pattern=black ! "video/x-raw, width=1920, height=1080" ! imxvpuenc_h264 ! fakesink sync=true max-lateness=0

18:06 <codinho> dv_, sorry I used capsfilter after testsrc with specified resolution

18:06 <codinho> sure

18:06 <codinho> it works with no drops with 320x240 with is default

18:07 <codinho> *which*

18:07 <codinho> even 720p doesn't work in realtime

18:09 <codinho> dv_, my actuall goal is transcoding using imxvpudec ! imxvpuenc_h264 from high bitrate to lowbitrate, it doesn't work with low bitrate and even 720p30 1Mbps

18:10 <codinho> lots of drops

18:12 <codinho> I agree that videotestsrc ! imxvpuenc_h264 slow because of copying from source to encoder using cpu

18:13 <codinho> btw, I checked it with enabled 352Mhz feature

18:14 <codinho> without that kernel feature enabled the thing are more worse

18:20 <dv_> then it might be something else in the kernel

18:20 <dv_> I can transcode 1080p with no problem

19:04 <codinho> dv_, how? the actual command? 1080p->1080p?

19:05 <codinho> mine is: filesrc ! demux ! h264parse ! imxvpudec ! imxvpuenc_h264 ! fakesink .