1 Reply Latest reply on Jun 16, 2011 3:16 PM by Kirk

    Gstreamer on Fedora 14 problem

    Community Member

      Hi, I have installed the emgd driver on fedora 14.

      To test the driver I installed also the gstreamer application.

      When I test the gstreamer with a local movie everything runs fine.

      Here is the cmd line:

      gst-launch filesrc location=./firefly.mp4 ! qtdemux name=demux ! queue !

      MixVideoDecoder ! MixVideoSink
      But if I run gstreamer with rtsp the driver crashed unexpected.
      Here is the cmd line:
      gst-launch rtspsrc location=rtsp://x.x.x.x:554/axis-media/media.amp?videocodec=h264 ! rtph264depay ! MixVideoDecoder ! MixVideoSink
      Here is the crash dump:
      ...
      /GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:src: caps = video/x-h264
      /GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:sink: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)420029, sprop-parameter-sets=(string)\"Z0IAKeKQFAe2AtwEBAaQeJEV\\,aM48gA\\=\\=\", a-framerate=(string)30.0, clock-base=(uint)955049541, seqnum-base=(uint)5055, npt-start=(guint64)267567992, play-speed=(double)1, play-scale=(double)1
      /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_2547111516_96: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)420029, sprop-parameter-sets=(string)\"Z0IAKeKQFAe2AtwEBAaQeJEV\\,aM48gA\\=\\=\", a-framerate=(string)30.0, clock-base=(uint)955049541, seqnum-base=(uint)5055, npt-start=(guint64)267567992, play-speed=(double)1, play-scale=(double)1
      /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_2547111516_96.GstProxyPad:proxypad4: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)420029, sprop-parameter-sets=(string)\"Z0IAKeKQFAe2AtwEBAaQeJEV\\,aM48gA\\=\\=\", a-framerate=(string)30.0, clock-base=(uint)955049541, seqnum-base=(uint)5055, npt-start=(guint64)267567992, play-speed=(double)1, play-scale=(double)1
      /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRtpBin:rtpbin0.GstGhostPad:recv_rtp_src_0_2547111516_96.GstProxyPad:proxypad3: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)420029, sprop-parameter-sets=(string)\"Z0IAKeKQFAe2AtwEBAaQeJEV\\,aM48gA\\=\\=\", a-framerate=(string)30.0, clock-base=(uint)955049541, seqnum-base=(uint)5055, npt-start=(guint64)267567992, play-speed=(double)1, play-scale=(double)1
      libva: libva version 0.31.0
      libva: va_getDriverName() returns 0
      libva: Trying to open /usr/lib/xorg/modules/drivers/emgd_drv_video.so
      Intel(R) Embedded Media and Graphics Driver 1.6 Build 1922
      Using XCB based dispatch table.
      libva: va_openDriver() returns 0
      Caught SIGSEGV accessing address 0x28
      #0  0x00c3f416 in __kernel_vsyscall ()
      #1  0x0035ac36 in ?? ()
      #2  0x004fbdac in ?? ()
      #3  0x004eb8b7 in ?? ()
      #4  0x004ec04b in ?? ()
      #5  0x05589a8b in ?? ()
      #6  0x0804a0b5 in ?? ()
      #7  0x0804bd1f in ?? ()
      #8  0x002a4e36 in ?? ()
      #9  0x08049e51 in ?? ()
      ...
      Thanks for help!!!
        • Re: Gstreamer on Fedora 14 problem
          Kirk Brown Belt

          I do not believe we have done any validation against the RTSP plugin for Gstreamer.  It may need to be modified to work within a VA API accelerated environement.  Splitted Desktop folks may have ideas about that.

           

          We do stream media but we use something like the following:

           

          • gst-launch tcpserversrc host=172.30.66.95(this address must match with ip address on system) port=4000(this number should match the transmitter port no) protocol=1 ! MixVideoDecoder ! MixVideoSink

           

          This allows us to validate and demo simultaneous encode and decode. We generally try to enable the primitives and let the market figure out how to work with those capabilities without being too heavy handed dictating things to the Linux market.

           

          I am checking with our development team to see if this should work and to report an issue if it should be working.

           

          Hoipe this helps,

           

          Kirk