Hello, Maybe the best option for a desktop-friendly product is the DaVinci PCI development board, but it's price may be "a bit too high" for production use. For fast cross-system prototyping, tcp gstreamer elements have always proved viable to me, but some real inter-processor communication protocol / memory access might be needed for achieving a real integration (DMA transfers ?)
It may be interesting to start a wiki article with interesting hardware-en/de-coding devices, that may be suitable for destkop (non-embedded) gstreamer integration (mostly USB or PCI form factors). Where should this article be ? (http://gstreamer.freedesktop.org/wiki/HardwareAssisted ?) With wtay's help, i've been trying to decode an RTP h264 stream from the FastVDO SmartCapture [1] device, without success. Which means i'll probably have to integrate it into a proper gst src element so that the RTP payloading is done in Gstreamer (unfortunately, this kind of plugin is not publishable). I guess this is a common issue about hardware-assisted GStreamer elements: NDAs. For such dedicated products, how should NDAs be handled without letting all the dev work closed ? Maybe the best would be to have clean templates (usbsrc?) for such elements without the often NDAed parts. What are your thoughts about NDAs in such a context ? Regards, FLo [1] http://fastvdo.com/SmartCapture/ ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Gstreamer-embedded mailing list Gstreamer-embedded@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
