supposed to be in units of 8 pixels) and simplifying
the calculations of y_ptr and c_offset.
Originally committed as revision 14693 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Making DV codec release a buffer on exit
* Flagging accepted pix_fmts for DV encoder
Originally committed as revision 7531 to svn://svn.ffmpeg.org/ffmpeg/trunk
will accept incorrect pix_fmt's and such, but decoder will work much better
with containers not setting the same attributes. It seems like there will
be a generic mechanism for checking such constraints, but if not I can always
resurrect this check for *encoder* only.
Originally committed as revision 5114 to svn://svn.ffmpeg.org/ffmpeg/trunk
leak for cases like dlopening libavcodec.so and such, but I still
don't know how to catch such events.
Originally committed as revision 4818 to svn://svn.ffmpeg.org/ffmpeg/trunk
Use it with -grab dc1394
* Introducing yet another packed pix_fmt in order to support some of
the IIDC1394 modes: uyvy411 (Cb Y0 Y1 Cr Y2 Y3).
Originally committed as revision 3621 to svn://svn.ffmpeg.org/ffmpeg/trunk
There's an option -grab <format> that basically acts as -i
but for grabbing. So now it's possible to grab from multiple
sources at once and fully control -r -s and -pix_fmt for
each individual grab.
* removing -dv1394
Please use -grab dv1394 instead.
Originally committed as revision 3613 to svn://svn.ffmpeg.org/ffmpeg/trunk
should make Nathan Kurz and if I don't hear too much complaints
about it -- that's the way it will be from now on.
* updating regressions
Originally committed as revision 3527 to svn://svn.ffmpeg.org/ffmpeg/trunk
complaint with the SMPTE & IEC specs, but it seems harmless enough.
The way we "specify" that there's no audio is by simply leaving
audio DIFs filled with 0xff (I bet there's a way to mark this
properly in the system info section!).
Originally committed as revision 3526 to svn://svn.ffmpeg.org/ffmpeg/trunk
The new helper function actually differs in semantics from gmtime_r,
so if that seems to be a problem I can actually move it to dv.c
completely, since only DV muxer uses the code anyway.
Originally committed as revision 3399 to svn://svn.ffmpeg.org/ffmpeg/trunk
* adding code to skip over JUNK. It turns out that video editing
software uses junk to resize ix## chunks without actually
scrubbing the data. That trips up our packet extraction
code since it recognizes ix## entries as "packets". Basically
we have to skip over JUNK chunks for exactly the same reason
we have to skip over ix## entries.
Originally committed as revision 3378 to svn://svn.ffmpeg.org/ffmpeg/trunk
because of the sample_size == 1 and MINOLTA hack relying on
the information. So in a way, it's a hack of a hack.
btw, if somebody knows why in the world even Apple's software
thinks that for PCM 16bit sample_size == 1 please let me know.
It clearly isn't documented that way.
Originally committed as revision 2941 to svn://svn.ffmpeg.org/ffmpeg/trunk
simple now, take a look for yourself).
* additional optimizations of the decoder. It runs at 55fps now
on my desktop and it used to be ~45fps.
Originally committed as revision 2926 to svn://svn.ffmpeg.org/ffmpeg/trunk
from common.c -> common.h so that they can be inlined.
+ performace gain ~1% (measured with DV decoding)
+ code bloat 0.05%
Looks like a win-win solution.
Originally committed as revision 2874 to svn://svn.ffmpeg.org/ffmpeg/trunk
lavc is supposed to set it up as well and I don't think I see any
reason not to.
Originally committed as revision 2769 to svn://svn.ffmpeg.org/ffmpeg/trunk
in terms of time and we're doing slightly better w.r.t. to
quality. I don't think there's much room for improvement
left, but I'd like to try and vectorize a couple of things.
Btw, any ideas on what may impact performance will be greatly
appreciated.
Originally committed as revision 2532 to svn://svn.ffmpeg.org/ffmpeg/trunk
everybody who still uses second streo track for dubbing can
now export it.
* void* -> DVDemuxContext* change (per Fabrice's suggestion).
* -dv1394 capture now works in all modes.
Originally committed as revision 2458 to svn://svn.ffmpeg.org/ffmpeg/trunk
* simple/accurate implementation of dct248
* DV encoding now supports 2-4-8 DCT
* DV encoding gets a bit faster (but still miles away
from what I think it could do)
* misc. DV codec cleanups
Originally committed as revision 2425 to svn://svn.ffmpeg.org/ffmpeg/trunk
* fixing YUV4MPEG format.
* fixing a bug in DV codec where coded_frame was not set.
Originally committed as revision 2396 to svn://svn.ffmpeg.org/ffmpeg/trunk
changing pix_fmt at the same time.
* aspect ratio should be more reliable for DV now.
Originally committed as revision 2338 to svn://svn.ffmpeg.org/ffmpeg/trunk
of work to do, but it least people can try it out and share
ideas. Please don't hesitate to give it a spin:
$ ffmpeg -i file.avi file.dv
is all you need.
* fix for a deallocation bug in DV muxer
Originally committed as revision 2327 to svn://svn.ffmpeg.org/ffmpeg/trunk
decoding. All muxing/demuxing functionality is now available
in libavformat/dv.[ch].
* dv1394.c and avidec.c were hooked up with general DV demuxer.
* DVAUDIO is dead! Long live pcm_s16le!
* DV audio is now always recognized -- which means we can
now hear all those ducks quaking in pond.dv.
Originally committed as revision 2319 to svn://svn.ffmpeg.org/ffmpeg/trunk
possible. For example you can do:
ffmpeg -i i.dv -i audio_track.mp3 -map 0.0 -map 1.0 \
-vcodec copy -acodec pcm_s16le out.dv
* Preparations for getting rid of DVAUDIO codec, DV stream really
contains PCM audio, so there's no codec needed if we have a
decent demuxer.
* Providing entry points for dv1394 write support.
Originally committed as revision 2174 to svn://svn.ffmpeg.org/ffmpeg/trunk
is generic for any video with yuv411. Seems like a trivial fix,
but we really have to clean up all of the pix_fmt business a bit more.
Originally committed as revision 2169 to svn://svn.ffmpeg.org/ffmpeg/trunk
this is hardly the right way to do things, but it'll suffice for now.
* patch from Gildas Bazin
gbazin at altern dot org
* fix for a 10l in configure
* gcc 2.95.3 and Solaris build in general are not ready
for -Werror in libavformat/Makefile
Originally committed as revision 2123 to svn://svn.ffmpeg.org/ffmpeg/trunk
Roman Shaposhnik