Announcement

Collapse
No announcement yet.

AMD Lands OpenMAX State Tracker In Mesa Gallium3D

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #41
    Am I reading that right - the hw encoding was 2x as slow as x264?

    Comment


    • #42
      Originally posted by curaga View Post
      Am I reading that right - the hw encoding was 2x as slow as x264?
      No, it was actually quite a bit faster, take a look at the progress numbers.

      It looks more like we never reached 100% done because of some error in the EOS handling and then Pontostroy killed the pipeline after waiting for 2 Minutes. Well, as I said it's still in a quite early beta state.

      But I'm more interested in what the resulting video looked like? Any artefacts? Or did it looked ok?

      Comment


      • #43
        Originally posted by curaga View Post
        Am I reading that right - the hw encoding was 2x as slow as x264?
        If you look at only the execution time, omx is 2x faster. (ie not the end result time but progress seconds) But yes, looks like a bug somewhere if the pipeline hangs.

        Comment


        • #44
          Originally posted by Deathsimple View Post
          No, it was actually quite a bit faster, take a look at the progress numbers.

          It looks more like we never reached 100% done because of some error in the EOS handling and then Pontostroy killed the pipeline after waiting for 2 Minutes. Well, as I said it's still in a quite early beta state.

          But I'm more interested in what the resulting video looked like? Any artefacts? Or did it looked ok?
          Yes it is never stop, but
          hacks=no-empty-eos-buffer in omxh264dec section
          fix this.

          Video looks totally broken




          And i can't use omxh264enc without omxh264dec

          Code:
          gst-launch-1.0   filesrc location=./cap.avi  ! avidemux ! avdec_mpeg4  ! omxh264enc  !  h264parse ! avdec_h264 ! xvimagesink
          Setting pipeline to PAUSED ...
          Pipeline is PREROLLING ...
          Redistribute latency...
          ERROR: from element /GstPipeline:pipeline0/GstAviDemux:avidemux0: Internal data stream error.
          Additional debug info:
          gstavidemux.c(5383): gst_avi_demux_loop (): /GstPipeline:pipeline0/GstAviDemux:avidemux0:
          streaming stopped, reason not-negotiated
          ERROR: pipeline doesn't want to preroll.
          Setting pipeline to NULL ...
          Freeing pipeline ...

          Code:
          gst-launch-1.0   filesrc location=./cap.avi  ! avidemux ! avdec_mpeg4  ! x264enc  !  h264parse ! avdec_h264 ! xvimagesink
          work fine

          Comment


          • #45
            Originally posted by Pontostroy View Post
            Yes it is never stop, but
            hacks=no-empty-eos-buffer in omxh264dec section
            fix this.

            Video looks totally broken

            Thx for testing, going to work a bit more on this.

            Originally posted by Pontostroy View Post
            And i can't use omxh264enc without omxh264dec
            We currently only support NV12 as input, try putting a "videoconvert" element in between.

            Comment


            • #46
              Originally posted by Pontostroy View Post
              Please, never fix it! It just looks so funny!

              Comment


              • #47
                Code:
                time gst-launch-1.0 -f   filesrc location=./I\ Am\ Legend\ -\ Trailer.mp4 ! qtdemux !  h264parse ! omxh264dec  ! autovideoconvert  !  xvimagesink
                Setting pipeline to PAUSED ...
                Pipeline is PREROLLING ...
                OMX-In RM_getResource No resource to be handled
                Pipeline is PREROLLED ...
                Setting pipeline to PLAYING ...
                New clock: GstSystemClock
                Got EOS from element "pipeline0".
                Execution ended after 0:02:02.831227596
                Setting pipeline to PAUSED ...
                Setting pipeline to READY ...
                OMX-In RM_releaseResource No resource to be handled
                Setting pipeline to NULL ...
                Freeing pipeline ...
                
                real    2m3.225s
                user    0m8.043s
                sys     0m4.147s

                Code:
                time gst-launch-1.0 -f   filesrc location=./I\ Am\ Legend\ -\ Trailer.mp4 ! qtdemux !  h264parse ! avdec_h264  ! autovideoconvert  !  xvimagesink
                Setting pipeline to PAUSED ...
                Pipeline is PREROLLING ...
                Redistribute latency...
                Pipeline is PREROLLED ...
                Setting pipeline to PLAYING ...
                New clock: GstSystemClock
                Got EOS from element "pipeline0".
                Execution ended after 0:02:03.081489958
                Setting pipeline to PAUSED ...
                Setting pipeline to READY ...
                Setting pipeline to NULL ...
                Freeing pipeline ...
                
                real    2m3.243s
                user    0m27.862s
                sys     0m0.282s

                Comment


                • #48
                  Originally posted by Deathsimple View Post
                  Thx for testing, going to work a bit more on this.



                  We currently only support NV12 as input, try putting a "videoconvert" element in between.
                  radeon dpm=0 fix video problem

                  progressreport0 (00:00:05): 15 / 139 seconds (10.8 %)
                  progressreport0 (00:00:10): 35 / 139 seconds (25.2 %)
                  progressreport0 (00:00:15): 55 / 139 seconds (39.6 %)
                  progressreport0 (00:00:20): 75 / 139 seconds (54.0 %)
                  progressreport0 (00:00:25): 95 / 139 seconds (68.3 %)
                  progressreport0 (00:00:30): 115 / 139 seconds (82.7 %)
                  progressreport0 (00:00:35): 135 / 139 seconds (97.1 %)
                  progressreport0 (00:00:36): 139 / 139 seconds (100.0 %)


                  awesome

                  Comment


                  • #49
                    hi

                    [email protected]:~$ omxregister-bellagio -v

                    Scanning directory /usr/lib/libomxil-bellagio0/

                    0 OpenMAX IL ST static components in 0 libraries succesfully scanned
                    [email protected]:~$


                    not work :-(

                    Comment


                    • #50
                      intel vaapi much faster

                      Code:
                      gst-launch-1.0 -f   filesrc location=./Serenity\ -\ HD\ DVD\ Trailer.mp4 ! qtdemux !  h264parse ! vaapidecode !  vaapiencode_h264  ! progressreport !  avimux ! filesink location=out
                      .avierror: XDG_RUNTIME_DIR not set in the environment.
                      libva info: VA-API version 0.34.0
                      libva info: va_getDriverName() returns 0
                      libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
                      libva info: Found init function __vaDriverInit_0_34
                      libva info: va_openDriver() returns 0
                      Setting pipeline to PAUSED ...
                      Pipeline is PREROLLING ...
                      Got context from element 'vaapidecode0': gst.vaapi.Display=context, display=(GstVaapiDisplay)NULL;
                      Pipeline is PREROLLED ...
                      Setting pipeline to PLAYING ...
                      New clock: GstSystemClock
                      progressreport0 (00:00:05): 47 / 139 seconds (33.8 %)
                      progressreport0 (00:00:10): 94 / 139 seconds (67.6 %)
                      progressreport0 (00:00:14): 139 / 139 seconds (100.0 %)
                      Got EOS from element "pipeline0".
                      Execution ended after 0:00:14.897654507
                      Setting pipeline to PAUSED ...
                      Setting pipeline to READY ...
                      Setting pipeline to NULL ...
                      Freeing pipeline ...

                      Comment

                      Working...
                      X