- 02 Apr, 2020 1 commit
-
-
Andreas Rheinhardt authored
It might be used by the Matroska muxer. This is also the reason why the FATE-tests for muxing WavPack into Matroska needed to be updated: They now write the correct version 4.07 and not 4.03 as before. Reviewed-by:
David Bryant <david@wavpack.com> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
- 11 Mar, 2020 1 commit
-
-
David Bryant authored
Add support for WavPack DSD files to the existing WavPack decoder using avcodec/dsd to perform the 8:1 decimation to 32-bit float samples. We must serialize the dsd2pcm operation (cross-boundary filtering) but would like to use frame-level multithreading for the CPU-intensive DSD decompression, and this is accomplished with ff_thread_report/await_progress(). Because the dsd2pcm operation is independent across channels we use slice-based multithreading for that part. Also a few things were removed from the existing WavPack decoder that weren't being used (primarily the SavedContext stuff) and the WavPack demuxer was enhanced to correctly determine the sampling rate of DSD files (and of course to no longer reject them). Signed-off-by:
David Bryant <david@wavpack.com>
-
- 10 Feb, 2020 1 commit
-
-
Andreas Rheinhardt authored
Since bae8844e the packet will always be unreferenced when a demuxer returns an error, so that a lot of calls to av_packet_unref() in lots of demuxers are now redundant and can be removed. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 12 Dec, 2019 1 commit
-
-
Andreas Rheinhardt authored
It is not uncommon to find code where the caller thinks to know better what the return value should be than the callee. E.g. something like "if (av_new_packet(pkt, size) < 0) return AVERROR(ENOMEM);". This commit changes several instances of this to instead forward the actual error. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Mar, 2019 1 commit
-
-
Carl Eugen Hoyos authored
Reviewed-by: Lauri Kasanen Reviewed-by: Tomas Härdin
-
- 28 Dec, 2018 2 commits
-
-
David Bryant authored
Not currently supported.
-
Paul B Mahol authored
Fixes decoding of Run_The_Race_-_3rd_Order_Ambisonic_SN3D.wv
-
- 08 Nov, 2016 1 commit
-
-
Diego Biurrun authored
-
- 30 Sep, 2016 1 commit
-
-
Anton Khirnov authored
It is supposed to be a flag. The only currently defined value is AVIO_SEEKABLE_NORMAL, but other ones may be added in the future. However all the current lavf code treats this field as a bool (mainly for historical reasons). Change all those cases to properly check for AVIO_SEEKABLE_NORMAL.
-
- 23 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Currently, AVStream contains an embedded AVCodecContext instance, which is used by demuxers to export stream parameters to the caller and by muxers to receive stream parameters from the caller. It is also used internally as the codec context that is passed to parsers. In addition, it is also widely used by the callers as the decoding (when demuxer) or encoding (when muxing) context, though this has been officially discouraged since Libav 11. There are multiple important problems with this approach: - the fields in AVCodecContext are in general one of * stream parameters * codec options * codec state However, it's not clear which ones are which. It is consequently unclear which fields are a demuxer allowed to set or a muxer allowed to read. This leads to erratic behaviour depending on whether decoding or encoding is being performed or not (and whether it uses the AVStream embedded codec context). - various synchronization issues arising from the fact that the same context is used by several different APIs (muxers/demuxers, parsers, bitstream filters and encoders/decoders) simultaneously, with there being no clear rules for who can modify what and the different processes being typically delayed with respect to each other. - avformat_find_stream_info() making it necessary to support opening and closing a single codec context multiple times, thus complicating the semantics of freeing various allocated objects in the codec context. Those problems are resolved by replacing the AVStream embedded codec context with a newly added AVCodecParameters instance, which stores only the stream parameters exported by the demuxers or read by the muxers.
-
- 26 Oct, 2015 1 commit
-
-
Luca Barbato authored
`av_packet_unref` matches the AVFrame ref-counted API and can be used as a drop in replacement. Deprecate `av_free_packet`.
-
- 24 Apr, 2015 1 commit
-
-
wm4 authored
While I'm not sure why exactly sure why the old code could end up in the wrong position, using the generic index code is much simpler and is known to work correctly. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 14 Feb, 2015 1 commit
-
-
Diego Biurrun authored
-
- 18 Aug, 2014 1 commit
-
-
Paul B Mahol authored
Fixes Ticket #3865 Found-by:
Piotr Bandurski <ami_stuff@o2.pl> Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 07 Aug, 2014 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 May, 2013 3 commits
-
-
Anton Khirnov authored
It will be reused by other muxers and demuxers.
-
Anton Khirnov authored
wv.c will be used for shared wavpack functions.
-
Anton Khirnov authored
Currently the demuxer shaves the blocks and exports only the information that is useful to the decoder. Exporting the blocks just as they are stored is simpler to understand and will make remuxing wavpack easier.
-
- 15 May, 2013 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 12 Nov, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 11 Nov, 2012 1 commit
-
-
Justin Ruggles authored
Also reorder some other #include when applicable.
-
- 14 Oct, 2012 1 commit
-
-
Paul B Mahol authored
If total number of samples is -1 it means stream is of unknown length. Fixes ticket #1777. Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 31 Jul, 2012 1 commit
-
-
Anton Khirnov authored
-
- 29 Jul, 2012 1 commit
-
-
Anton Khirnov authored
-
- 28 Jul, 2012 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
- 09 Feb, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-
- 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)/'
-
- 21 Aug, 2011 2 commits
-
-
Kostya Shishkov authored
This fixes the situation when there are not enough entries in the index (e.g. on initial seek there's only one index entry in the index) and index search returns just the last known entry. That causes seeking function just to seek there instead of trying harder to get at the requested position. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Kostya Shishkov authored
Currently for multichannel audio position for the last block position is stored in index (and used for seeking), which is obviously not correct. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 17 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 28 Jun, 2011 1 commit
-
-
Kostya Shishkov authored
These blocks don't report audio stream parameters and they are not needed for decoding. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 08 Jun, 2011 1 commit
-
-
Anton Khirnov authored
-
- 03 Apr, 2011 1 commit
-
-
Anton Khirnov authored
Use it instead of url_is_streamed and AVIOContext.is_streamed.
-
- 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>
-