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
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 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 samp
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 sample, it depends on the way the decoder is invoked.
It fixes using the xma1/2 decoder directly on a mem
Hello,
On 2021-08-31 22:53, Paul B Mahol wrote:
What samples this fixes?
No specific sample, it depends on the way the decoder is invoked.
It fixes using the xma1/2 decoder directly on a memory buffer and not
wanting to decode all channels in the stream.
Say the stream has 6 channels and on
Support decoding only a selection of the encoded XMA streams.
Previously, the decoder assumed it was decoding all available streams.
---
libavcodec/wmaprodec.c | 64 --
1 file changed, 37 insertions(+), 27 deletions(-)
diff --git a/libavcodec/wmaprodec.c b/
Hello,
On 2021-08-18 12:40, Ronald S. Bultje wrote:
I don't think you can make that decision single-handedly. doesn't it
depend
on the situation, and shouldn't individual users and/or developers be
able
to make that decision themselves?
I agree, not all AVX512 instructions slow down those
hldr -> hdlr
---
libavformat/movenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 7d839f447b..04f3e94158 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -2804,7 +2804,7 @@ static int mov_write_hdlr_tag(AVForm
Keep in mind though that the RISC-V Vector Extensions (which btw look
really smart and promising) are not implemented in the SiFive Unmatched
Chip yet (iIrc). But one has to start somewhere and some future embedded
devices like will also lack those.
On 2021-01-10 21:39, chen wrote:
In my eval
