ons 2022-08-24 klockan 22:54 +0200 skrev Michael Niedermayer:
> On Wed, Aug 24, 2022 at 06:35:04PM +0200, Tomas Härdin wrote:
> > But for some reason the notion
> > that the same applies to *all* parsers, including decoders and
> > demuxers, this notion is hard to swallow. And similarly for
> > enc
ons 2022-08-24 klockan 23:03 +0200 skrev Michael Niedermayer:
> On Wed, Aug 24, 2022 at 06:35:04PM +0200, Tomas Härdin wrote:
> [...]
> >
> > This goes especially for formats like MXF, which I have made the
> > case
> > on here multiple times that we should not maintain our own decoder
> > for,
>
On Sat, Aug 27, 2022 at 9:30 AM Tomas Härdin wrote:
> ons 2022-08-24 klockan 23:03 +0200 skrev Michael Niedermayer:
> > On Wed, Aug 24, 2022 at 06:35:04PM +0200, Tomas Härdin wrote:
> > [...]
> > >
> > > This goes especially for formats like MXF, which I have made the
> > > case
> > > on here mul
Hi,
I don’t want to get involved in the ipfsgateway discussion, but the part about
external library version dependencies and testability reminded me of some
recent thoughts: I wonder whether it wouldn’t make sense to maintain a version
reference for external libraries in a way that at any point i
On Sat, Aug 27, 2022 at 11:30 AM Soft Works wrote:
> Hi,
>
> I don’t want to get involved in the ipfsgateway discussion, but the part
> about
> external library version dependencies and testability reminded me of some
> recent thoughts: I wonder whether it wouldn’t make sense to maintain a
> vers
lör 2022-08-27 klockan 09:53 +0200 skrev Paul B Mahol:
> On Sat, Aug 27, 2022 at 9:30 AM Tomas Härdin
> wrote:
>
> > ons 2022-08-24 klockan 23:03 +0200 skrev Michael Niedermayer:
> > > Also we have regression tests, external libs make that impossible
> > > as the version of external libs can chan
Andreas Rheinhardt:
> Possible since c954cf1e1b766a0d1992d5be0a8be0055a8e1a6a.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/roqvideoenc.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavcodec/roqvideoenc.c b/libavcodec/roqvideoenc.c
> index 0a418c3b89..9f03107d81 100644
> On Sat, Aug 27, 2022 at 12:04 AM James Darnley wrote:
> I think the feature selection is fine as-is, if you want to clarify
> the comments go ahead. AVX512 wouldn't be useful with a subset even
> smaller then what the plain AVX512 is looking for (there is also no
> CPUs with any smaller set, afa
Pierre-Anthony Lemieux 于2022年8月27日周六 00:06写道：
>
> On Fri, Aug 26, 2022 at 9:01 AM Andreas Rheinhardt
> wrote:
> >
> > Pierre-Anthony Lemieux:
> > > On Fri, Aug 26, 2022 at 1:37 AM Andreas Rheinhardt
> > > wrote:
> > >>
> > >> Steven Liu:
> > >>> fix CID: 1512414
> > >>> And return AVERROR_INVALI
This is designed to improve and unify error handling for
allocation failures for the many (often small) allocations that we have
in the fftools. These typically either don't return an error message
or an error message that is not really helpful to the user
and can be replaced by a generic error mes
Signed-off-by: Andreas Rheinhardt
---
fftools/cmdutils.c | 21 +
fftools/ffmpeg.c| 25 ++-
fftools/ffmpeg_filter.c | 10 +++---
fftools/ffmpeg_opt.c| 70 -
fftools/ffprobe.c | 6 ++--
fftools/opt_common.c|
Fixes Coverity issue #1512413.
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_opt.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index b0b8ecc868..74427cf80d 100644
--- a/fftools/ffmpeg_opt.c
+++ b/fftools/ffmpeg_opt.c
@@ -2753,6 +2753,8
On 8/27/2022 10:55 AM, Andreas Rheinhardt wrote:
This is designed to improve and unify error handling for
allocation failures for the many (often small) allocations that we have
in the fftools. These typically either don't return an error message
or an error message that is not really helpful
James Almer:
>
>
> On 8/27/2022 10:55 AM, Andreas Rheinhardt wrote:
>> This is designed to improve and unify error handling for
>> allocation failures for the many (often small) allocations that we have
>> in the fftools. These typically either don't return an error message
>> or an error message
This is designed to improve and unify error handling for
allocation failures for the many (often small) allocations that we have
in the fftools. These typically either don't return an error message
or an error message that is not really helpful to the user
and can be replaced by a generic error mes
Signed-off-by: Andreas Rheinhardt
---
fftools/cmdutils.c | 21 +
fftools/ffmpeg.c| 25 ++-
fftools/ffmpeg_filter.c | 10 +++---
fftools/ffmpeg_opt.c| 70 -
fftools/ffprobe.c | 6 ++--
fftools/opt_common.c|
Fixes Coverity issue #1512413.
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_opt.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index ccb79d920c..eddd421b70 100644
--- a/fftools/ffmpeg_opt.c
+++ b/fftools/ffmpeg_opt.c
@@ -2753,6 +2753,8
On Sat, Aug 27, 2022 at 5:25 AM Steven Liu wrote:
>
> Pierre-Anthony Lemieux 于2022年8月27日周六 00:06写道：
> >
> > On Fri, Aug 26, 2022 at 9:01 AM Andreas Rheinhardt
> > wrote:
> > >
> > > Pierre-Anthony Lemieux:
> > > > On Fri, Aug 26, 2022 at 1:37 AM Andreas Rheinhardt
> > > > wrote:
> > > >>
> > >
On Aug 27, 2022, at 4:30 AM, Tomas Härdin wrote:
>
> lör 2022-08-27 klockan 09:53 +0200 skrev Paul B Mahol:
>> On Sat, Aug 27, 2022 at 9:30 AM Tomas Härdin
>> wrote:
>>
>>> ons 2022-08-24 klockan 23:03 +0200 skrev Michael Niedermayer:
Also we have regression tests, external libs make that
The AArch64 assembly accesses those symbols directly, without
indirection via e.g. the GOT on ELF. In order for this not to
require text relocations, those symbols need to be resolved fully
at link time, i.e. those symbols can't be interposable.
Normally, so far, this is achieved when linking shar
On 8/16/2022 4:22 PM, Michael Niedermayer wrote:
On Mon, Aug 15, 2022 at 08:14:42PM -0300, James Almer wrote:
This duration is equal to the longest duration in all track's tkhd atoms, which
may be comprised of the sum of all edit lists in each track. Empty edit lists
in tracks represent start_ti
On Sat, Aug 27, 2022 at 04:41:39PM -0300, James Almer wrote:
> On 8/16/2022 4:22 PM, Michael Niedermayer wrote:
> > On Mon, Aug 15, 2022 at 08:14:42PM -0300, James Almer wrote:
> > > This duration is equal to the longest duration in all track's tkhd atoms,
> > > which
> > > may be comprised of the
Hi all
someone reported issues with disappearing mail and server load for trac
Ive setup SPF for trac, which may have been the reason for gmail
blocking mails from it
ive also increased the number or processes x threads handling trac requests
not sure that was the issue but trac/wsgi had signific
23 matches
Mail list logo
