Brendan Hoar wrote:
On Thu, 1 Sep 2005, Lucas Meijer wrote:
this is a known issue with the driver.
do a quick cat /dev/video0 > /dev/video16 and abort it before trying to
use Xv. hopefully this won't be necissery later on.
That begs the question: what's the smallest valid mpeg-2 datastream that
can be embedded in the driver?
I would suspect the chip very likely has valid mpeg already somewhere in
the memory space and we'd just have to alocate a buffer and copy from
the chip to buffer and send that for the DMA xfers and initialize the
decoder. Maybe the encoder could be ran and we could collect mpeg and
loop it to the decoder ourselves for a second before doing YUV display
(or upon driver load, maybe a module load option). Passthrough mode
seemed not to trigger it so seems we would have to do passthrough
manually to force it, must not init the decoder in passthrough mode,
funny how YUV runs decoding in passthrough mode inside the chips
firmware but won't init the decoder like MPEG2 will, an interesting
observation.
Thanks,
Chris
--
===
Chris Kennedy
[EMAIL PROTECTED]
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
ivtv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
