Original thread:
Date: Thu, 22 Mar 2007 20:23:08 -0400
Subject: [Ffmpeg-devel] [PATCH] Theora in MKV (GSoC '07 Qualification)
Originally committed as revision 8507 to svn://svn.ffmpeg.org/ffmpeg/trunk
Original thread:
Date: Thu, 22 Mar 2007 20:23:08 -0400
Subject: [Ffmpeg-devel] [PATCH] Theora in MKV (GSoC '07 Qualification)
Originally committed as revision 8506 to svn://svn.ffmpeg.org/ffmpeg/trunk
Original thread:
Date: Thu, 22 Mar 2007 20:23:08 -0400
Subject: [Ffmpeg-devel] [PATCH] Theora in MKV (GSoC '07 Qualification)
Originally committed as revision 8505 to svn://svn.ffmpeg.org/ffmpeg/trunk
It seems that it's opt parse bug, it can't process the flags which start by
digit. After change 8x8dct to dct8x8, I can set it without problem. I guess
nobody will use it since it can't work as expected, so the quick fix is change
the option name.
Patch by Limin Wang lance dot lmwang at gmail com
Originally committed as revision 8492 to svn://svn.ffmpeg.org/ffmpeg/trunk
how did i succeed doing such a ridiculously silly thing? well i think it happened like:
1. verifying that the regression tests pass with old resample2.c
2. updating the regressions to the new resample2.c ... failed svn complained
3. svn up
4. updating the regressions to the new resample2.c success (r8485)
at that point everything was still ok
5. some more resample2.c work update regressions, read diff, commit (r8486)
my misstake was that the svn up at point 3 was run in tests/ -> iam an idiot
Originally committed as revision 8489 to svn://svn.ffmpeg.org/ffmpeg/trunk
armv5t does - use the armv5t function rather than default c code.
patch by Tim Chick chick at computergeek freeserve co uk
Originally committed as revision 8487 to svn://svn.ffmpeg.org/ffmpeg/trunk
improves subjective sound quality on artificial sample (udial.wav resampling
to 32khz)
Originally committed as revision 8467 to svn://svn.ffmpeg.org/ffmpeg/trunk
frame, but some low-bitrate NSV files omit video frames for some NSV frames,
and expect the timestamp to increase by one every NSV frame. This is noticeable
in 64vp3.nsv where the video runs several times faster than the audio. Fix this
by unconditionally incrementing the video's timestamp with each NSV frame.
patch by David Conrad, umovimus gmail com
Originally committed as revision 8466 to svn://svn.ffmpeg.org/ffmpeg/trunk
reset the streams' cur_dts values. This can lead to a fatal "error,
non monotone timestamps ..." message later, because the out-of-date
cur_dts values are used to compute some packet's dts.
Fix this by calling av_read_frame_flush() and eliminate code
duplication in the process.
The additional hunk gives more detailed error messages.
patch by Wolfram Gloger, wmglo dent.med.uni-muenchen de
Originally committed as revision 8465 to svn://svn.ffmpeg.org/ffmpeg/trunk