}
}
/* VPS list */
for (int i = 0; i < nb_vps; i++) {
-const HEVCVPS *vps_l = (const HEVCVPS *)h->ps.vps_list[i]->data;
+const HEVCVPS *vps_l = (const HEVCVPS
*)h->ps.vps_list[vps_list_idx[i]]->data;
set_vps(vps_l, &hdr->
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
amp; require_pkg_config liblensfun lensfun lensfun.h
lf_db_new
if enabled libmfx && enabled libvpl; then
--
2.39.3
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
CIFIED)
+cfg->vui.chroma_loc = avctx->chroma_sample_location - 1;
+
if (ctx->kvz_params) {
AVDictionary *dict = NULL;
if (!av_dict_parse_string(&dict, ctx->kvz_params, "=", ",", 0)) {
--
2.39.3
_______
errors, error_count, pict_type);
+
if (wallclock)
ff_side_data_set_prft(pkt, wallclock);
}
--
2.34.1
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
rt your own project like TempleOS where you can do what you want?
Kieran
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] w
On Thu, Sep 28, 2023 at 2:05 AM Ronald S. Bultje wrote:
>
> Hi Vignesh,
>
> On Thu, Sep 28, 2023 at 12:14 AM Vignesh Venkatasubramanian via ffmpeg-devel
> wrote:
>>
>> SVT-AV1 does not support requesting keyframes at arbitrary points
>> by setting pic_type
.den > 0) {
param->frame_rate_numerator = avctx->framerate.num;
--
2.42.0.582.g8ccd20d70d-goog
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
f
ur triggering
> > > the avif stream addition, i may be missing something but the code seems
> > > not to expect that
> > >
> >
> > Multiple meta tags are not allowed in the AVIF/HEIF specification.
>
> sure but what happens if the occur anyway, does the c
+
> static const MOVParseTableEntry mov_default_parse_table[] = {
> { MKTAG('A','C','L','R'), mov_read_aclr },
> { MKTAG('A','P','R','G'), mov_read_avid },
> @@ -7933,6 +7968,7 @@ static const MOVParseTableEntry
> mov_default_parse_table[] = {
> { MKTAG('p','c','m','C'), mov_read_pcmc }, /* PCM configuration box */
> { MKTAG('p','i','t','m'), mov_read_pitm },
> { MKTAG('e','v','c','C'), mov_read_glbl },
> +{ MKTAG('i','p','r','p'), mov_read_iprp },
> { 0, NULL }
> };
>
> --
> 2.42.0.515.g380fc7ccd1-goog
>
Any comments/objections on merging this?
--
Vignesh
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
m_id == item_id) {
--
2.42.0.582.g8ccd20d70d-goog
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
y some of
those files in the ffmpeg fate server. Would generating a random image
with ffmpeg and encoding it as HEIC be good enough?
> --
> Vittorio
> _______
> ffmpeg-devel mailing list
> [email protected]
> https://ffmpeg.org/mailm
On Tue, Oct 3, 2023 at 7:35 PM Leo Izen wrote:
>
> On 9/26/23 13:37, Vignesh Venkatasubramanian via ffmpeg-devel wrote:
> > They are similar to AVIF images (both use the HEIF container).
> > The only additional work needed is to parse the hvcC box and put
> > it in the
7;), mov_read_aclr },
{ MKTAG('A','P','R','G'), mov_read_avid },
@@ -7933,6 +7971,7 @@ static const MOVParseTableEntry mov_default_parse_table[]
= {
{ MKTAG('p','c','m','C'), mov_read_pcmc }, /* PCM configuration box
ltiple meta tags occur triggering
> > > > the avif stream addition, i may be missing something but the code seems
> > > > not to expect that
> > > >
> > >
> > > Multiple meta tags are not allowed in the AVIF/HEIF specification.
> >
>
On Tue, Oct 3, 2023 at 5:30 PM Steven Liu wrote:
>
> Vignesh Venkat via ffmpeg-devel 于2023年10月4日
> 周三06:57写道：
>
> > On Tue, Sep 26, 2023 at 10:37 AM Vignesh Venkatasubramanian
> > wrote:
> > >
> > > They are similar to AVIF images (both use the HEIF
age-multiple-items
new file mode 100644
index 00..c850c1ff9c
--- /dev/null
+++ b/tests/ref/fate/mov-heic-demux-still-image-multiple-items
@@ -0,0 +1,11 @@
+#format: frame checksums
+#version: 2
+#hash: MD5
+#extradata 0, 100, 5444bf01e03182c73ae957179d560f4d
+#tb 0: 1/1
+#media_type 0: video
+#codec_id 0: hevc
+#dimensions 0: 1280x720
+#sar 0: 0/1
+#stream#, dts,pts, duration, size, hash
+0, 0, 0,1, 111554, 03ceabfab39afd2e2e796b9362111f32
--
2.42.0.582.g8ccd20d70d-goog
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On Wed, Oct 4, 2023 at 10:23 AM Ronald S. Bultje wrote:
>
> Hi,
>
> On Tue, Oct 3, 2023 at 6:53 PM Vignesh Venkatasubramanian via ffmpeg-devel
> wrote:
>>
>> SVT-AV1 does not support requesting keyframes at arbitrary points
>> by setting pic_type to EB_AV1_KEY
e really wants
potentially distorted output before the decoder was properly primed).
- Cosmin
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On Thu, 5 Oct 2023 23:26:38 +0200 (CEST)
Lynne wrote:
> This fixes filtering on Nvidia.
>
> Patch attached.
>
Tested locally. Filtering works and vulkan validation passes.
Ship it!
--phil
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
On Thu, Oct 5, 2023 at 10:58 AM Andreas Rheinhardt
wrote:
>
> Vignesh Venkat via ffmpeg-devel:
> > On Tue, Oct 3, 2023 at 9:40 PM Vittorio Giovara
> > wrote:
> >>
> >>
> >>
> >> On Wed, Oct 4, 2023 at 12:02 AM Vignesh Venkat via ffmpeg-de
On Thu, Oct 5, 2023 at 10:36 AM Vittorio Giovara
wrote:
>
>
> On Wed, Oct 4, 2023 at 12:40 PM Vignesh Venkatasubramanian via
> ffmpeg-devel wrote:
>
>> They are similar to AVIF images (both use the HEIF container).
>> The only additional work needed is to parse the hv
c = avcodec_descriptor_get(par->codec_id);
if (desc && desc->name)
c_name = desc->name;
--
2.43.0
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
avcodec_descriptor_get(par->codec_id);
if (desc && desc->name)
c_name = desc->name;
--
2.43.0
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On 03/07/2024 10:02, Hendrik Leppkes wrote:
On Wed, Jul 3, 2024 at 9:48 AM Bernardo Pilarz via ffmpeg-devel
wrote:
Added the codec_name field, in which the unprocessed, not-interpreted codec
name is stored.
This is useful when codecs that are not handled by the libav
(i.e. AV_CODEC_ID_NONE
On 03/07/2024 11:10, Anton Khirnov wrote:
Quoting Bernardo Pilarz via ffmpeg-devel (2024-07-03 10:10:15)
+char *codec_name;
const struct AVCodec *codec;
enum AVCodecID codec_id; /* see AV_CODEC_ID_xxx */
Adding a new field here is an ABI break, it would need to go at
On 03/07/2024 11:56, Bernardo Pilarz via ffmpeg-devel wrote:
On 03/07/2024 11:10, Anton Khirnov wrote:
Quoting Bernardo Pilarz via ffmpeg-devel (2024-07-03 10:10:15)
+ char *codec_name;
const struct AVCodec *codec;
enum AVCodecID codec_id; /* see AV_CODEC_ID_xxx
ic int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
AVStream *st = s->streams[0];
AVFrame *frame = NULL;
char vserr[80];
- const VSFrameRef *vsframe;
+const VSFrame *vsframe;
const VSVideoInfo *info = vs->vsapi->getVideoInfo(vs->outnode);
const VSMap *props;
const AVPixFmtDescriptor *desc;
@@ -381,7 +478,7 @@ static int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
goto end;
}
-props = vs->vsapi->getFramePropsRO(vsframe);
+props = vs->vsapi->getFramePropertiesRO(vsframe);
frame = av_frame_alloc();
if (!frame) {
@@ -410,7 +507,7 @@ static int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
desc = av_pix_fmt_desc_get(frame->format);
-for (i = 0; i < info->format->numPlanes; i++) {
+for (i = 0; i < info->format.numPlanes; i++) {
int p = vs->c_order[i];
ptrdiff_t plane_h = frame->height;
--
2.34.1
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
if (av_strstart(p, "control:", &p)) {
if (rt->nb_rtsp_streams == 0) {
if (!strncmp(p, "rtsp://", 7))
--
2.43.5
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
sarek KeyID 0x172380A011EF4944
> Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
>
> /*
> Thou shalt not follow the NULL pointer for chaos and madness
> await thee at its end.
> */
> ___
ot;control:", &p)) {
if (rt->nb_rtsp_streams == 0) {
if (!strncmp(p, "rtsp://", 7))
--
2.43.0
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
attribute to stream");
+}
+}
+}
+/* now parse the SDP attribute line */
if (av_strstart(p, "control:", &p)) {
if (rt->nb_rtsp_streams == 0) {
if (!strncmp(p, "rtsp://", 7))
--
2.43.5
--
This message
{
if (rt->nb_rtsp_streams == 0) {
if (!strncmp(p, "rtsp://", 7))
--
2.43.0
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Hi,
I've tried to push this patch several times, but it looks like my email client
is messing up the diff, and patchwork isn't able to apply it.
On 09/07/2024 12:02, Bernardo Pilarz via ffmpeg-devel wrote:
Connecting to an RTSP stream will now cause the SDP attributes of each media
booth with me!
Share with us your broken workflows, unfulfilled requirements, ideas for
enhancements and after show drinks at W8.A23g!
-Thilo
[1] https://show.ibc.org/
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman
On 2024-06-02 11:27 +0200, Alexander Strasser via ffmpeg-devel wrote:
> On 2024-04-29 23:53 +0200, Alexander Strasser via ffmpeg-devel wrote:
> > When piping ffmpeg into ffplay both programs write a status line in
> > the terminal. That causes flickering and invisibility of one o
NT_MAX would always refer to 32bit signed max.
Alexander
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ION_LIMITED = 1,
> +AV_DOVI_COMPRESSION_RESERVED = 2,
> +AV_DOVI_COMPRESSION_EXTENDED = 3,
> +};
> +
>
Looks good to me.
- Cosmin
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
e *t = (enum AVAudioServiceType *)sd->data;
> print_int("service_type", *t);
> --
> 2.45.2
>
>
LGTM
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
dvwC" : (dovi->dv_profile > 7 ? "dvvC" :
> "dvcC"),
>dovi->dv_version_major, dovi->dv_version_minor,
>dovi->dv_profile, dovi->dv_level,
>dovi->rpu_present_flag,
>dovi->el_present_flag,
>dovi->bl_present_flag,
> - dovi->dv_bl_signal_compatibility_id);
> + dovi->dv_bl_signal_compatibility_id,
> + dovi->dv_md_compression);
> }
> --
>
Overall LGTM.
- Cosmin
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
dv_bl_signal_compatibility_id);
> + dovi->dv_bl_signal_compatibility_id,
> + dovi->dv_md_compression);
> }
> break;
> default:
>
LGTM, although like the previous patch I'm curious if the logging should be
using
bility_id,
> + dovi->dv_md_compression);
> }
>
> static void dump_s12m_timecode(void *ctx, const AVStream *st, const
> AVPacketSideData *sd,
>
LGTM
- Cosmin
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
, it will allow the use of FFmpeg
>> in such situation without the need to use or create another FFmpeg
>> fork dedicated to Android. Plus, as I said above, we already have the
>> wrapper and the additional code to make it work for audio is
>> relatively small and scoped.
> On Jul 16, 2024, at 6:04 PM, Zhao Zhili wrote:
>
>
>
>> On Jul 16, 2024, at 23:48, Cosmin Stejerean via ffmpeg-devel
>> wrote:
>>
>>
>>
>>> On Jul 16, 2024, at 4:58 PM, Zhao Zhili wrote:
>>>
>>>
>>>
&
> On Jul 16, 2024, at 8:24 PM, Rémi Denis-Courmont wrote:
>
> Le tiistaina 16. heinäkuuta 2024, 18.48.06 EEST Cosmin Stejerean via ffmpeg-
> devel a écrit :
>> To add another data point, the platform decoders might also be more secure
>> due to sandboxing. I bel
> On Jul 17, 2024, at 5:39 PM, Paul B Mahol wrote:
>
> On Tue, Jul 16, 2024 at 5:56 PM Cosmin Stejerean via ffmpeg-devel <
> [email protected]> wrote:
>
>>
>>
>>> On Jul 16, 2024, at 4:58 PM, Zhao Zhili wrote:
>>>
>>>
&g
Hello,
I adressed the issues/concerns that were raised with the first revision
of the patch.
Any feedback? Did I do something wrong?
Best regards
Stefan
Am 06.07.24 um 23:08 schrieb Stefan Oltmanns via ffmpeg-devel:
Hello,
this is revised patch, to sum up the changes:
The current
o as filter it would be less useful.
I haven't actually used QTGMC. I have just read of it
but have not had the time to apply it with VapourSynth.
But it could be cool.
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/
Synth
variant. So it's probably save to remove.
[...]
Could you split the patch into first moving to API 4 and then working on
the runtime loading? The first part might be reviewed and merged faster.
I can do that.
Best regards,
Stefan
_______
ff
he opened lib.
*/
So ffmpeg prevents that solution on purpose. Or should that behavior be
changed in the w32dlfcn.h?
Best regards
Stefan
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 18.07.24 um 16:21 schrieb Ramiro Polla:
On Thu, Jul 18, 2024 at 3:41 PM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 18.07.24 um 15:04 schrieb Ramiro Polla:
[...]
+static VSScriptLibrary vs_script_library;
Does vs_script_library have to be a global?
I think it has to: ffmpeg allows
at
runtime: VapourSynth is based on plugins that are loaded on runtime, so
it won't work on those platforms anyway.
Best regards
Stefan
Am 18.07.24 um 13:25 schrieb Anton Khirnov:
Quoting Stefan Oltmanns via ffmpeg-devel (2024-07-18 11:37:56)
Hello,
I adressed the issues/concerns that w
se be sure to insult and berate the APPUL users because they need it.
bless,
g
new_mov_pixeldensity.patch
Description: Binary data
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
ak:81: libavcodec/h2645_sei.o] Error 1
>
>
> [...]
> --
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Elect your leaders based on what they did after the last election, not
> based on what they say before an election.
>
> ___
dentifier is reported
>> only once for each function it appears in
>> CC libavcodec/x86/flacencdsp_init.o
>> make: *** [ffbuild/common.mak:81: libavcodec/h2645_sei.o] Error 1
>
> _______
> ffmpeg-devel mailing list
> ffmpeg-d
r)
Best regards
Stefan
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
s) {
>> colorspace =
>> CVImageBufferCreateColorSpaceFromAttachments(attachments);
>> CFRelease(attachments);
>> }
>> }
>> +#endif
>>
>> if (colorspace) {
>> CVBufferSetAttachment(pixbuf, kCVImageBufferCGColorSpaceKey,
&
> On Jul 22, 2024, at 06:45, Gnattu OC via ffmpeg-devel
> wrote:
>
>
>
>> On Jul 22, 2024, at 06:04, Sean McGovern wrote:
>>
>> Hi Marvin,
>>
>>
>> On Tue, Jul 9, 2024, 10:47 Marvin Scholz wrote:
>>
>>> I've accid
Am 22.07.24 um 00:15 schrieb Hendrik Leppkes:
On Mon, Jul 22, 2024 at 12:08 AM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 18.07.24 um 17:23 schrieb [email protected]:
Well, the DLL directory is added to PATH by the VapourSynth installer,
but for safety reasons ffmpeg explictly tells the
Am 22.07.24 um 14:13 schrieb Ramiro Polla:
On Mon, Jul 22, 2024 at 12:15 AM Hendrik Leppkes wrote:
On Mon, Jul 22, 2024 at 12:08 AM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 18.07.24 um 17:23 schrieb [email protected]:
Well, the DLL directory is added to PATH by the VapourSynth
tain any advanced video
codec, but raw video, shouldn't it be rather easy to maintain, because
no weird complications with some decoder?
Best regards
Stefan
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffm
const VSMap *props;
const AVPixFmtDescriptor *desc;
@@ -381,7 +387,7 @@ static int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
goto end;
}
-props = vs->vsapi->getFramePropsRO(vsframe);
+props = vs->vsapi->getFramePropertiesRO(vsframe);
frame = av_frame_alloc();
if (!frame) {
@@ -410,7 +416,7 @@ static int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
desc = av_pix_fmt_desc_get(frame->format);
-for (i = 0; i < info->format->numPlanes; i++) {
+for (i = 0; i < info->format.numPlanes; i++) {
int p = vs->c_order[i];
ptrdiff_t plane_h = frame->height;
--
2.34.1
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
amount windows-specific code.
Tested with 2 VapourSynth inputs on these platforms, no problems and
clean exit:
-Linux x86_64 (Ubuntu 22.04)
-Windows 10 x86_64
-macOS 14 aarch64
Best regards
Stefan
Am 23.07.24 um 16:51 schrieb Stefan Oltmanns via ffmpeg-devel:
Hello,
this is revised patch, this
rt, ELEMS);
-if (!float_near_ulp_array(v1, v2, 10, 4))
+if (!float_near_ulp_array(v1, v2, 11, 4))
fail();
bench_new(v2, lt, rt, ELEMS);
--
2.39.3 (Apple Git-146)
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
t_vs(AVFormatContext *s, AVPacket *pkt)
goto end;
}
-props = vs->vsapi->getFramePropsRO(vsframe);
+props = vs->vsapi->getFramePropertiesRO(vsframe);
frame = av_frame_alloc();
if (!frame) {
@@ -410,7 +411,7 @@ static int read_packet_vs(AVFormatContext
= getVSScriptAPI(VSSCRIPT_API_VERSION))) {
+if (!(vs->vslibrary = vs_load_library(&get_vssapi))) {
+av_log(s, AV_LOG_ERROR, "Could not open " VSSCRIPT_LIB ". "
+"Check VapourSynth installation.\n");
+err = AVERROR_EX
if (ost->filter) {
+nb_frames_dup = atomic_load(&ost->filter->nb_frames_dup);
+nb_frames_drop = atomic_load(&ost->filter->nb_frames_drop);
+ }
vid = 1;
}
--
2.44.1
_______
ffmpeg-devel mai
Replaced by: https://ffmpeg.org//pipermail/ffmpeg-devel/2024-August/331962.html
> On Aug 2, 2024, at 06:47, [email protected] wrote:
>
>
>
> On 2 Aug 2024, at 0:25, gnattu via ffmpeg-devel wrote:
>
>> From: Gnattu OC
>>
>> Allocate a dedicated attachm
b_frames_drop = atomic_load(&ost->filter->nb_frames_drop);
+if (ost->filter) {
+nb_frames_dup = atomic_load(&ost->filter->nb_frames_dup);
+nb_frames_drop = atomic_load(&ost->filter->nb_frames_drop);
+ }
;> +AVDOVIDmLevel9 l9; /* dynamic */
>> +AVDOVIDmLevel10 l10; /* static, may appear multiple times */
>> +AVDOVIDmLevel11 l11; /* dynamic */
>> +AVDOVIDmLevel254 l254; /* static */
>> + AVDOVIDmLevel255 l255; /* static */
>>
Am 30.07.24 um 16:12 schrieb Ramiro Polla:
On Mon, Jul 29, 2024 at 5:56 AM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 28.07.24 um 15:15 schrieb Ramiro Polla:
I think calling win32_dlopen() with a full path will be problematic for
systems without KB2533623. win32_dlopen() might need to be
thanks you Mark! will follow up on libva changes first.
David
On 2024-08-11 14:42, Mark Thompson wrote:
On 11/08/2024 19:27, Mark Thompson wrote:
On 30/07/2024 21:02, David (Ming Qiang) Wu via ffmpeg-devel wrote:
AV1Profile2 VAAPI is supported and tested on AMD VCN5.
Signed-off-by: David
> On Aug 15, 2024, at 19:59, Zhao Zhili wrote:
>
>
>
>> On Aug 10, 2024, at 14:06, gnattu via ffmpeg-devel
>> wrote:
>>
>> In vtenc_populate_extradata, supported_props should always be released
>> to avoid memory leak.
>>
>> Re
Berclaz (1):
add option to set DASH stream start time, instead of relying on system
clock
libavformat/dashenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
--
2.43.0
___
ffmpeg-devel mailing list
[email protected]
https
{ "target_latency", "Set desired target latency for Low-latency dash",
OFFSET(target_latency), AV_OPT_TYPE_DURATION, { .i64 = 0 }, 0, INT_MAX, E },
{ "timeout", "set timeout for socket I/O operations", OFFSET(timeout),
AV_OPT_TYPE_DURATION, { .i64 = -1 }, -1,
desired target latency for Low-latency dash",
OFFSET(target_latency), AV_OPT_TYPE_DURATION, { .i64 = 0 }, 0, INT_MAX, E },
{ "timeout", "set timeout for socket I/O operations", OFFSET(timeout),
AV_OPT_TYPE_DURATION, { .i64 = -1 }, -1, INT_MAX, .flags = E },
--
2.43.0
___
AX_ALLOWED
because that will disable higher version symbols
at build time which prevents the usage of the runtime version check.
>
>> +
>> static NSArray* getDevicesWithMediaType(AVMediaType mediaType) {
>> #if ((TARGET_OS_IPHONE && __IPHONE_OS_VERSION_MIN_REQUIRED >= 10) ||
by it.
>
> Why does the AMF wrapper need to sleep at all?
Agreed, we can't have things like this in FFmpeg. This might be
acceptable in a binary blob but not in an open source project.
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
alize it.
On recent versions of macOS, it will not look for libraries in
/usr/local/lib anymore, you may have to set
DYLD_LIBRARY_PATH=/usr/local/lib
Best regards
Stefan
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/l
INTAINERS
> +++ b/MAINTAINERS
> @@ -16,6 +16,7 @@ A (CC ) after the name means that the maintainer
> prefers to be CC-ed on
> patches and related discussions.
>
> (L ) *Mailing list* that is relevant to this area
> +(W ) *Web-page* with status/info
>
address.
___
hile ProRes doesn't have tagging it does have implied semantics of MPEG
range only, and we should probably treat it as such for compatibility.
- Cosmin
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg
en Jacobs
microdvd* Aurelien Jacobs
--
2.46.0
_______
ffmpeg-devel mailing list
[email protected] <mailto:[email protected]>
<https://ffmpeg.org/mailman/listinfo/ffmpeg-devel>
To unsubscribe, visit link
On Wed, Sep 4, 2024 at 4:10 AM Niklas Haas wrote:
>
> From: Niklas Haas
>
> ---
> libavcodec/libvpxenc.c | 26 +++---
> 1 file changed, 19 insertions(+), 7 deletions(-)
>
lgtm
_______
ffmpeg-devel mailing list
ff
On Mon Sep 9, 2024 at 6:37 AM EDT, Lynne via ffmpeg-devel wrote:
> This commit adds the common Vulkan video encoding framework.
> It makes full use of the asynchronous features of our new common
> hardware encoding code, and of Vulkan.
> The code is able to handle anything from H26
On Mon Sep 9, 2024 at 6:37 AM EDT, Lynne via ffmpeg-devel wrote:
> This commit adds the first Vulkan hardware encoder.
>
> Currently, P, and **B**-frames are supported. This marks the
> first implementation to support both.
>
> The encoder has feature-parity with VAAPI.
On Wed Sep 11, 2024 at 12:03 AM EDT, Lynne wrote:
> On 10/09/2024 15:29, Benjamin Cheng wrote:
> > On Mon Sep 9, 2024 at 6:37 AM EDT, Lynne via ffmpeg-devel wrote:
> >> This commit adds the common Vulkan video encoding framework.
> >> It makes full use of the async
c1 / 0x31637661), yuv420p(progressive),
480x270 [SAR 1:1 DAR 16:9], 978 kb/s, 50 fps, 25 tbr, 50 tbn
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are best at talking, realize last or never when they are wrong.
signature.asc
Description: PGP sign
Am 17.12.23 um 23:51 schrieb Michael Niedermayer:
On Sat, Dec 16, 2023 at 09:13:21AM +0100, Thilo Borgmann via ffmpeg-devel wrote:
[...]
+// get number of bytes from cur to '\0'
+static int buf_get_zero(FsyncContext *ctx)
maybe doxygen syntax would make sense for comments
Am 18.12.23 um 02:04 schrieb Stefano Sabatini:
On date Saturday 2023-12-16 09:13:21 +0100, ffmpeg-devel Mailing List wrote:
---
Changelog| 1 +
MAINTAINERS | 1 +
configure| 2 +
doc/filters.texi | 33 +
libavfilter/Makefile
On Friday, December 15th, 2023 at 11:18 PM, Leo Izen wrote:
> On 12/15/23 16:31, Zsolt Vadász via ffmpeg-devel wrote:
>
> > On Friday, December 15th, 2023 at 10:12 PM, Leo Izen [email protected]
> > wrote:
> >
> > > On 12/15/23 11:40, Zsolt Vadász via ffmp
Am 15.12.23 um 20:59 schrieb Thilo Borgmann via ffmpeg-devel:
Still images fixed, includes FATE tests, VP8 decoder decoupled so there are no
more data races, fixed more asserts, fixed ffprobe regression, removed
unnecessary parser changes, put the whole animated sequence into one packet
(plus a bit more), based
> on the corresponding feature in dav1d's checkasm, supporting both Unix
> and Windows.
lgtm
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vis
uot;),
+.p.type = AVMEDIA_TYPE_VIDEO,
+.p.id = AV_CODEC_ID_JPEGXL,
+.priv_data_size = sizeof(LibJxlEncodeContext),
+.init = libjxl_anim_encode_init,
+FF_CODEC_ENCODE_CB(libjxl_anim_encode_frame),
+.close= libjxl_encode_close,
+.p.capab
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
jmp() & co are necessary here.
For all intents and purposes sigjmp()/longjmp() with SA_NODEFER does
the same thing as sigsetjmp()/siglongjmp() without SA_NODEFER for this
particular use case (no infinite recursion is possible the way the
code is written). The change isn't necessary per se
equivalently passing the `SA_RESETHAND` flag. Then the
> handler can rearm its own self if and *only* if it was able to actually
> handle the signal by observing a long jump. Resetting to default explicitly
> is no longer useful then.
Sure, that approach sounds fine.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 21.12.23 um 23:18 schrieb Andreas Rheinhardt:
Thilo Borgmann via ffmpeg-devel:
From: Josef Zlomek
Fixes: 4907
Adds support for decoding of animated WebP.
The WebP decoder adds the animation related features according to the specs:
https://developers.google.com/speed/webp/docs
)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
_find_decoder(AV_CODEC_ID_VP8);
@@ -1583,13 +2136,52 @@ static av_cold int webp_decode_close(AVCodecContext
*avctx)
WebPContext *s = avctx->priv_data;
av_packet_free(&s->pkt);
+ff_thread_release_ext_buffer(&s->canvas_frame);
+av_frame_free(&s->canvas_frame.f
1601 - 1700 of 3425 matches
Mail list logo
