Hi Bernhard,
On Wed, 2004-09-01 at 19:29, Bernhard Praschinger wrote:
> > On Tue, 2004-08-31 at 18:48, Bernhard Praschinger wrote:
> > > For some strange reason recording at full size does not work on my DC30
> > > any more.
[..]
> > Can you change the address (second argument) to ZR050_{COM,APP}_
Hallo
> On Tue, 2004-08-31 at 18:48, Bernhard Praschinger wrote:
> > For some strange reason recording at full size does not work on my DC30
> > any more.
>
> Long live typos. In line 480 and 486 of zr36050.c, you'll find:
>
> sum += zr36050_pushit(ptr, ZR050_COM_IDX, 60,
>
Hi Bernhard,
On Tue, 2004-08-31 at 18:48, Bernhard Praschinger wrote:
> For some strange reason recording at full size does not work on my DC30
> any more.
Long live typos. In line 480 and 486 of zr36050.c, you'll find:
sum += zr36050_pushit(ptr, ZR050_COM_IDX, 60,
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 fra
Hallo
> On Mon, 2004-08-30 at 00:02, Ronald S. Bultje wrote:
> > I'll write up a patch and have you and some other people test it. Should
> > fix the zr36050 driver as well. Interestingly, the zr36050 driver has a
> > appn default array with a 60-byte length marker in a 40-byte array, so
> > that'
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
Hi all,
On Mon, 2004-08-30 at 00:02, Ronald S. Bultje wrote:
> I'll write up a patch and have you and some other people test it. Should
> fix the zr36050 driver as well. Interestingly, the zr36050 driver has a
> appn default array with a 60-byte length marker in a 40-byte array, so
> that's anothe
Hi Wesley,
some late reply (I was off for a while), I'm trying to fix up the driver
for this particular issue.
On Mon, 2004-05-24 at 05:39, Wesley Dungan wrote:
> When I capture video using the lavrec command describe above, I never see
> the code which fixes the APP0 marker segment get executed
MAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bernhard
Praschinger
Sent: Sunday, May 23, 2004 1:06 PM
To: Wesley Dungan
Cc: [EMAIL PROTECTED]
Subject: Re: [Mjpeg-users] PICVideo Codec Problem Solved (lav_io.c Bug...)
Hallo
> I have discovered a bug in lav_io.c which has been causing video th
Hallo
> I have discovered a bug in lav_io.c which has been causing video that I
> captured (with decimation == 1) from playing back correctly using the
> PICVideo codec under WindowsXP.
Could you describe the problem a bit more ?
Have you tried playing the movie back with a other progam/codec in
I have discovered a bug in lav_io.c which has been causing video that I
captured (with decimation == 1) from playing back correctly using the
PICVideo codec under WindowsXP.
Around line 436 in lav_io.c there is the following code:
if(get_int2(jpgdata+jpeg_app0_offset+2) < 16 ) continue;
I'm no
11 matches
Mail list logo
