On 09/05/2023 22:44, Michael Niedermayer wrote:
On Tue, May 09, 2023 at 08:19:36AM +0200, Anton Khirnov wrote:
Quoting Michael Niedermayer (2023-05-09 00:35:08)
[...]
would anyone be opposed to return 0 from dash_probe() when
both the mime_type and the extension are wrong ?
I would.
probe()
Quoting James Zern (2023-05-09 20:17:37)
> This could fall back to frame rate or ticks, but I imagine this case
> would be unlikely in practice unless the timebase was quite large.
Yeah, I think it's better not to get fancy unless we know it's needed.
Thanks,
--
Anton Khirnov
___
> On May 10, 2023, at 10:25, WenzheWang wrote:
>
> Dear Madam or Sir,
>
>
> Hope this email finds you well.
>
>
> I am writing this email since i recently found FFmepg remove DNN native
> backend, and i will be really grateful if you let me know if there is any
> new plan on libavfilte
Dear Madam or Sir,
Hope this email finds you well.
I am writing this email since i recently found FFmepg remove DNN native
backend, and i will be really grateful if you let me know if there is any new
plan on libavfilter/dnn.
I would like to explain to you again about the addition of dnn
Hi,
Am 15.03.2023 um 20:30 schrieb Thilo Borgmann:
for our recent appearance at the Chemnitzer Linux Tage, I'd like to
request reimbursements for my travel cost.
I picked up Carl-Eugen in Berlin and we drove to Chemnitz together
(~560 km in total).
All hotel costs and further costs for merch
On Sun, 7 May 2023 at 23:47, Stefano Sabatini wrote:
>
> On date Monday 2023-05-01 22:01:05 +0100, Oleg Afanasyev wrote:
> > I'm using setpts to generate timelapses with slowdowns in the middle.
> > Using setpts filter requires complicated expr to handle intervals. This
> > patch allows commands t
On Tue, May 09, 2023 at 08:19:36AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2023-05-09 00:35:08)
> > On Mon, May 08, 2023 at 04:05:40PM +0200, Tobias Rapp wrote:
> > > On 08/05/2023 14:00, James Almer wrote:
> > >
> > > > On 5/6/2023 10:25 AM, Michael Niedermayer wrote:
> > > > >
On Tue, May 09, 2023 at 09:35:09AM +0200, Tobias Rapp wrote:
> On 09/05/2023 08:19, Anton Khirnov wrote:
>
> > Quoting Michael Niedermayer (2023-05-09 00:35:08)
> > > On Mon, May 08, 2023 at 04:05:40PM +0200, Tobias Rapp wrote:
> > > > [...]
> > > > DASH is usually transferred over HTTP where file
On Tue, May 9, 2023 at 2:10 AM Anton Khirnov wrote:
>
> Adapt similar code from libaomenc - stop using ticks_per_frame except as
> a last resort.
> ---
> libavcodec/libvpxenc.c | 15 +--
> 1 file changed, 13 insertions(+), 2 deletions(-)
>
lgtm.
> diff --git a/libavcodec/libvpxenc.c
As suggested on IRC. There's already an Snapshot section right below it, and
the links to the actual releases are much lower and harder to find.
Also, remove the massive signing key button and move it to the snapshot
section. There's already "Release Verification" section below with a detailed
exp
Hi,
Le tiistaina 9. toukokuuta 2023, 12.50.25 EEST Arnie Chang a écrit :
> We are submitting a set of patches that significantly improve H.264 decoding
> performance by utilizing RVV intrinsic code.
I believe that there is a general dislike of compiler intrinsic for vector
optimisations
May 9, 2023, 11:51 by arnie.ch...@sifive.com:
> We are submitting a set of patches that significantly improve H.264 decoding
> performance
> by utilizing RVV intrinsic code. The average speedup(FPS) achieved by these
> patches is more than 2x,
> as experimented on 720P videos running on an inter
On 2023-05-09 09:09 pm, Davy Durham wrote:
Hi group,
How does one check on the status of a submitted patch? I see many
patches a day go into this list, but I have no idea if/when they have
been incorporated.
See
https://patchwork.ffmpeg.org/project/ffmpeg/list/
Regards,
Gyan
___
On Tue, May 09, 2023 at 08:15:34AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2023-05-09 01:25:00)
> > On Sun, May 07, 2023 at 10:42:56PM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2023-05-03 14:30:38)
> > > > Its unexpected that a .avi or other "standard" file t
Hi group,
How does one check on the status of a submitted patch? I see many
patches a day go into this list, but I have no idea if/when they have
been incorporated.
Thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.o
Couple of follow-up comments.
- "mxf_parse_jpeg2000_frame" could be moved to one of jpeg2000 source
files, to keep J2K parsing code together. Maybe there is a way to
reuse jpeg2000_read_main_headers() at jpeg2000dec.c?
- when defining the J2K descriptor items, please refer to the symbol
name from
There is nothing meaningful the caller can do with it.
---
doc/APIchanges | 3 +++
libavcodec/alsdec.c | 6 +-
libavcodec/apac.c | 6 --
libavcodec/apedec.c | 6 +-
libavcodec/atrac3.c | 12 ++--
libavcodec/atrac9dec.c |
On 5/9/2023 9:02 AM, Anton Khirnov wrote:
Quoting James Almer (2023-05-09 13:56:22)
On 5/9/2023 7:30 AM, Anton Khirnov wrote:
There is nothing meaningful the caller can do with it.
---
libavcodec/alsdec.c | 6 +-
libavcodec/apac.c | 6 --
libavcodec/apedec.c
Quoting James Almer (2023-05-09 13:56:22)
> On 5/9/2023 7:30 AM, Anton Khirnov wrote:
> > There is nothing meaningful the caller can do with it.
> > ---
> > libavcodec/alsdec.c | 6 +-
> > libavcodec/apac.c | 6 --
> > libavcodec/apedec.c | 6 +-
> > li
On 5/9/2023 7:30 AM, Anton Khirnov wrote:
There is nothing meaningful the caller can do with it.
---
libavcodec/alsdec.c | 6 +-
libavcodec/apac.c | 6 --
libavcodec/apedec.c | 6 +-
libavcodec/atrac3.c | 12 ++--
libavcodec/atrac9dec
applied
___
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".
Finally!
___
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 2023-05-09 04:05 pm, Neal Gompa wrote:
On Tue, May 9, 2023 at 12:14 AM Gyan Doshi wrote:
On 2023-05-09 08:11 am, Neal Gompa wrote:
On Mon, May 8, 2023 at 9:55 PM Steven Liu wrote:
Neal Gompa 于2023年5月9日周二 07:08写道：
On Thu, Apr 13, 2023 at 5:45 AM Steven Liu wrote:
Signed-off-by: Ste
On Tue, May 9, 2023 at 12:14 AM Gyan Doshi wrote:
>
>
>
> On 2023-05-09 08:11 am, Neal Gompa wrote:
> > On Mon, May 8, 2023 at 9:55 PM Steven Liu wrote:
> >> Neal Gompa 于2023年5月9日周二 07:08写道：
> >>> On Thu, Apr 13, 2023 at 5:45 AM Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> >
There is nothing meaningful the caller can do with it.
---
libavcodec/alsdec.c | 6 +-
libavcodec/apac.c | 6 --
libavcodec/apedec.c | 6 +-
libavcodec/atrac3.c | 12 ++--
libavcodec/atrac9dec.c | 6 +-
libavcodec/bonk.c
Decoders will currently warn if an audio decoder not marked with
AV_CODEC_CAP_SUBFRAMES consumes less than the whole packet, but
* this happens for regular files
* this has no negative consequences
* there is no meeaningful action that can or should be taken in response
The warning is thus useless
---
fftools/opt_common.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fftools/opt_common.c b/fftools/opt_common.c
index 8a06df82df..f6fe9815e1 100644
--- a/fftools/opt_common.c
+++ b/fftools/opt_common.c
@@ -291,8 +291,6 @@ static void print_codec(const AVCodec *c)
printf("delay "
> On May 9, 2023, at 12:16, Timo Rothenpieler wrote:
>
> On 09/05/2023 12:11, rcombs wrote:
>> - cuDeviceGetUuid_v2, giving distinct IDs for different MIG instances
>> - cuDeviceGetLuid, giving a Win32 LUID to match with DXGI and other APIs
>> - cuDeviceGetByPCIBusId, retrieving a device that
On 09/05/2023 12:11, rcombs wrote:
- cuDeviceGetUuid_v2, giving distinct IDs for different MIG instances
- cuDeviceGetLuid, giving a Win32 LUID to match with DXGI and other APIs
- cuDeviceGetByPCIBusId, retrieving a device that matches a PCI bus ID string
- cuDeviceGetPCIBusId, giving a PCI bus I
- cuDeviceGetUuid_v2, giving distinct IDs for different MIG instances
- cuDeviceGetLuid, giving a Win32 LUID to match with DXGI and other APIs
- cuDeviceGetByPCIBusId, retrieving a device that matches a PCI bus ID string
- cuDeviceGetPCIBusId, giving a PCI bus ID string for a device
---
include/ff
tis 2023-05-02 klockan 08:39 -0300 skrev James Almer:
> On 5/2/2023 8:34 AM, Tomas Härdin wrote:
> > tis 2023-05-02 klockan 15:48 +0800 skrev Zhao Zhili:
> > > From: Zhao Zhili
> > >
> > > Signed-off-by: Zhao Zhili
> > > ---
> > > libavutil/opt.h | 2 ++
> > > libavutil/version.h | 1 +
>
fre 2023-05-05 klockan 16:31 +0800 skrev xufuji456:
> It makes sense when copying 4K/8K video frame, got 2.7% speed up.
> When the condition is no padding and src_linesize equals to dst,
> we could copy plane instead of line by line.
> before after rate
> 4K video:
> 9145 8998 1.6%
> 9
Optimize intra prediction using RISC-V vector intrinsics.
Although the intra prediction in the decoder is not a computational hotspot,
the FPS has further improved by 1% after vectorizing this part, as measured on
720P videos.
Signed-off-by: Arnie Chang
---
libavcodec/h264pred.c
Optimize IDCT, inloop filtering, and weighed prediction using RISC-V intrinsics.
The performance is elvaluated using 720P videos.
Combine with previous optimizations(chroma and luma MC), the FPS is 2.08x
faster than the scalar one,
while applying only previous optimizations resulted in a speedup o
Optimize chroma motion compensation using RISC-V vector intrinsics,
resulting in an average 13% FPS improvement on 720P videos.
Signed-off-by: Arnie Chang
---
libavcodec/h264chroma.c | 2 +
libavcodec/h264chroma.h | 1 +
libavcodec/riscv/Makefile
Check whether the toolchain has support for RISC-V intrinsic and then
update the flag, HAVE_INTRINSICS_RVV, in the config.h
Signed-off-by: Arnie Chang
---
configure | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configure b/configure
index bb7be67676..883bee1e34 100755
--- a/configure
+++
We are submitting a set of patches that significantly improve H.264 decoding
performance
by utilizing RVV intrinsic code. The average speedup(FPS) achieved by these
patches is more than 2x,
as experimented on 720P videos running on an internal FPGA board.
Patch1: add support for RVV intrinsic co
> +if (j2k_ncomponents != component_count) {
> +av_log(s, AV_LOG_ERROR, "Incoherence about components image
> number.\n");
> +}
I still think you should error out here, since mismatched component
count is indicative of broken internal logic
/Tomas
Am 09.05.23 um 04:31 schrieb James Zern:
On Fri, May 5, 2023 at 10:47 AM Thilo Borgmann wrote:
Am 27.04.23 um 20:08 schrieb Thilo Borgmann:
Hi,
support for animated WebP had been proposed twice in the past [1][2].
This did stall when Lynne called for some review on the demuxer in [1].
So th
Adapt similar code from libaomenc - stop using ticks_per_frame except as
a last resort.
---
libavcodec/libvpxenc.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index a20e949842..f70cc87c41 100644
--- a/libavcod
Quoting Michael Niedermayer (2023-05-08 16:15:42)
> On Sun, May 07, 2023 at 03:32:46PM +0200, Anton Khirnov wrote:
> > H.264 and mpeg12 parsers need to be adjusted at the same time to stop
> > using the value of AVCodecContext.ticks_per_frame, because it is not set
> > correctly unless the codec ha
H.264 and mpeg12 parsers need to be adjusted at the same time to stop
using the value of AVCodecContext.ticks_per_frame, because it is not set
correctly unless the codec has been opened. Previously this would result
in both the parser and lavf seeing the same incorrect value, which would
cancel out
I'd like the control the copyright and original bits in output MP3 frames. I've
added two options to the libmp3lame encoder, the defaults are copying the
defaults from LAME (original=1, copyright=0). Patch attached.
Regards,
Lukas LalinskyFrom 3f5d5f99e862b66867a8a93c8e5928b9e866e010 Mon Sep 17
On 09/05/2023 08:19, Anton Khirnov wrote:
Quoting Michael Niedermayer (2023-05-09 00:35:08)
On Mon, May 08, 2023 at 04:05:40PM +0200, Tobias Rapp wrote:
[...]
DASH is usually transferred over HTTP where file extensions are of minor
interest, the relevant type information is in the Mime-Type he
44 matches
Mail list logo
