This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

MJPEG base line profile encoded stream with wrong Header information with 0xFFCB

Hello,
sometimes the encoded stream has wrong header information with 0x FF CB which means JPEG_SOFA_LOSSLESS as mentioned below.
Details
- The decoder has encountered an unsupported marker during header parsing
- The file cannot be decoded as the particular encoding is not supported by the decoder
 
Our decoder only supports the Baseline Sequential encoding profile which is characterized by a header marker value of 0x FF DA
 
But the JPEG encoded stream has the header marker is 0x FF CB which means JPEG_SOFA_LOSSLESS, and hence the stream is not decoded.
Ignoring header information just decoding with baseline sequencial encoding profile we were able to decode the video stream successfully.
We are using JPEGENC.version.01.00.00.05.wizardversion.0.5.2.
The elementary stream data is attached .
Ignoring header information just decoding with baseline sequencial encoding profile we were able to decode the video stream successfully.
We are using JPEGENC.version.01.00.00.05.wizardversion.0.5.2.
The elementary stream data is attached .
mjpeg-issuenull.rar
  • Hi Sujit,

    You mentioned that this occurs sometimes. Does that mean that for a given input and set of parameters, it is intermittent?

    Can you send me the source YUV and parameters so I try to trace the issue here?

     

    Regards,

    Akshay

  • Thanks Akshay,

    soon i will mail you the yuv data.

    There is no specific scenarion for which this problem occurs, we observed while camera running, at some time the decoding is not happening, then you stored the live data

    and found this is the problem.

     

  • Akshay ,

    it is not possible to capture the yuv data of the particular stream  at a point as you are aware of this problem happens at some partcular time while camera running.

    i will provide you the camera setting parameters while this kind of problem is happening.

    if you want to analyse the the MJPEG encoded stream then i have already attached it in my 1st message, which you can play in VLC player.

     

  • Akshay,

    i got the following details from SQE when they observed the same problem.

    1. Configuration - 1:

          - Resolution 1920x1080

          - FPS 10

          - Compression - 10

          - Max bitrate 10240

     

    1. Configuration - 2:

          - Resolution 2048x1536

          - FPS 10

          - Compression - 10

          - Max bitrate 10240

  • Sujit,

    I'm unable to reproduce this scenario at my end to enable debugging.

    Examining the code also does not yield any clues as to why this behaviour would be occurring. Are there any other details you could share with us that might perhaps give a better insight?

     

    Regards,

    Akshay