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.

DM814X De-interlaced 1080i with omx_mdeiscaler

We want to decode a interlaced video stream with the DM814x EVM using EZK 5.05 package .

The problem is that when we play a interlaced file ,the decoded movies display are not very "smoothly", it is jiettery. Sometimes faster, sometimes stop.

But It's no problem when play a processive ts file. So we guess that the problem is de-interlace

here is our command:

gst-launch filesrc location=./1920*1080Mpeg2.ts ! mpegtsdemux ! video/mpeg ! mpegvideoparse ! omx_mpeg2dec ! omx_mdeiscaler name=d d.src_00 ! 'video/x-raw-yuv,width=480,height=300' ! omx_ctrl display-mode=OMX_DC_MODE_1080P_60 display-device=LCD ! omx_videosink sync=false display-device=LCD top=20 left=20 d.src_01 ! fakesink silent=true -v


Then , we had do a experiment : when we change "omx_mdeiscaler " to "omx_scaler" , the interlaced moive play fine smoothly, but it has two display on LCD, I know that because we must configure DEI moudle, but we are not sure how to setup it . furthermore , we prefer to use "mdeiscaler".


Does somebody meet the same problems or have some suggestion ? Is there some options setup for the command line above ?


BTW, DM816X has a omx_hdeiscaler , i don't know whether it works fine.

  • Hello,

    You could check here for examples and how to use De-interlacer:

    Pipelines using De-interlacer

    http://processors.wiki.ti.com/index.php/DM81xx_Gstreamer_Pipelines

    and I will check the issue too and I will let you know the result.

    Best Regards,

    Margarita

  • Hello, Margarita

               thanks for your  reply !     Yes,  We had  refered the  pipelines of  DM81XX  gstreamer.  

              But  for  interfaced-stream.  The decode display not very well.  At first , we thinks it only  happened  for  H.264  25fps .  Then  we found that   for  no metter   MPEG2/H.264 or   25fps/30fps.    All  of  them  have the problem.     I think   maybe  some parameters  aren't config.

              btw,   the  refer document  's  example  using   hdeisaler of DM816X ,  but  for   mdeiscaler of  DM814X , It is not  mentioned.   

              I will  try  different  contents again.

                thanks and regards

                   owen

         

     

              

                

            

     

  • Hello,


    Openmax GST Release Notes for EZSDK 5.05:

    It seem for Openmax GST Version 00.06.00.00 this is known Issue:  Jerky video output with GStreamer and DEI for an interlaced stream.

    Best Regard,

    Margarita







  • Margarita Gashova said:

    Hello,


    Openmax GST Release Notes for EZSDK 5.05:

    It seem for Openmax GST Version 00.06.00.00 this is known Issue:  Jerky video output with GStreamer and DEI for an interlaced stream.

    Best Regard,

    Margarita







    Hello all :

      Now I use ezsdk_5_05_01_04_dm814x (DM814x ),and the  gst-openmax  version is gst-openmax_GST_DM81XX_00_06_00_00,I use the following command to play a ts file,which was  :

    Video:

                 Scan type:Interlaced;    

                Format: AVC(H264)

    Audio:

              Mpeg Video

    The gstreamer cmd is :

    gst-launch-0.10 filesrc location=25fps_interlaced_h264.ts ! mpegtsdemux name=demux demux. ! audio/mpeg ! queue ! typefind ! mad ! alsasink sync=false async=false demux. ! video/x-h264 ! typefind ! h264parse access-unit=true ! omx_h264dec ! omx_mdeiscaler name=d d.src_00 ! 'video/x-raw-yuv,width=800,height=480' ! omx_ctrl display-device=LCD ! gstperf ! omx_videosink top=50 left=50 display-mode=OMX_DC_MODE_1080P_60 sync=false async=false display-device=LCD d.src_01 ! fakesink silent=true -v

    But,the video shows on LCD is dithered ,So,wheather the  omx or gstomx or dm814x_hdvpss.xem3  or others not support interlaced H264 video?

  • hi, everybody.

           we  temporary solve the problem with  tanzhichao together.  

            maybe it's not the problem  about  the omx_mdeiscaler.   We analysis  a good stream  and  a bad stream,  campare the different about them step by step. 

           From the RTP receive  to   Display .....,      After  ten days ...    we lock the problem in H.264 decoder.

           For the  realtime stream,  we found  that  the decoder maybe first find SPS PPS package to help  it's decode.   So we add a symbol flag  in h264parse ,  when we already received SPS & PPS ,  then  we  push  the stream to  h264dec.

             i don't know whether it have  latency problem,  because  gstreamer  didn't update these function.