[Ffmpeg-cvslog] r6161 - in trunk: libavcodec/dv.c libavcodec/dvdata.h libavformat/avformat.h libavformat/dv.c tests/ffmpeg.regression.ref tests/libav.regression.ref tests/rotozoom.regression.ref

Michael Niedermayer michaelni
Mon Sep 4 12:46:30 CEST 2006


Hi

On Mon, Sep 04, 2006 at 05:33:12AM +0200, romansh wrote:
> Author: romansh
> Date: Mon Sep  4 05:33:11 2006
> New Revision: 6161
> 
> Modified:
>    trunk/libavcodec/dv.c
>    trunk/libavcodec/dvdata.h
>    trunk/libavformat/avformat.h
>    trunk/libavformat/dv.c
>    trunk/tests/ffmpeg.regression.ref
>    trunk/tests/libav.regression.ref
>    trunk/tests/rotozoom.regression.ref
> 
> Log:
> 
>   * Restructuring the division of labor between DV codec and DV format
>     [ Based on a patch by Brian Brice (bbrice at newtek dot com) ]

[...]
> +enum dv_pack_type {
> +     dv_header525     = 0x3f, /* see dv_write_pack for important details on */
> +     dv_header625     = 0xbf, /* these two packs */

not doxygen compatible comment


[...]
> Modified: trunk/libavformat/avformat.h
> ==============================================================================
> --- trunk/libavformat/avformat.h	(original)
> +++ trunk/libavformat/avformat.h	Mon Sep  4 05:33:11 2006
> @@ -434,6 +434,16 @@
>  void fifo_write(FifoBuffer *f, const uint8_t *buf, int size, uint8_t **wptr_ptr);
>  int put_fifo(ByteIOContext *pb, FifoBuffer *f, int buf_size, uint8_t **rptr_ptr);
>  void fifo_realloc(FifoBuffer *f, unsigned int size);
> +static inline uint8_t fifo_peek(FifoBuffer *f, int offs)
> +{
> +    return f->buffer[(f->rptr - f->buffer + offs) % (f->end - f->buffer)];
> +}
> +static inline void fifo_drain(FifoBuffer *f, int size)
> +{
> +    f->rptr += size;
> +    if (f->rptr >= f->end)
> +        f->rptr = f->buffer + (f->rptr - f->end);
> +}

avformat.h is a public header, changes to it should be disscussed on
ffmpeg-dev (even more so as you are not the maintainer of it)
such static inline functions are also not a good idea in a public header
because they make the user app unnecesarily depend on the implementation
and thus lead to binary compatibility issues, furthermore these functions
are used just by the dv code so they really dont belong to avformat.h
and does the usage of these functions even merit that they are static inline?

please reverse this change to avformat.h
additionally, expect to loose your svn write account if you add such stuff
to non dv specific code the next time without discussion on ffmpeg-dev.
you have done this several times by now ...


[...]
> Modified: trunk/tests/ffmpeg.regression.ref
> ==============================================================================
> --- trunk/tests/ffmpeg.regression.ref	(original)
> +++ trunk/tests/ffmpeg.regression.ref	Mon Sep  4 05:33:11 2006
> @@ -141,11 +141,11 @@
>  3534748 ./data/a-snow53.avi
>  799d3db687f6cdd7a837ec156efc171f *./data/out.yuv
>  stddev:  0.00 PSNR:99.99 bytes:7602176
> -85529d9838c5a8aef041445fa8ef3c85 *./data/a-dv.dv
> +2fcbcdc63816e1321bf4b6b5380338d2 *./data/a-dv.dv
>  7200000 ./data/a-dv.dv
>  c2082cd8adf417c4ebc32654e446cba1 *./data/out.yuv
>  stddev:  8.86 PSNR:29.17 bytes:7602176
> -ff5eb084624f9a2846840a215b95a112 *./data/a-dv.dv
> +4f71942eb699bf3b12508a9e777a319f *./data/a-dv.dv
>  14400000 ./data/a-dv.dv
>  fc866b8879a34f5b440647e5135e4bfb *./data/out.yuv
>  stddev:  8.45 PSNR:29.58 bytes:7602176
> 
> Modified: trunk/tests/libav.regression.ref
> ==============================================================================
> --- trunk/tests/libav.regression.ref	(original)
> +++ trunk/tests/libav.regression.ref	Mon Sep  4 05:33:11 2006
> @@ -28,7 +28,7 @@
>  8bf16d40a2ec19fa36b124a928e47e23 *./data/b-libav.nut
>   332358 ./data/b-libav.nut
>  ./data/b-libav.nut CRC=0x1fdd352c
> -2cc647904d3cca01703f36056b9d3f42 *./data/b-libav.dv
> +26c41db318d9aacfd6b9e734c0ea4d94 *./data/b-libav.dv
>  3600000 ./data/b-libav.dv
>  ./data/b-libav.dv CRC=0xa6b8b635
>  304ee17506e4526ba04285f6cd14630f *./data/b-libav.gxf
> 
> Modified: trunk/tests/rotozoom.regression.ref
> ==============================================================================
> --- trunk/tests/rotozoom.regression.ref	(original)
> +++ trunk/tests/rotozoom.regression.ref	Mon Sep  4 05:33:11 2006
> @@ -141,11 +141,11 @@
>  2726606 ./data/a-snow53.avi
>  dde5895817ad9d219f79a52d0bdfb001 *./data/out.yuv
>  stddev:  0.00 PSNR:99.99 bytes:7602176
> -6568326ee439099e8a0e1680336ed351 *./data/a-dv.dv
> +af9f474238c9c68cb32e389659ee25ab *./data/a-dv.dv
>  7200000 ./data/a-dv.dv
>  bb69dda7a84a5b166434e28e1243d3d1 *./data/out.yuv
>  stddev:  2.99 PSNR:38.59 bytes:7602176
> -177cbbbe50cbb67ae3bd6e7f10ff968b *./data/a-dv.dv
> +91dc1c1dc4a8cca72f27d85db6d7636f *./data/a-dv.dv
>  14400000 ./data/a-dv.dv
>  74b01209bb5e096d570dd4df112bb82d *./data/out.yuv
>  stddev:  2.98 PSNR:38.61 bytes:7602176

could you explain why the regression checksums change, your commit message
makes the change sound like a pure restructuring which wouldnt change the
output?
also update the commit message with the awnser

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is




More information about the ffmpeg-cvslog mailing list