- 22 Aug, 2014 3 commits
-
-
Anton Khirnov authored
It is hardcoded to 15fps.
-
Anton Khirnov authored
-
Anton Khirnov authored
At least one FATE sample contains such chunks and happens to work simply by accident (due to find_stream_info() swallowing the error). CC: libav-stable@libav.org
-
- 11 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 29 Sep, 2013 1 commit
-
-
Martin Storsjö authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 22 Sep, 2013 1 commit
-
-
Martin Storsjö authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 15 Aug, 2013 5 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 11 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 30 Jul, 2012 1 commit
-
-
Diego Biurrun authored
-
- 29 Jul, 2012 1 commit
-
-
Anton Khirnov authored
According to its description, it is supposed to be the LCM of all the frame durations. The usability of such a thing is vanishingly small, especially since we cannot determine it with any amount of reliability. Therefore get rid of it after the next bump. Replace it with the average framerate where it makes sense. FATE results for the wtv and xmv demux tests change. In the wtv case this is caused by the file being corrupted (or possibly badly cut) and containing invalid timestamps. This results in lavf estimating the framerate wrong and making up wrong frame durations. In the xmv case the file contains pts jumps, so again the estimated framerate is far from anything sane and lavf again makes up different frame durations. In some other tests lavf starts making up frame durations from different frame.
-
- 04 May, 2012 1 commit
-
-
Ronald S. Bultje authored
Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 03 Mar, 2012 1 commit
-
-
Justin Ruggles authored
The time base is 1 / sample_rate, not 90000. Several more codecs encode the sample count in the first 4 bytes of the chunk, so we set the durations accordingly. Also, we can set start_time and packet duration instead of keeping track of the sample count in the demuxer.
-
- 02 Mar, 2012 3 commits
-
-
Anton Khirnov authored
The container has no timestamps and the framerate isn't stored in the data either. The decoder sets codec timebase to experimentally found value 1/15. Do the same for the demuxer too, it should at least be better than the default 1/90000.
-
Anton Khirnov authored
-
Anton Khirnov authored
Demuxers are not supposed to set it. Set stream timebase and framerates instead (this is a cfr container with no timestamps).
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-
- 06 Jan, 2012 1 commit
-
-
Janne Grunau authored
Prevents division by zero.
-
- 30 Nov, 2011 1 commit
-
-
Anton Khirnov authored
It's supposed to be called only from (de)muxers.
-
- 19 Oct, 2011 1 commit
-
-
Anton Khirnov authored
Trivial replacements with sed are done in this commit: sed 's/av_new_stream(\([^)]*\), 0)/avformat_new_stream(\1, NULL)/'
-
- 17 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 07 Mar, 2011 1 commit
-
-
Anton Khirnov authored
AVIOContext.eof_reached should be used directly instead. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 04 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 01 Mar, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 21 Feb, 2011 1 commit
-
-
Anton Khirnov authored
In the name of consistency: get_byte -> avio_r8 get_<type> -> avio_r<type> get_buffer -> avio_read get_partial_buffer will be made private later get_strz is left out becase I want to change it later to return something useful. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 20 Feb, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 26 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
This also lists the objects from those two libraries as internal (by adding the ff_ prefix) so that they can then be hidden via linker scripts.
-
- 11 Jan, 2011 1 commit
-
-
Peter Ross authored
Fixes issue2529. Originally committed as revision 26307 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Jan, 2011 5 commits
-
-
Peter Ross authored
Originally committed as revision 26305 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Peter Ross authored
Fixes issue2529. Originally committed as revision 26302 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Peter Ross authored
Originally committed as revision 26301 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Daniel Kang authored
Fixes issue2525 Original patch by Daniel Kang, daniel.d.kang at gmail Originally committed as revision 26298 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Daniel Kang authored
Fixes issue2514 Original patch by Daniel Kang, daniel.d.kang at gmail Originally committed as revision 26296 to svn://svn.ffmpeg.org/ffmpeg/trunk
-