[FFmpeg-devel] [Hardware Accelerator for Video and Audio]

kenye ye kenyeby
Thu Feb 21 11:36:08 CET 2008

On 2/21/08, Andreas Setterlind <gamester17 at xboxmediacenter.com> wrote:

> Understand that USB could also lead to huge bandwidth issues for
> high-resolution and high-bitrate when transferring uncompressed video
> streams, however I can understand that at first thought it would be
> appealing for you to use the USB interface, especially during
> developing and testing phases, but for retail sale I think that having
> both PCI and PCI-Express cards available for internal installation in
> computer chassis, (and also Mini-PCI and Mini-PCIe adapter modules for
> internal installations in laptops and laptop-based desktops, like the
> AOpen MiniPC from your competition).

  For retail sale,  we will do that.
  In first (verfication) stage,  we want to directly output to monitor or

> On 2/21/08, kenye ye <kenyeby at gmail.com> wrote:
> > > Does it provide video output ?
> > Yes, It will provide video output.
> Will it still be possible to do what Benjamin asked for; send it a
> video stream, the hardware decodes that stream and gives it back to
> you, and then you are in charge of providing the result to a
> third-party video card for output?

  The bandwith is a big issue.

> Or will it only be possible to
> output the decoded video to a display via your hardware's own
> video-output?

  This is our thinking in first stage.

> hardware, (again I am not asking your hardware to act like a 'GPU-like
> accelerator', I am only asking about the concept of being
> programmable).
> http://en.wikipedia.org/wiki/CUDA
> http://en.wikipedia.org/wiki/Close_to_Metal
> Verses fully hardcoding it which these days can many times be
> considered a bad thing, see:
> http://en.wikipedia.org/wiki/Hardcoded

 The hardware is not fully programable.
 It provides somehow flexibility to prevent errors in hardware and decode
different profile bitstreams.
 In the original plan,  it will be used in home and mobile  media solutions.

Best Regards,

More information about the ffmpeg-devel mailing list