gstomx plugin version mismatch

i have query regarding version of gstomx plugin binary provided in 21.4 release and plugin compiled from source code.

With board flashed with 21.4 release, gstomx plugin version is 1.2.3.
gst-inspect-1.0 omxh264dec

Plugin Details:
Name omx
Description GStreamer OpenMAX Plug-ins
Filename /usr/lib/arm-linux-gnueabihf/gstreamer-1.0/
Version 1.2.3
License LGPL
Source module gstreamer
Source release date 2014-02-08

but when i compiled gstomx using source code downloaded from link, version is

gst-inspect-1.0 omxh264dec
Name omx
Description GStreamer OpenMAX Plug-ins
Filename /usr/lib/gstreamer-1.0/
License LGPL
Source module gst-omx
Source release date 2016-02-10 10:41 (UTC)

why there is difference in version ? from where can i download source code corresponding to version 1.2.3

Hi PratikPatel,

Thanks for reporting this issue, we’re investigating this problem now, and will update the status to you once we clarified it.


hi Kaycc,

any update regarding gstomx version mismatch ?

Hi, PratikPatel,

We updated for gst-omx package version number was made with config.h (generated file) while integrated it.
Though headers update was made with gst-omx base package (version Hence, config.h file should reflect the same version.
That’s why you saw it’s mismatched, but actually they’re the same version 1.2.3.

We will update proper package version with the generated config file from next release.


Actually we are facing one issue with plugin compiled from source code. if we replace plugin from 21.4 package then issue is not reproducible.

we suspect that there is change in source code also.

could you please confirm that source code for gstomx package is same ?
or if possible can you provide source code of gstomx plugin available in 21.4 binary package ?

Hi, PratikPatel,

Actually we are facing one issue with plugin compiled from source code.

Would you please describe your issue more clearly?
And then we can see if anything missing or different in between.


hi kaycc,

Issue is when we play mp4 video file using gst-play and when file is about to get completed, there is segfault generated.
If we use gstomx plugin generated from source code. if we replace gstomx plugin from 21.4 release binary, there is no such issue observed.

gst-play-1.0 test.mp4

Now playing test.mp4
Inside NvxLiteH264DecoderLowLatencyInitNvxLiteH264DecoderLowLatencyInit set DPB and MjstreamingNvMMLiteOpen : Block : BlockType = 261
TVMR: NvMMLiteTVMRDecBlockOpen: 4937: NvMMLiteBlockOpen
NvMMLiteBlockCreate : Block : BlockType = 261
TVMR: cbBeginSequence: 571: BeginSequence 800x480, bVPR = 0
TVMR: cbBeginSequence: 813: DecodeBuffers = 4
TVMR: cbBeginSequence: 833: Display Resolution : (800x480)
TVMR: cbBeginSequence: 834: Display Aspect Ratio : (800x480)
TVMR: cbBeginSequence: 998: SurfaceLayout = 3
TVMR: cbBeginSequence: 1028: NumOfSurfaces = 8, InteraceStream = 0, InterlaceEnabled = 0, bSecure = 0, MVC = 0 Semiplanar = 1, bReinit = 1
Allocating new output: 800x480 (x 10), ThumbnailMode = 0
TVMR: NvMMLiteTVMRDecDoWork: 4017: NVMMLITE_TVMR: EOS detected
TVMR: TVMRBufferProcessing: 3454: Processing of EOS Done
0:02:16.5 / 0:02:16.5
Reached end of play list.
Segmentation fault

Hi Kaycc,

did you find any thing related to issue mentioned above.


Hi PratikPatel,

We’re investigating the issue you mentioned above, and will update the status to you once we clarified it.


There is one clarification.

we are not able to replace pre built gstomx in our board. When we place pre built gstomx then it is black listed due to missing due to this blacklist error, when we run gst-play it does not use gstomx and it uses gstlibav plugin and we dont get any error at end of file play.

that means when we put pre-built gstomx on board then it is not used and when gstomx is not used then there is no error observed.

After using gstreamer 1.2.4, segfault issue is resolved. Issue is gstomx1_src.tbz2 is not compatible with gstreamer 1.4.5.
gstomx1_src.tbz2 is compatible with gstreamer 1.2.4.