All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: Ran Shalit <ranshalit@gmail.com>
Cc: dev@dpdk.org, users@dpdk.org
Subject: Re: [dpdk-users] dpdk - for video frames too ?
Date: Fri, 04 Dec 2015 18:13:36 +0100	[thread overview]
Message-ID: <7417064.0yGiFcWcuW@xps13> (raw)
In-Reply-To: <CAJ2oMhK6r4Nk4Fo3ifcMZ0XB0t=g5gWECMJTEDPDPX_vhH8-Lg@mail.gmail.com>

Hi,

The dev mailing list is more appropriate for this discussion.

2015-12-04 18:30, Ran Shalit:
> On Thu, Nov 12, 2015 at 10:49 AM, Thomas Monjalon
> <thomas.monjalon@6wind.com> wrote:
> > 2015-11-12 09:14, Ran Shalit:
> >> I need to develop a driver/application which capture and output video
> >> frames from PCIe device , and is using Intel cpu (i7), Centand Intel's
> >> media sdk server framework for the video compression.
> >>
> >> I am not sure what will be a better choice between the following 2 options:
> >> 1. application which use dpdk for capture and output to the PCIe device
> >> 2. v4l driver for the PCIe device
> >>
> >> dpdk is supposed to be able to read/write from PCIe device too.
> >> I tried to see the prons/cons of dpdk compared to v4l.
> >>
> >> prons of dpdk, as I understand them:
> >> 1. userspace application (easier debugging compared to kernel
> >> debugging of v4l device driver)
> >> 2. supposed better performance
> >>
> >> cons of dpdk compared to v4l:
> >> 1. I could not find examples for PCIe device usage , or samples for
> >> showing how application (such as media sdk) use dpdk video frames.
> >
> > There is no API for video currently.
> > There is an API for networking drivers and a crypto API is coming.
> > If you feel a DPDK poll mode driver would be a good design, you are
> > welcome to do it. In case it brings some performance improvement,
> > it can be decided (no guarantee) to integrate it in the scope of the DPDK.
> 
> Hi Thomas,
> 
> I've reply for a message posted some time ago.
> Is dpdk capable of recieveing and sending buffers from PCIe using DMAs ?

Of course yes.

> I think that if the buffers represent video or not is less important,
> because the important thing is to be capable to stream buffers from
> (or to) the PCIe device.
> Do you think it is ready to be used for such purpose ?

You need to write a driver for your device.
Then your application needs an video API in DPDK.

> I ask becuase I try to see which alternative is better v4l2 or dpdk.
> Dpdk can be used from userspace which in my opinion is great
> advantage, but if it can't do these streaming of buffers from PCIe,
> than probably I should stick with v4l2 development.

I think your development would be welcome in DPDK.

           reply	other threads:[~2015-12-04 17:14 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <CAJ2oMhK6r4Nk4Fo3ifcMZ0XB0t=g5gWECMJTEDPDPX_vhH8-Lg@mail.gmail.com>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7417064.0yGiFcWcuW@xps13 \
    --to=thomas.monjalon@6wind.com \
    --cc=dev@dpdk.org \
    --cc=ranshalit@gmail.com \
    --cc=users@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.