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
* -r now does the right thing.
* frame rate and frame sizes now share same abbv. table and you
can do -r ntsc as well as -s ntsc
Originally committed as revision 2035 to svn://svn.ffmpeg.org/ffmpeg/trunk
* adding regression tests for all pix_fmt conversions
* making libavtest part of the default testsuite
Originally committed as revision 1855 to svn://svn.ffmpeg.org/ffmpeg/trunk
+ avcodec_get_pix_fmt
converts textual representation of pixel format into
the actual id. Complements avcodec_get_pix_fmt_name.
+ avpicture_layout
serializes given picture into a flat array.
Complements avpicture_fill.
* adding a new option -pix_fmt to the ffmpeg, in order to control
pixel format for the codecs that do support it, like rawvideo,
for example.
* reducing complexity of the rawvideo codec by splitting it in two
and making it more reliable via hooking up to the avpicture_layout.
Plus adding new FourCC as described here: http://www.fourcc.org
* A tiny fix for avienc.c that makes avih and video strf consistent
regarding codec FourCC.
Originally committed as revision 1842 to svn://svn.ffmpeg.org/ffmpeg/trunk
* let ffmpeg preserve 'aspect_ratio' for recoding.
Do we want to make it tweakable from the command line ?
Originally committed as revision 1827 to svn://svn.ffmpeg.org/ffmpeg/trunk
Roman Shaposhnik
