POV they
can be variable, from the POV of the single expression
evaluation they are constant :)
___
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's Christmas day, give it a rest.
Kieran
On Wed, Dec 25, 2024 at 1:31 PM Michael Niedermayer
wrote:
>
> Hi Community, Community Commitee, Moderators
>
> The message: lists.ffmpeg.org pipermail ffmpeg-devel/2024-December/337868.html
> Is unacceptable. We had alot of messag
On 2024-12-21 19:29 -0500, J Shiff wrote:
> On Sat, Dec 21, 2024 at 5:44 PM Alexander Strasser via ffmpeg-devel
> wrote:
> >
> > On 2024-12-16 16:19 -0500, Joe Schiffler wrote:
> > > Since $pkg_version includes spaces, builds can fail in some MSYS
> > > envir
On 2024-12-15 22:20 +0100, Alexander Strasser via ffmpeg-devel wrote:
> On 2024-12-11 15:05 +0100, Anton Khirnov wrote:
> > This can be useful in other places, e.g. it can replace objpool in
> > fftools.
> >
> > The API is modified in the following nontrivial ways:
&
ceH,
int swap, int bpc, int width)
@@ -882,6 +884,7 @@ static void packed30togbra10(const uint8_t *src, int
srcStride,
}
}
+__attribute__((no_sanitize("pointer-overflow"))) // FIXME: Remove.
static int Rgb16ToPlanarRgb16Wrapper(SwsInternal *c, const uint8_
/
--
2.48.0.rc2.279.g1de40edade-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".
ndex dae3f45df9..0cb1c02cfa 100644
> --- a/libswscale/swscale_unscaled.c
> +++ b/libswscale/swscale_unscaled.c
> @@ -677,6 +677,7 @@ static int palToGbrpWrapper(SwsInternal *c, const
> uint8_t *const src[],
> return srcSliceH;
> }
>
> +__attribute__((no_sanitize("pointer-overflow"))) // FIXME: Remove.
> static void packed16togbra16(const uint8_t *src, int srcStride,
> uint16_t *dst[], const int dstStride[], int
> srcSliceH,
> int src_alpha, int swap, int shift, int
> width)
> @@ -811,6 +812,7 @@ static void packed16togbra16(const uint8_t *src, int
> srcStride,
> }
> }
>
> +__attribute__((no_sanitize("pointer-overflow"))) // FIXME: Remove.
> static void packed30togbra10(const uint8_t *src, int srcStride,
> uint16_t *dst[], const int dstStride[], int
> srcSliceH,
> int swap, int bpc, int width)
> @@ -882,6 +884,7 @@ static void packed30togbra10(const uint8_t *src, int
> srcStride,
> }
> }
>
> +__attribute__((no_sanitize("pointer-overflow"))) // FIXME: Remove.
> static int Rgb16ToPlanarRgb16Wrapper(SwsInternal *c, const uint8_t *const
> src[],
> const int srcStride[], int
> srcSliceY, int srcSliceH,
> uint8_t *const dst[], const int
> dstStride[])
> --
> 2.48.0.rc2.279.g1de40edade-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".
ut. for some, it
> will not.
>
> Even if it does not cover all corner cases, this implementation does help.
>
> I have tested it with stimulated network issues and found it to be
> able to restore most packets event at 10 or 20% packet drops.
>
> I have also tested it with a
over all corner cases, this implementation does help.
> >
> > I have tested it with stimulated network issues and found it to be
> > able to restore most packets event at 10 or 20% packet drops.
> >
> > I have also tested it with a bad local broadband.
> >
> >
real world (academia vs
engineering) is exponentially harder.
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".
ash, infinite loop etc. Nor can it be "elegant".
The reality is it has heuristics to deal with the real world like any
loss tolerant protocol. This is in addition to the other issues this
implementation has.
Regards,
Kieran Kunhya
_______
ffmpeg-devel mai
CP.
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".
and a lot of old
third-party products to get right. One change affects another and it's hard
to unit test.
I also asked developers of proprietary implementations and they said theirs
is much more messy but substantially more advanced than mine (doing full
matrix recursion).
Regards,
Kieran
+16,7 @@
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301
USA
*/
-#include
+#include "thread.h"
This is fine.
#include
#include
_______________
ffmpeg-devel mailing list
[email protected]
https:
ions start
again.
I hope for collaboration from you all and support of the newly
elected Community Committee (CC).
Wish all of you a happy new year (later or now for all of you
that are already in 2025)!
Best regards,
Alexander
_______
ffmpeg-devel mailing l
g until the project is just you and your yes men.
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".
can directly cause to leave (Derek,
Anton, James, Paul) in 2025!
Regards,
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".
goto end;
+}
This of course needs to be "if (ret < 0) goto end;", which I missed
during review/testing. I'll amend the FATE tests to cover this code path.
- Stefan
___________
ffmpeg-devel mailing list
[email protected]
https:
On Thu, 2 Jan 2025, 06:49 compn, wrote:
> On Thu, 2 Jan 2025 02:23:08 +, Kieran Kunhya via ffmpeg-devel wrote:
>
> > On Wed, Jan 1, 2025 at 11:10 PM compn wrote:
> > >
> > > On Tue, 31 Dec 2024 17:28:31 +0000, Kieran Kunhya via ffmpeg-devel
> > > wrote
Kunhya
___
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".
.
-
-This is a deprecated option. Instead, @option{localrtpport} should be
-used.
-
@end table
Important notes:
--
2.39.5
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, o
ieran
>
I forgot to add min/max are meaningless in a data path that's *losing*
packets. In reality you are meant to buffer (an estimate of if necessary)
two matrices worth of values. The spec is vague about this but it's the
only way to do it to handle both aligned and non-block aligned
r FEC encoding so this seems
> like a real use and benefit right there.
There are so much more modern technologies that are vastly easier to
implement. We have learnt in the last twenty years.
Have you tested this implementation with iptables or tc? You'll see
it's very difficult to crea
use cases where latency doesn't matter (so why use
FEC?).
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".
(((x) >> sps->hshift[c_idx]) << sps->pixel_shift)]
+ (((x) >> sps->hshift[c_idx]) << sps->pixel_shift)]
: NULL
const HEVCContext *const s = lc->parent;
int merge_idx = 0;
struct MvField current_mv = {{{ 0 }}};
--
2.48.0.
Sorry, I messed up my subscription, so will reply slightly off-thread.
Timo Rothenpieler via ffmpeg-devel wrote:
> I don't think the fate-suite should be sitting in the source tree.
> Also, there is no guarantee every user/developer will name it that exact
> name? Or is that
Sorry, I tried git send-email the first time and didn't check the
wrapping before sending.
Please find the patch attached as file.
Am 16.01.25 um 20:47 schrieb Michael Niedermayer:
On Wed, Jan 15, 2025 at 05:27:39PM +0100, Stefan Pöschel via ffmpeg-devel wrote:
Signed-off-by: Stefan Pö
t your org
> appropriately.
The WHIP one is obviously way too overscoped and challenging for a student.
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".
On Fri, 14 Feb 2025, 21:29 Steven Liu, wrote:
>
>
> Kieran Kunhya via ffmpeg-devel 于2025年2月15日
> 周六04:21写道：
>
>> On Fri, Feb 14, 2025 at 7:28 PM Michael Niedermayer
>> wrote:
>> >
>> > Hi everyone
>> >
>> > Please help improve the
On Sat, Feb 08, 2025 at 01:59:32AM +0100, Lynne wrote:
> On 07/02/2025 20:42, Krzysztof Pyrkosz via ffmpeg-devel wrote:
> > This change removes one extra floating point operation and simplifies
> > load operations at the beginning of the loop by using dedicated register
> &
$subj
0001-checkasm-v210enc.c-Use-checkasm_check_type.patch
Description: Binary data
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ
av_log(ctx, AV_LOG_WARNING, "buffer size %d, too large\n",
stream->max_buffer_size);
--
2.48.1
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
0FAB
>
> Freedom in capitalist society always remains about the same as it was in
> ancient Greek republics: Freedom for slave owners. -- Vladimir Lenin
>
Sneaking in your pet SDR project is unacceptable.
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".
int: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> I am the wisest man alive, for I know one thing, and that is that I know
> nothing. -- Socrates
>
Is this a joke?
Kieran
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.
On Wed, 12 Feb 2025, 02:11 Michael Niedermayer,
wrote:
> On Wed, Feb 12, 2025 at 01:23:09AM +, Kieran Kunhya via ffmpeg-devel
> wrote:
> > Is this a joke?
>
> no
>
> It follows up on Jean Baptistes request here:
> https://lists.ffmpeg.org/pipermail/ffmpeg-de
ffle_bytes(shuffle_bytes_2130, "shuffle_bytes_2130");
report("shuffle_bytes_2130");
-check_uyvy_to_422p();
-report("uyvytoyuv422");
+check_uyvy_to_yuv();
+report("uyvytoyuv");
check_interleave_bytes();
report("inter
8, BV, GV, RV, #9 // v29 = V
// add offsets and narrow all values
addhn v24.8b, v24.8h, Y_OFFSET.8h
--
2.47.2
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
stion for everyone else
>>
>> thx
>>
>> [...]
>> --
>> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>>
>> Freedom in capitalist society always remains about the same as it was in
>> ancient Greek republics: Freedom for s
al, possibly very short segment in the
-// calculation of the max bitrate.
+if (duration > 0) {
int cur_bitrate = (int)(8 * size / duration);
if (cur_bitrate > vs->max_bitrate)
vs->max_bitrate = cur_bitrate;
--
2.47.1
_____
,v) DECLARE_ALIGNED_T(ALIGN_32, t, v)
> #define DECLARE_ALIGNED_64(t,v) DECLARE_ALIGNED_T(ALIGN_64, t, v)
>
> +// DECLARE_ASM_VAR used for variables accessed by inline asm
> +// and external assembly
> +#define DECLARE_ASM_VAR(n,t,v) \
> +attribute_mcmodel_small
t only for FATE or other
> particular purpose?
> Can I request to have access to the Ampere ARM server for testing?
> Thanks.
>
The server belongs to @Jean-Baptiste Kempf
Kieran
>
___________
ffmpeg-devel mailing list
[email protected]
htt
> s->mode);
>
> s->vbr = bytestream_get_le32(&buf);
>
> s->frames_per_packet = bytestream_get_le32(&buf);
>
> if (s->frames_per_packet <= 0 ||
>
> --
> 2.45.2
>
Bump.
_______
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".
would like to report it.
Kieran
On Tue, Mar 25, 2025 at 8:55 AM Nicolas George wrote:
>
> Kieran Kunhya via ffmpeg-devel (HE12025-03-25):
> > The server belongs to @Jean-Baptiste Kempf
>
> Are you saying that the tweet that says “giving ***us*** a 160-core ARM
> server” (em
-RSHIFT_COPYm7, m5, m3, 1, 0x13 ; UYVY UYVY -> YVYU YVY...
> > -pand m7, m1 ; YxYx YxYx...
> > +RSHIFT_COPYm7, m5, 1 ; UYVY UYVY -> YVYU YVY...
> > +pand m7, m1; YxYx YxYx...
> >
> > - packuswb
alignas(n) t v
+
// Some broken preprocessors need a second expansion
// to be forced to tokenize __VA_ARGS__
#define E1(x) x
--
2.49.0.395.g12beb8f557-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".
BOSE, "DASH request for url '%s', offset
%"PRId64"\n",
url, seg->url_offset);
ret = open_url(pls->parent, &pls->input, url, &c->avio_opts, opts, NULL);
--
2.49.0
_______
ffmpeg-devel mailing li
any feedback or guidance on
getting it reviewed and merged. Happy to adjust anything needed — thanks for
your time and efforts on FFmpeg!
[1] https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2024-August/332502.html
Best,
Jerome
___
ffmpeg-devel mailing
le constrainedFrame encoding where each
> slice in the constrained picture is independent of other slices",
>
> OFFSET(constrained_encoding), AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, VE },
> +#ifdef NVENC_HAVE_FILLER_DATA
> +{ "cbr_padding", "Pad the
= sizeof(PayloadContext),
.parse_sdp_a_line = parse_sdp_line,
.close = close_context,
--
2.49.0
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above
ready
have a native implementation. Unless that native library has capabilities
(e.g encoding in this case) that we don't have.
Regards,
Kieran Kunhya
>
_______
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".
ibpostproc.
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".
Studeny
On Apr 28, 2025 at 13:39 +0300, Jan Studený via ffmpeg-devel
, wrote:
> ---
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/opencl/lut3d.cl | 177 ++
> libavfilter/opencl_source.h | 2 +
> libavfilter/vf_lu
gt;>>
>>>> +/**
>>>> + * Some globals defined in C files are used from hardcoded asm that
>>>> assumes small
>>>> + * code model (that is, accessing these globals without GOT). This is
>>>> a problem
>>>> + * when FFM
complete = 1;
}
return 0;
--
2.49.0
___
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 Fri, 15 Nov 2024, 18:12 Thilo Borgmann via ffmpeg-devel, <
[email protected]> wrote:
> Hi,
>
> Am 17.05.24 um 15:49 schrieb Michael Niedermayer:
> > Hi all
> >
> > Before this is forgotten again, better start some dicsussion too early
> than too late
&
AV_OPT_TYPE_INT, {.i64=INTERPOLATE_TETRAHEDRAL}, 0, NB_INTERP_MODE-1, TFLAGS,
.unit = "interp_mode" },
+{ "nearest", "use values from the nearest defined points",
0, AV_OPT_TYPE_CONST, {.i64=INTERPOLATE_NEAREST}, 0, 0, TFLAGS, .unit =
<http://www.maxrudolph.net>
0001-fix-cine.patch
Description: Binary data
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] w
> On Apr 15, 2025, at 08:59, softworkz .
> wrote:
>
>
>
>> -Original Message-
>> From: ffmpeg-devel > <mailto:[email protected]>> On Behalf Of
>> Michael Niedermayer
>> Sent: Dienstag, 15. April 2025 01:20
>
ions
>>> + * (small code model instruction sequence). We mark all such globals
>>> with this
>>> + * attribute_mcmodel_small to ensure assembly accessible globals
>>> continue to be
>>> + * allocated in sections reachable from PC relative instructions.
&g
PT_TYPE_CONST, {.i64=INTERPOLATE_NEAREST}, 0, 0, TFLAGS, .unit =
"interp_mode" },
+{ "trilinear", "interpolate values using the 8 points defining a
cube", 0, AV_OPT_TYPE_CONST, {.i64=INTERPOLATE_TRILINEAR}, 0, 0, TFLAGS,
.unit = "interp_mode" },
+{ "tetrahedral", "interpolate values using a tetrahedron",
0, AV_OPT_TYPE_CONST, {.i64=INTERPOLATE_TETRAHEDRAL}, 0, 0, TFLAGS, .unit =
"interp_mode" }, \
+{ NULL }
+};
+
+AVFILTER_DEFINE_CLASS(lut3d_opencl);
+
+const FFFilter ff_vf_lut3d_opencl = {
+.p.name = "lut3d_opencl",
+.p.description = NULL_IF_CONFIG_SMALL("Adjust colors using a 3D LUT."),
+.p.priv_class = &lut3d_opencl_class,
+.p.flags= AVFILTER_FLAG_HWDEVICE,
+.priv_size = sizeof(LUT3DOpenCLContext),
+.init = &lut3d_opencl_init,
+.uninit = &lut3d_opencl_uninit,
+FILTER_INPUTS(lut3d_opencl_inputs),
+FILTER_OUTPUTS(lut3d_opencl_outputs),
+FILTER_SINGLE_PIXFMT(AV_PIX_FMT_OPENCL),
+.flags_internal = FF_FILTER_FLAG_HWFRAME_AWARE,
+};
+
+#endif /* CONFIG_LUT3D_OPENCL_FILTER */
--
2.39.5 (Apple Git-154)
___
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".
source_addrs);
+if (s->duration == AV_NOPTS_VALUE)
+s->ctx_flags |= AVFMTCTX_UNSEEKABLE;
+
return 0;
}
#endif /* CONFIG_RTPDEC */
--
2.49.0
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/f
AVERROR(ENOSYS);
+
if (ffifmt(s->iformat)->read_seek2 && !ffifmt(s->iformat)->read_seek) {
int64_t min_ts = INT64_MIN, max_ts = INT64_MAX;
if ((flags & AVSEEK_FLAG_BACKWARD))
--
2.49.0
_______
ffmpeg-devel maili
return NULL;
--
2.43.0
_______
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".
I would
be happy to modify the patch to align with the style you suggest.
Thanks for your feedback, and I look forward to your guidance!
Best regards,
Eslam
On Tuesday, February 18, 2025 at 01:27:49 PM GMT+2, Nicolas George
wrote:
Thanks for the patch.
Eslam Samy via ffmpeg-de
: ptrdiff_t _src_stride
--
2.47.2
_______
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".
+add d2, d0, d2
+add d3, d3, d1 // a^2 + b^2 + 2ab
+add d2, d2, d1
st1 {v0.1d-v3.1d}, [x0]
ret
endfunc
--
2.47.2
___
ffmpeg-devel mailing list
ffmpeg-devel
v0.16b, v0.16b, v2.16b
+sub v0.16b, v0.16b, v4.16b
+
+st1 {v0.16b}, [x0], #16
+
b.gt1b
ret
endfunc
--
2.47.2
___
ffmpeg-devel mailing list
[email protected]
https
d.B01",
av_fourcc2str(st->codecpar->codec_tag), profile, level);
+profile_compatibility != AV_PROFILE_UNKNOWN &&
+tier != 0 &&
+level != AV_LEVEL_UNKNOWN &&
+constraints[0] != '\0') {
+ snprintf(a
c_tag), profile, level);
+profile_compatibility != AV_PROFILE_UNKNOWN &&
+tier != 0 &&
+level != AV_LEVEL_UNKNOWN &&
+constraints[0] != '\0') {
+ snprintf(attr, sizeof(attr), "%s.%d.%x.%c%d.%s",
a
WN &&
+strcmp(constraints, "0") != 0) {
+snprintf(attr, sizeof(attr), "%s.%d.%x.%c%d.%s",
av_fourcc2str(st->codecpar->codec_tag), profile, profile_compatibility, tier,
level, constraints);
} else
goto fail;
} else if (st->codecpar->codec_id == AV_CODEC_ID_MP2) {
--
2.47.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".
c_tag), profile, level);
+profile_compatibility != AV_PROFILE_UNKNOWN &&
+tier != 0 &&
+level != AV_LEVEL_UNKNOWN &&
+constraints[0] != '\0') {
+ snprintf(attr, sizeof(attr), "%s.%d.%x.%c%d.%s",
a
ff_blend_mask(&s->dc, color, frame->data, frame->linesize, clip_x,
clip_y,
-bitmap.buffer + pdx, bitmap.pitch, w1, h1, 3, 0, x1, y1);
+bitmap.buffer + pdx, bitmap.pitch, w1, h1, l2depth, 0, x1, y1);
}
}
--
2.47.2
&s->lines[l];
+av_freep(&line->glyphs);
+hb_destroy(&line->hb_data);
+}
+av_freep(&s->lines);
}
-av_freep(&s->lines);
av_freep(&s->tab_clusters);
return 0;
--
2.47.2
___
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".
ff_blend_mask(&s->dc, color, frame->data, frame->linesize, clip_x,
clip_y,
-bitmap.buffer + pdx, bitmap.pitch, w1, h1, 3, 0, x1, y1);
+bitmap.buffer + pdx, bitmap.pitch, w1, h1, l2depth, 0, x1, y1);
}
}
--
2.47.2
define attribute_mcmodel_small __attribute__(model("small"))
+#else
+# define attribute_mcmodel_small
+#endif
+
#endif /* AVUTIL_ATTRIBUTES_INTERNAL_H */
--
2.48.1.711.g2feabab25a-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".
else
+#endif
c->lumToYV12 = ff_rgba32ToY_neon;
if (c->chrSrcHSubSample)
c->chrToYV12 = ff_rgba32ToUV_half_neon;
--
2.47.2
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg
str d16, [x14], #8
4:
subsheight, height, #1
--
2.47.2
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@f
I think you were looking at an older version of the patch. Newer version
didn't have this. Anyhow, there's a new version I uploaded (v3).
On Thu, Feb 27, 2025 at 6:31 PM Lynne wrote:
> On 25/02/2025 22:37, Pranav Kant via ffmpeg-devel wrote:
> > By default, all globals i
I uploaded a new patch (v3) that addresses these concerns.
On Thu, Feb 27, 2025 at 5:14 PM Michael Niedermayer
wrote:
> On Wed, Feb 26, 2025 at 07:44:37PM +, Pranav Kant via ffmpeg-devel
> wrote:
> > By default, all globals in C/C++ compiled by clang are allocated
> >
pecially
> for the main authors and active developers.
>
Hi Michael,
Was all the STF discussion around the first application done in public?
Kieran
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg
ue as to what I've done.
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".
attribute_mcmodel_small __attribute__((model("small")))
+#else
+#define attribute_mcmodel_small
+#endif
+
#endif /* AVUTIL_ATTRIBUTES_INTERNAL_H */
--
2.49.0.rc0.332.g42c0ae87b1-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".
cessing these globals without GOT). This is a
> problem
> + * when FFMpeg is built with medium code model (-mcmodel=medium) which
> allocates
> + * all globals in a data section that's unreachable with PC relative
> instructions
> + * (small code model instruction sequence). We mark all such globals with
> this
> + * attribute_mcmodel_small to ensure assembly accessible globals continue
> to be
> + * allocated in sections reachable from PC relative instructions.
> + */
> +#if ARCH_X86_64 && defined(__ELF__) && AV_HAS_ATTRIBUTE(model)
> +#define attribute_mcmodel_small __attribute__((model("small")))
> +#else
> +#define attribute_mcmodel_small
> +#endif
> +
> #endif /* AVUTIL_ATTRIBUTES_INTERNAL_H */
> --
> 2.49.0.rc0.332.g42c0ae87b1-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".
else
+#endif
c->lumToYV12 = ff_rgba32ToY_neon;
if (c->chrSrcHSubSample)
c->chrToYV12 = ff_rgba32ToUV_half_neon;
--
2.47.2
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailma
On Wed, Feb 26, 2025 at 11:44 AM Pranav Kant via ffmpeg-devel
wrote:
>
> [...]
> --- a/libavutil/attributes_internal.h
> +++ b/libavutil/attributes_internal.h
> @@ -31,4 +31,19 @@
> #define FF_VISIBILITY_POP_HIDDEN
> #endif
>
> +/**
> + * Some globals de
--
2.47.2
_______
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".
+501,8 @@ static void set_codec_str(AVFormatContext *s,
AVCodecParameters *par,
av_strlcatf(str, size, ".%02x%02x%02x",
extradata[1], extradata[2], extradata[3]);
av_free(tmpbuf);
+} else if (!strcmp(str, "hev1") || !strcmp(str, "
Thank you for taking a look.
On Tue, Mar 11, 2025 at 4:45 PM Andreas Rheinhardt <
[email protected]> wrote:
> Pranav Kant via ffmpeg-devel:
> > By default, all globals in C/C++ compiled by clang are allocated
> > in non-large data sections. See [1] for back
On Tue, 4 Mar 2025, 11:17 Michael Niedermayer,
wrote:
> Hi Kieran
>
> On Tue, Mar 04, 2025 at 08:13:11AM -0600, Kieran Kunhya via ffmpeg-devel
> wrote:
> [...]
> > Hi Michael,
> >
> > Was all the STF discussion around the first application done in public?
>
&
>
> Kierans reply later refered back to this:
> > OMG a GSoC contributor is complaining about how hard the contribution
>
That's a selective quotation of an incomplete sentence.
Kieran
>
_______
ffmpeg-devel mailing list
ffmpeg
.
--
Matt
_______
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,
On Fri, Feb 28, 2025 at 1:47 AM wangyaqiang via ffmpeg-devel
wrote:
>
> From: Wang Yaqiang
>
> Signed-off-by: Wang Yaqiang
> ---
> libavcodec/libwebpenc_animencoder.c | 17 +++--
> libavcodec/libwebpenc_common.c | 2 ++
> libavcodec/libwebpenc_c
+.endm
+
+vvc_avg2 8
+vvc_avg2 10
+vvc_avg2 12
/* x0: int16_t *dst
* x1: const uint8_t *_src
--
2.47.2
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link ab
+8:
+.endif
+ret
+endfunc
+.endm
+
+interleaved_yuv_to_planar uyvy, yuv422
+interleaved_yuv_to_planar uyvy, yuv420
+interleaved_yuv_to_planar yuyv, yuv422
+interleaved_yuv_to_planar yuyv, yuv420
--
2.47.2
___
ffmpeg-devel mailing list
ffmpeg
On Wed, 12 Feb 2025, 23:29 Timo Rothenpieler, wrote:
> On 12.02.2025 23:16, Soft Works wrote:
> >
> >
> >> -Original Message-
> >> From: ffmpeg-devel On Behalf Of Timo
> >> Rothenpieler
> >> Sent: Mittwoch, 12. Februar 2025 23:0
-
2.47.2
_______
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 Fri, 21 Feb 2025, 14:30 Soft Works,
wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Michael Niedermayer
> > Sent: Freitag, 21. Februar 2025 14:22
> > To: FFmpeg development discussions and patches > [email protected]
On Fri, 21 Feb 2025, 15:02 Soft Works, wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Kieran Kunhya via ffmpeg-devel
> > Sent: Freitag, 21. Februar 2025 15:53
> > To: FFmpeg development discussions and patches >
t suited for FFmpeg.
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".
t; +/target_dem_fuzzer
> > +/target_io_dem_fuzzer
> > +/target_sws_fuzzer
> > +/target_swr_fuzzer
> > /trasher
> > /seek_print
> > /uncoded_frame
>
> Ping
>
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".
2101 - 2200 of 3586 matches
Mail list logo
