Whenever mmap is used, we include sys/mmap.h unconditionally
within HAVE_MMAP ifdefs.
When building for a system (e.g. mingw) that normally lacks the
mmap function, but if building with profiling enabled, the
profiling runtime which gets linked in in each test executable,
can contain a function na
There maybe a spelling mistake, which in "check_func_headers sys/mman.h mmap".
It looks like should be "sys/mmap.h"
Thanks
-- Original --
From:
"
On Thu, 11 Jan 2024, 徐福隆 wrote:
There maybe a spelling mistake, which in "check_func_headers sys/mman.h
mmap".
It looks like should be "sys/mmap.h"
No, this is not a mistake, this is the name of the header. Have a look at
libavutil/file.c or libswscale/utils.c, both which have this:
#if HAV
On 1/11/2024 12:17 AM, Michael Niedermayer wrote:
On Wed, Jan 10, 2024 at 09:52:28AM -0300, James Almer wrote:
On 1/10/2024 12:05 AM, Michael Niedermayer wrote:
On Sun, Jan 07, 2024 at 06:31:00PM -0300, James Almer wrote:
Covers muxing from raw pcm audio input into FLAC, using several scalable
On Wed, 10 Jan 2024, Rémi Denis-Courmont wrote:
Looks OK (not tested).
Thanks, pushed now.
// Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
f
This should print a nicer error message than crashing due to
an illegal instruction, if direct cycle counter access isn't
allowed.
This matches the dav1d checkasm commit
95a192549a448b70d9542e840c4e34b60d09b093.
---
tests/checkasm/checkasm.c | 12 +++-
1 file changed, 11 insertions(+), 1
On Tue, Jan 02, 2024 at 02:52:11AM +, aybe aybe wrote:
> This second patch fixes the following error at the end of a .STR stream
> conversion:
>
> [in#0/psxstr @ 00681e80] Error during demuxing: I/O error
>
> It's been a bit of trial and error as I've never used ffmpeg, but returning
On Tue, Jan 02, 2024 at 02:57:18AM +, aybe aybe wrote:
> This third patch fixes warnings that are false positives (still on STRv1).
>
> That's because these sectors are simply empty ones as can be read in "System
> Description CD-ROM XA, May 1991,
> 4.3.2.3".
>
> Haven't attempted significan
Le torstaina 11. tammikuuta 2024, 14.53.05 EET Martin Storsjö a écrit :
> This should print a nicer error message than crashing due to
> an illegal instruction, if direct cycle counter access isn't
> allowed.
>
> This matches the dav1d checkasm commit
> 95a192549a448b70d9542e840c4e34b60d09b093.
>
On Thu, 11 Jan 2024, Rémi Denis-Courmont wrote:
Le torstaina 11. tammikuuta 2024, 14.53.05 EET Martin Storsjö a écrit :
This should print a nicer error message than crashing due to
an illegal instruction, if direct cycle counter access isn't
allowed.
This matches the dav1d checkasm commit
95a1
Le torstaina 11. tammikuuta 2024, 16.15.29 EET Martin Storsjö a écrit :
> > AV_READ_TIME() reads time, not cycles.
>
> Right, I can adjust the wording. Exactly what kind of measurement
> AV_READ_TIME returns varies between architectures and environments indeed.
In practice, yes, but I would argue
>
>
>
> > Yes. After we merge this, we will send out the mc x86 asm code for
> review.
> > It will share the same binary with HEVC.
> > For SAO/Deblock, we will follow a similar approach, but it needs to be a
> > little later than mc.
> > For C code, we can share the binary as well, but it involves
From: Zhu Pengfei <411294...@qq.com>
Signed-off-by: Zhu Pengfei <411294...@qq.com>
---
libavformat/flvdec.c | 178 ++-
1 file changed, 177 insertions(+), 1 deletion(-)
diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index e25b5bd163..65815e51f9 10
From: Zhu Pengfei <411294...@qq.com>
Signed-off-by: Zhu Pengfei <411294...@qq.com>
---
libavformat/flvenc.c | 133 +++
1 file changed, 133 insertions(+)
diff --git a/libavformat/flvenc.c b/libavformat/flvenc.c
index f6d10f331c..4485aba03c 100644
--- a/liba
From: Zhu Pengfei <411294...@qq.com>
Signed-off-by: Zhu Pengfei <411294...@qq.com>
---
libavformat/flvenc.c | 133 +++
1 file changed, 133 insertions(+)
diff --git a/libavformat/flvenc.c b/libavformat/flvenc.c
index f6d10f331c..4485aba03c 100644
--- a/liba
ping
flow gg 于2023年12月25日周一 12:01写道：
> C908
> h264_add_pixels8_clear_c: 262.0
> h264_add_pixels8_clear_rvv_i64: 59.0
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link ab
On some platforms (in particular, ARM/AArch64), the implementation
of AV_READ_TIME() may use a privileged instruction - in such
cases, benchmarking just fails with a SIGILL.
Instead of crashing, try executing AV_READ_TIME() once within
a region with the signal handler active, to allow gracefully
i
25th anniversary of the Dreamcast this year. Will follow up with FATE test.
Signed-off-by: Marth64
---
libavformat/adxdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/adxdec.c b/libavformat/adxdec.c
index b6bd3303a7..55eabceef0 100644
--- a/libavformat/adxdec
Necessary samples to fate-samples/adx :
https://ufile.io/f/v306q
Samples are re-encodes of luckynight from FATE suite.
d3a67e1d21bbaa7afc8e3bd089545ad44685e0c7a4212a75f7d115b0b8d656eb luckynight.adx
f994367773da8cadc5a41d7eab680a3f24685211d3564d8a806857cab47bdf25 luckynight.pcm
Signed-off-by: M
Felt that this could be handled by avio_flush(). Traced the code and it seems
logical. Seems to work fine for the only sample I have right now. But curious
to others opinion.
Signed-off-by: Marth64
---
libavformat/hls.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/lib
On 2023-12-31 2:23 a.m., Brad Smith wrote:
configure: remove Bitrig OS
Bitrig has been defunct for 7 years.
Signed-off-by: Brad Smith
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 42786719e9..d96b47ebe5 100755
--- a/configure
+
> On Jan 12, 2024, at 08:56, Brad Smith wrote:
>
> On 2023-12-31 2:23 a.m., Brad Smith wrote:
>> configure: remove Bitrig OS
>>
>> Bitrig has been defunct for 7 years.
>>
>> Signed-off-by: Brad Smith
>> ---
>> configure | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff -
22 matches
Mail list logo
