Hi cchao,
Unfortunately, nvjpegdec does not support this case. If the JPEG is I420 compressed, it only can be decoded into I420 output, but cannot do the I420 to RGB conversion to have RGB output.
For your case, if you can implement I420 to RGB conversion via CUDA, it should improve the performance significantly.
I’ve got it. Thanks a lot!
With gstreamer, jpegdec is same with nvjpegdec or something? gst-inspect-1.0 nvjpegdec and jpegdec, this two are very different. However, I’ve found that decoding with jpegdec is faster so much than libjpeg or turbojpeg, but jpegdec’s speed does match with nvjpegdec. Sames jpegdec is accelerated by gpu or video encoder(HW)? Altrough now is working well with jpegdec, I still want to know:), more reason: sometimes gst_element_factory_make to make nvjpegdec will cause a segmentfault, but jpegdec always works well.
Hi cchao,
TK1 is a 4-plus-1 design and there are 4 CPUs(Cortex A15) and 1 COP(ARM7 AVP). The nvjpegdec leverages the ARM7 AVP for jpeg decoding. It is not a full HW accelerated path.
Since jpegdec gets better performance in your case, please use jpegdec.
TK1 is a 4-plus-1 design and there are 4 CPUs(Cortex A15) and 1 COP(ARM7 AVP). The nvjpegdec leverages the ARM7 AVP for jpeg decoding. It is not a full HW accelerated path.
DaneLLL, so, nvjpegdec is only supported on Tegra serials, including TK1, TX1, TX2. And it’s not supported on Tesla or Geforce series, right?