Announcement

Collapse
No announcement yet.

Here's The Intel SNB Video Encoder Code

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

  • Here's The Intel SNB Video Encoder Code

    Phoronix: Here's The Intel SNB Video Encoder Code

    Yesterday I mentioned the Intel Sandy Bridge video encode support should be here soon for Linux users and that it's in a working state after an Intel employee accidentally posted a test report to the driver's public mailing list. It turns out the code is actually available right now...

    http://www.phoronix.com/vr.php?view=OTMxMg

  • #2
    For those with Sandy Bridge gpu i made a special script for vaapi testing on debian/ubuntu:
    Code:
    wget -qO- http://kanotix.com/files/fix/mplayer-vaapi-latest-snb.txt|sudo sh
    Basically the only requirement is libdrm 2.4.23+ as debian package installed. As you would usually even need 2.4.24 when you want to try latest mesa git for those cpus this should be no problem. A sample output of vainfo will look like this:
    Code:
    libva: libva version 0.32.0
    libva: va_getDriverName() returns 0
    libva: Trying to open /usr/lib/dri/i965_drv_video.so
    libva: va_openDriver() returns 0
    vainfo: VA API version: 0.32
    vainfo: Driver version: i965 Driver 0.1
    vainfo: Supported profile and entrypoints
          VAProfileMPEG2Simple            : VAEntrypointVLD
          VAProfileMPEG2Main              : VAEntrypointVLD
          VAProfileH264Baseline           : VAEntrypointVLD
          VAProfileH264Baseline           : VAEntrypointEncSlice
          VAProfileH264Main               : VAEntrypointVLD
          VAProfileH264Main               : VAEntrypointEncSlice
          VAProfileH264High               : VAEntrypointVLD
          VAProfileH264High               : VAEntrypointEncSlice
          VAProfileVC1Simple              : VAEntrypointVLD
          VAProfileVC1Main                : VAEntrypointVLD
    Can somebody tell me which app can be used to test the encoding?

    Comment


    • #3
      For more info about encoding with help of vaapi I found this pdf:

      ftp://download.intel.com/embedded/pr...per/325019.pdf

      On page 6 there is a test app mentioned:

      http://edc.intel.com/Software/Downlo...e.aspx?id=4746

      When you compare that to the xlsx in

      http://lists.freedesktop.org/archive...il/010015.html

      Then you could think that the app he used should be very similar, just with a yuv movie als input instead of /dev/video0. That would be at least simpler for testing.

      Btw. with a Squeeze based system with libdrm updated to 2.4.24, kernel 2.6.39 git, mesa git, xserver 1.7.7 it is impossible to use latest intel ddx git. I verified that on sandy bridge and q45 based systems. Using bisect to find the bad commit i got always this:
      Code:
      1ff5182304e00c0d392092069422cae7626cf8d is the first bad commit
      commit e1ff5182304e00c0d392092069422cae7626cf8d
      Author: Keith Packard <keithp@keithp.com>
      Date:   Wed Mar 9 17:00:41 2011 -0800
      
          Handle drawable/client destruction in pending swaps/flips
      
          A pending swap or flip holds references to drawables and clients which
          become invalid when destroyed. Add suitable resources to the database
          to track those lifetimes and clean up the pending data structure then.
      
          Later, when the pending swap or flip occurs, handle a missing drawable
          by just discarding the flip or swap. Handle a missing client by not
          sending an event or reply.
      
          Signed-off-by: Keith Packard <keithp@keithp.com>
      
      :040000 040000 761bd5181fa7fe8935dc3eaf5eeec80656160a7f 3debbc338d827cf38200b3fc3ae4c044f08f1094 M      src

      Comment


      • #4
        Is this Quick Sync for Linux?

        Why isn't there any info on how to run Quick Sync on Linux?

        Comment


        • #5
          Yes, this is it.

          Comment


          • #6
            Originally posted by Kano View Post
            For those with Sandy Bridge gpu i made a special script for vaapi testing on debian/ubuntu:
            Code:
            wget -qO- http://kanotix.com/files/fix/mplayer-vaapi-latest-snb.txt|sudo sh
            Basically the only requirement is libdrm 2.4.23+ as debian package installed. As you would usually even need 2.4.24 when you want to try latest mesa git for those cpus this should be no problem. A sample output of vainfo will look like this:
            Code:
            libva: libva version 0.32.0
            libva: va_getDriverName() returns 0
            libva: Trying to open /usr/lib/dri/i965_drv_video.so
            libva: va_openDriver() returns 0
            vainfo: VA API version: 0.32
            vainfo: Driver version: i965 Driver 0.1
            vainfo: Supported profile and entrypoints
                  VAProfileMPEG2Simple            : VAEntrypointVLD
                  VAProfileMPEG2Main              : VAEntrypointVLD
                  VAProfileH264Baseline           : VAEntrypointVLD
                  VAProfileH264Baseline           : VAEntrypointEncSlice
                  VAProfileH264Main               : VAEntrypointVLD
                  VAProfileH264Main               : VAEntrypointEncSlice
                  VAProfileH264High               : VAEntrypointVLD
                  VAProfileH264High               : VAEntrypointEncSlice
                  VAProfileVC1Simple              : VAEntrypointVLD
                  VAProfileVC1Main                : VAEntrypointVLD
            Can somebody tell me which app can be used to test the encoding?
            they released a working prototype example code for AVC encoding
            http://cgit.freedesktop.org/libva/co...f402d1ee85a8c1

            and the first patch
            http://cgit.freedesktop.org/libva/co...b52e2e07daf923

            any dev care to take a few hours and write the LibAV/FFmpeg patches based on the above and post them to http://lists.libav.org/pipermail/lib...ay/thread.html

            that might finally get some mass vaapi LibAV/FFmpeg encoder movement if a (video) dev can find some spare cycles

            Comment


            • #7
              did anyone/Kano ? test the latest libva-1.1.0 dated 5.29.2012
              http://cgit.freedesktop.org/libva/re...0dd2c8752f2e6f

              with the latest v4l_h264 demo streaming encode patches yet, how does it perform today reasonable or still to slow to use on an I5 for real-time encoding and AVC streaming of generic SD/HD TV ?
              Last edited by popper; 06-01-2012, 12:10 PM.

              Comment

              Working...
              X