GNOME Bugzilla – Bug 796853
msdk: msdkmjpegdec fail.
Last modified: 2018-11-03 14:28:43 UTC
$ gst-launch-1.0 filesrc location=0795image04_1280x1024.jpg ! jpegparse ! msdkmjpegdec ! msdkvpp ! glimagesink 0:00:00.038675694 29386 0x1a76050 ERROR msdkdec gstmsdkdec.c:409:gst_msdkdec_init_decoder:<msdkmjpegdec0> Init failed (undeveloped feature) 0:00:00.038692225 29386 0x1a76050 ERROR msdkdec gstmsdkdec.c:824:gst_msdkdec_negotiate:<msdkmjpegdec0> Failed to renegotiation
Created attachment 373117 [details] image
Created attachment 373118 [details] [review] patch for this issue.
Created attachment 373119 [details] [review] patch for this issue.
(In reply to Fei from comment #1) > Created attachment 373117 [details] > image This image is correctly decoded and displayed in my KBL with git master of iHD driver, msdk and gstreamer-vaapi. Is this a platform or MediaSDK version specific issue?
(In reply to sreerenj from comment #4) > (In reply to Fei from comment #1) > > Created attachment 373117 [details] > > image > > This image is correctly decoded and displayed in my KBL with git master of > iHD driver, msdk and gstreamer-vaapi. > > Is this a platform or MediaSDK version specific issue? I guess not. MSDK does some more logic for several platforms include SKL but not for KBL. And JPEGChromaFormat is used in this part, but its value was overlapped incorrect by decode-order's value in gst-msdk. It's really amazing that KBL can success decode jpeg with the wrong param. But it should need this patch to correct it.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/756.