On Sunday 21 May 2006 04:19, [EMAIL PROTECTED]
> ------- Additional Comments From [EMAIL PROTECTED]
> 2006-05-21 10:19 ------- absolutely fabolous. this indeed fixes 139
> and most probably 148 too!
>
> While you are at it, maybe you can also look at bug 62 ... it's a
> problem closely related...
Guess bug 62 was entered before the mailing list was added to the Cc
line. Pasting my comments on the bug regarding lavrec and missing
quantitization tables:
---------------------------------------------------------------------------------------------------------
Looking closer at the sample file, the DQT is present in both fields,
but the first part of it (including the DQT marker) has been
overwritten by zeros, in every other field. I think this is a bug in
the lavrec version used to record the file, and that Cinelerra
shouldn't be expected to handle it. Might be better just to fix lavrec.
lavplay doesn't play the file either:
lavplay1.6.2
lavtools version 1.6.2
Corrupt JPEG data: 147 extraneous bytes before marker 0xc4
Quantization table 0x00 was not defined
I don't have a /dev/video device handy to try the latest version of
lavrec - it's possible this could have been fixed since the original
bug entry, as the mjpegtools changelog lists improved quicktime file
handling in the 1.8.0 version. Is it possible someone with a BT8*8 card
could try grabbing some video (using the same options as the original
bug reporter) with the latest lavrec to see if it still has the
problem?
The command was:
lavrec -fq -ip -d1 -q 70 -a16 -s -b 512 -n 64 --file-flush 10 file.qt
-Joe
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
