Signed-off-by: Paul B Mahol
---
libavcodec/mlpenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mlpenc.c b/libavcodec/mlpenc.c
index 37052d9e38..443cb41cf5 100644
--- a/libavcodec/mlpenc.c
+++ b/libavcodec/mlpenc.c
@@ -2390,7 +2390,7 @@ const AVCodec ff_mlp_
Quoting Michael Niedermayer (2021-08-30 14:34:30)
> On Mon, Aug 30, 2021 at 11:38:53AM +0200, Michael Niedermayer wrote:
> > > I am not familiar with the generic scaler code, but it seems independent
> > > of this partitioning, otherwise the threaded scaling tests would fail.
> >
> > the generic s
On 2021-09-01 08:26, Paul B Mahol wrote:
On Tue, Aug 31, 2021 at 11:19 PM Joel Linn wrote:
On 2021-08-31 23:13, Paul B Mahol wrote:
> On Tue, Aug 31, 2021 at 11:10 PM Joel Linn wrote:
>
>> Hello,
>>
>> On 2021-08-31 22:53, Paul B Mahol wrote:
>> > What samples this fixes?
>>
>> No specific sa
Support decoding only a selection of the encoded XMA streams.
Previously, the decoder assumed it was decoding all available streams.
---
libavcodec/wmaprodec.c | 65 --
1 file changed, 38 insertions(+), 27 deletions(-)
diff --git a/libavcodec/wmaprodec.c b/
> On Aug 30, 2021, at 7:14 PM, Jan Ekström wrote:
>
> From: Jan Ekström
>
> Unfortunately the current production versions of this software
> do not 100% adhere to the CMAF specification, and have decided
> to utilize the HTML5 media track identifier for audio descriptions.
>
> This way the d
I do not get it, do you use parser in your code to support decoding of XMA?
Without parser decoding is not currently supported.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit
ff_pnm_parser and ff_vp3_parser already hit the current limit;
an addition to the former (to handle pfm) is planned.
Signed-off-by: Andreas Rheinhardt
---
If this API were not intended to be deprecated soon, I would make
the codec_ids an array of enum AVCodecID and change av_parser_init()
accordi
This reverts commit 628a73f8f3768513fa6152c98d54842cf2ae1aad.
At the time of said commit there was talk of removing the audio bitrate
"ab" option to bring FFmpeg in line with what Libav has done in 2012 in
commit 041cd5a0c55e02dd3b9a2419644b03103819c3d3. By having different
option flags for the "a
These will be used by HLS demuxer in case of sample decryption.
Signed-off-by: Nachiket Tarate
---
libavcodec/adts_header.c | 1 +
libavcodec/adts_header.h | 15 +++
libavcodec/adts_parser.c | 31 +++
3 files changed, 47 insertions(+)
diff --git a/libavc
correct implementation of 'cenc' encryption scheme to support decryption of
partial cipher blocks at the end of subsamples
https://www.iso.org/standard/68042.html
Signed-off-by: Nachiket Tarate
---
libavformat/isom.h | 2 +
libavformat/mov.c | 246 +++
Apple HTTP Live Streaming Sample Encryption:
https://developer.apple.com/library/ios/documentation/AudioVideo/Conceptual/HLS_Sample_Encryption
Signed-off-by: Nachiket Tarate
---
libavformat/Makefile| 2 +-
libavformat/hls.c | 128 +++--
libavformat/hls_sa
Signed-off-by: Nachiket Tarate
---
libavformat/hls.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 0feddb06e4..3c34d69538 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -2051,23 +2051
H.264 and H.265 levels' names are usually of the form "x" or "x.y"
with x and y being single digits; the one exception are the H.264 1b
levels. All of those levels' names fit into a char[4] and it is likely
that this future levels will do so, too.
Therefore this commit changes the H26(4|5)LevelDes
On 2021-09-01 11:12, Paul B Mahol wrote:
I do not get it, do you use parser in your code to support decoding of
XMA?
No.
The duration information from the parser is of no use to me.
Without parser decoding is not currently supported.
I could use the parser but like I said it is perpendicula
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On Tue, Aug 31, 2021 at 10:44:57PM +0300, Martin Storsjö wrote:
> > On Aug 23, 2021, at 17:41, Nicolas George wrote:
> >
> > Michael Niedermayer (12021-08-23):
> >> Please make sure you use g...@git.ffmpeg.org:fateserver not
> >> g...@source.ffmpeg.org:fateserver
> >
> > My bad. I fixed it and i
parser sets keyframes, which allows proper decoding, so it is mandatory to
use.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.
On Wed, Sep 1, 2021 at 12:11 AM Jan Ekström wrote:
>
> On Tue, Aug 31, 2021 at 12:52 AM Jan Ekström wrote:
> >
> > On Sun, Aug 29, 2021 at 7:43 PM Jan Ekström wrote:
> > >
> > > Unlike libx264, libx265 does not handle the chroma format check
> > > on its own side, so in order to not write out va
Andreas Rheinhardt:
> ff_pnm_parser and ff_vp3_parser already hit the current limit;
> an addition to the former (to handle pfm) is planned.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> If this API were not intended to be deprecated soon, I would make
> the codec_ids an array of enum AVCodecID a
On Tue, Aug 31, 2021 at 1:14 AM Jan Ekström wrote:
>
> On Sun, Aug 29, 2021 at 10:05 PM Jan Ekström wrote:
> >
> > On Sun, Aug 29, 2021 at 9:21 PM Paul B Mahol wrote:
> > >
> > > probably fine if fate passes
> >
> > Yea, FATE passes :) . I think this stuff not being noticed until now
> > is due
On 8/27/2021 4:34 PM, James Almer wrote:
Suggested-by: BBB
Signed-off-by: James Almer
---
Changelog | 1 +
configure | 1 +
doc/general_contents.texi | 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 2
On Thu, Sep 2, 2021 at 12:54 AM James Almer wrote:
>
> On 8/27/2021 4:34 PM, James Almer wrote:
> > Suggested-by: BBB
> > Signed-off-by: James Almer
> > ---
> > Changelog | 1 +
> > configure | 1 +
> > doc/general_contents.texi | 1 +
> > libavformat/Makef
22 matches
Mail list logo
