Re: [Mjpeg-users] PICVideo Codec Problem Solved (lav_io.c Bug...)

[Wesley D. <du...@al...>]

I just tested your patch.  After a few quick tests, it appears that things
are working as advertised (using a DC10+).  The WindowsXP MJPEG PICVideo
Codec is once again happy with the full-frame (-d 1) video I'm capturing
with lavrec.

Thanks,
Wesley

On Tue, Aug 31, 2004 at 08:36:18PM +0200, Ronald S. Bultje wrote:
> Hi Bernhard,
> 
> On Tue, 2004-08-31 at 18:48, Bernhard Praschinger wrote:
> > I did not test HW playback. That shouldn't be affected ?
> 
> Exactly.
> 
> > The patch did not change anything obvious on the the Buz. glav/lavplay
> > playes back, also does lav2yuv|yuvplay and mplayer.
> 
> OK. Can you check the JPEG frame output? I'm assuming that you're
> capturing to AVI for the Buz as well. OK, so, open the resulting AVI
> file in hexedit. It starts with a RIFF header ("RIFF....AVI "; the dots
> indicate the chunk length, just ignore them), then all file headers
> ("LIST....hdrl") and then a whole bunch of crack. The total header,
> including RIFF header, will be 2048 bytes, so just scroll down to
> position 0x800. There, you will see the movie header (LIST....movi) and
> then the video/audio data. The first should be a video frame (00db....).
> Now, look at the data directly after the four dots. There should be some
> JPEG chunks. They look like 0xff, then a tag, then 0x00 and then the
> length (1 byte) and then the chunk data. Look for a tag '0xe0' or
> '0xe1', so look for something like 0xff, followed by either 0xe0 or 0xe1
> and then 0x00.The length should be 16 bytes (0x10), and the data should
> start with AVI1. If it does that, all's right. Else, it's still buggy.
> 
> Can you try to check that?
> 
> > For some strange reason recording at full size does not work on my DC30
> > any more.
> 
> > [..]
> > DC30plus[0]: BUZIOC_QBUF_CAPT - frame=31
> > DC30plus[0]: BUZIOC_SYNC
> >  DC30plus[0]: first frame ready: state=0x68000000 odd_even=1 field_per_buff=2 delay=1
> > DC30plus[0]: stat_com=1000 queue_state=0/0/4/32
> > DC30plus[0]: seq=0 stat_com: 00077909 35bc2000 17668000 13cae000
> > DC30plus[0]: BUZIOC_QBUF_CAPT - frame=0
> > DC30plus[0]: BUZIOC_SYNC
> > DC30plus[0]: jpg_sync() - timeout: codec isr=0x18
> 
> How cool, it captures one frame and then errors out. There should be
> exactly one frame in the resulting AVI file, can you check the same as
> for the buz, i.e. if the APP0 tag is written correctly now?
> 
> I'll look at what the win32 driver does here, I'm pretty much clueless
> as for why it would error out because of this change. I must have made
> some obvious typo somewhere. I'll try the DC30 myself as well (I only
> test on the DC10+, usually).
> 
> Thanks for testing. :).
> 
> Ronald
> 
> -- 
> Ronald S. Bultje <rb...@ro...>