changes since v1:
- Defined callback and assigning to filter frame according to planar/packed and
float/int.
- Fixed rounding same value 2 times
- Subnormal values are supported
- Replaced square division with ldexp
Yigithan Yigit (5):
avfilter/af_volumedetect.c: Move logdb function
avfilter/
> On Jun 19, 2024, at 3:21 AM, Niklas Haas wrote:
>
> On Thu, 23 May 2024 19:50:23 + Cosmin Stejerean via ffmpeg-devel
> wrote:
>> From: Cosmin Stejerean
>>
>> not all clients support metadata compression, output when
>> vdr_dm_metadata_changed fails the DV verifier.
>>
>> Compared to
On Thu, 23 May 2024 19:50:23 + Cosmin Stejerean via ffmpeg-devel
wrote:
> From: Cosmin Stejerean
>
> not all clients support metadata compression, output when
> vdr_dm_metadata_changed fails the DV verifier.
>
> Compared to v2 this makes the dovi field name a parameter of the
> DOVI_ENCOD
On 6/17/2024 8:20 PM, Derek Buitenhuis wrote:
> 12 files changed, 490 insertions(+), 1 deletion(-)
Will push later today if there are no objections.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpe
Changes since v2:
* horizontal display adjustment is now a rational
Derek Buitenhuis (5):
avutil/spherical: Add more spherical types
avutil/stereo3d: Fill out stereo info provided by Vision Pro files
fftools/ffprobe: Print more Stereo 3D info from side data
avformat/mov: Add support for ex
From: Cosmin Stejerean
not all clients support metadata compression, output when
vdr_dm_metadata_changed fails the DV verifier.
Compared to v2 this makes the dovi field name a parameter of the
DOVI_ENCODING_OPTS macro as requested. It also splits up the commits into
introducing the macro, guar
On Tue, 2 Apr 2024, Geoff Hill wrote:
Here's v3 to push the AC-3 ARMv8 NEON experiment a step further.
This version implements 5 of the AC-3 encoder DSP functions,
and adds checkasm tests where missing.
I've tested that the checkasm tests pass on aarch64 and x86.
Thanks, I've tested that che
Here's v3 to push the AC-3 ARMv8 NEON experiment a step further.
This version implements 5 of the AC-3 encoder DSP functions,
and adds checkasm tests where missing.
I've tested that the checkasm tests pass on aarch64 and x86.
On AWS Graviton2 (t4g.medium), GCC 12.3:
$ tests/checkasm/checkasm --
>De : Nicolas Gaullier
>Envoyé : lundi 4 mars 2024 18:32
>Objet : [PATCH v3 0/5] avcodec/parser: fix fetch_timestamp in a scenario with
>unaligned packets
>
>Updated from v2:
>patch 1: fix audio case where pts=AV_NOPTS_VALUE but dts exists (thanks to
>Michael)
>now pass fate with --assert-l
Updated from v2:
patch 1: fix audio case where pts=AV_NOPTS_VALUE but dts exists (thanks to
Michael)
now pass fate with --assert-level=2
patch 5: add inline comments and moved a line to make it more easy to read
(thanks to James)
Thank you for this review
Nicolas Gaullier (5):
avcodec/par
This updated patch series addresses all issues reported to date.
Specifically, the latest round includes a memory leak spotted by
Lance Wang and the functions have been renamed to be prefixed with ff_
per James Almer's suggestion.
Thanks,
Devin
Devin Heitmueller (5):
ccfifo: Properly handle CE
On Mon, 2023-03-06 at 20:02 +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> This patchset adds support of demux/mux PCM in mp4, and related channel
> layout information. PCM in mp4 is defined by ISO/IEC 23003-5. The channel
> layout tag 'chn' is defined by ISO/IEC 14496-12 with reference to ISO/I
From: Zhao Zhili
This patchset adds support of demux/mux PCM in mp4, and related channel
layout information. PCM in mp4 is defined by ISO/IEC 23003-5. The channel
layout tag 'chn' is defined by ISO/IEC 14496-12 with reference to ISO/IEC
23001-8.
v3:
1. Rebase on master
2. Reorder the patchset to
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Sunday, November 27, 2022 6:45 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v3 0/5] Fix FFmpeg compilation
> without
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Hendrik Leppkes
> Sent: Sunday, November 27, 2022 6:51 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v3 0/5] Fix FFmpeg compilation
> without
ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH v3 0/5] Fix FFmpeg compilation
> > without DCE
Please consider fixing your mail client.
> > Am So., 27. Nov. 2022 um 17:29 Uhr schrieb Soft Works
> > :
> >
> > > How do you set this up when you are compili
>
> And does running configure output VS project files, so that
> you can compile inside VS (I think this existed at some
> earlier time at least, but I was under the impression that
> it's broken)..?
>
This was never a feature, and likely never will be. We have our own
build system and its the on
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Sunday, November 27, 2022 5:47 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v3 0/5] Fix FFmpeg compilation
> without
Am So., 27. Nov. 2022 um 17:29 Uhr schrieb Soft Works :
> How do you set this up when you are compiling with MSVC?
My configure line to compile with MSVC is:
$ src/configure --enable-gpl --toolchain=msvc --host-os=win32
But maybe I misunderstand your question?
Carl Eugen
___
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Sunday, November 27, 2022 4:52 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v3 0/5] Fix FFmpeg compilation
> without
Am Sa., 26. Nov. 2022 um 20:17 Uhr schrieb L. E. Segovia :
>
> Hi again,
>
> Pinging again for review. I've asked for clarification about how should
> the EXTERNAL_ checks be dealt with, but I've not received any
> response here.
As said before:
I regularly compile with MSVC without this patch set
Hi again,
Pinging again for review. I've asked for clarification about how should
the EXTERNAL_ checks be dealt with, but I've not received any
response here.
Best,
amyspark
On 07/11/2022 11:48, L. E. Segovia wrote:
> Ping for review.
>
> amyspark
>
> On 03/11/2022 13:36, L. E. Segovia wrote:
Renewing ping. CC Andreas and Lynne since they were interested previously.
amyspark
On 07/11/2022 11:48, L. E. Segovia wrote:
> Ping for review.
>
> amyspark
>
> On 03/11/2022 13:36, L. E. Segovia wrote:
>> Hi all,
>>
>> This new version is intended to make Patchwork log the set correctly.
>> (
Ping for review.
amyspark
On 03/11/2022 13:36, L. E. Segovia wrote:
> Hi all,
>
> This new version is intended to make Patchwork log the set correctly.
> (My apologies there, I'm not used to send patches through the command line.)
>
> v3 changes (same as v2):
>
> - Split indentation fixes for
Hi all,
This new version is intended to make Patchwork log the set correctly.
(My apologies there, I'm not used to send patches through the command line.)
v3 changes (same as v2):
- Split indentation fixes for hevcdsp_init into its own commit
- Fixed spurious indentation in vf_ssim_init
- Implem
v3:
1. Move ff_avs2_frame_rate_tab from avs2.h to avs2.c
2. Consitify `precision` in patch 3/5
3. init_get_bits8() with size limites to buf_size_min
4. Select avs2_parser for libdavs2
5. Use ff_avs2_frame_rate_tab in libdavs2
v2:
Fix warning of unused variable.
Zhao Zhili (5):
avcodec/avs2: add
I've fixed some typos I discovered when looking at my code and
refactored it slightly.
-Leo Izen (thebombzen)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
It would definitely have to be an option.
I tried lowering MAX_DELAYED_FRAMES myself. While it might work for live
video
streams, games streaming in your case, RTSP from CCTV cameras in mine, lower
MAX_DELAYED_FRAMES seems to cause a decoding stall in any video with
re-ordered
frames.
Thanks for
On 12/9/2021 7:01 AM, Andreas Rheinhardt wrote:
This is an updated and extended version of [1] by Ho Ming Shun
together with some additions by me. Notice that I am unable
to test these patches (not even compilation), so I hope that
others (Ho Ming Shun) do so.
[1]: https://ffmpeg.org/pipermail/f
While we are on the topic of mmaldec, would you mind reviewing and
applying this patch as well:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20210916134652.22781-1-cyph1...@gmail.com/
On Fri, Dec 10, 2021 at 11:48 AM Ming Shun Ho wrote:
>
> Built and tested successfully on a Rpi 3b+ through
Built and tested successfully on a Rpi 3b+ through mpv.
Thanks for this patchset!
On Thu, Dec 9, 2021 at 9:01 PM Andreas Rheinhardt
wrote:
>
> This is an updated and extended version of [1] by Ho Ming Shun
> together with some additions by me. Notice that I am unable
> to test these patches (not
This is an updated and extended version of [1] by Ho Ming Shun
together with some additions by me. Notice that I am unable
to test these patches (not even compilation), so I hope that
others (Ho Ming Shun) do so.
[1]: https://ffmpeg.org/pipermail/ffmpeg-devel/2021-September/285992.html
Andreas Rh
On Mon, Sep 27, 2021 at 1:53 PM Jan Ekström wrote:
>
> On Mon, Sep 20, 2021 at 6:00 PM Jan Ekström wrote:
> >
> > Compared to v2:
> > * aviobuf changes to make a function useful in MP4 null-delimited string
> > parsing into AVBPrint.
> > ** Extended read_line_to_bprint to be a more generic read
On Mon, Sep 20, 2021 at 6:00 PM Jan Ekström wrote:
>
> Compared to v2:
> * aviobuf changes to make a function useful in MP4 null-delimited string
> parsing into AVBPrint.
> ** Extended read_line_to_bprint to be a more generic read_string_to_bprint.
> ** Added a maximum length argument to read_st
Compared to v2:
* aviobuf changes to make a function useful in MP4 null-delimited string
parsing into AVBPrint.
** Extended read_line_to_bprint to be a more generic read_string_to_bprint.
** Added a maximum length argument to read_string_to_bprint.
** Added a new function ff_read_string_to_bprint
Adds support for encoding to adpcm_ima_amv and muxing to AMV.
Things to note:
- AMV is a hard-coded (and broken) subset of AVI. It's not worth sullying the
existing AVI muxer with its filth.
- The muxer is extremely pedantic about its streams, this is to
not break certain software players.
- T
Changes since V1:
* Implemented fixes suggested by Moritz Barsnick (if/else whitespace)
* Strict checking on overread of the IP packet data
* Fixed checking the size of the IP packet header size (6 vs 8)
Changes since V2:
* Correct the header size check found by Paul B Mahol
This patch series
Hi,
Following* is another attempt, eliminating all global state (and making the
user set it up instead).
* Patch 1 loses all of the initialisation code while changing the hardware
context structure to both be compatible with the one currently used by the
decoder and to support locking.
* Pat
38 matches
Mail list logo
