e
dozens of other FFmpeg developers in the room.
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".
llenging the validity of an election is rather in vogue these days.
Regards,
Kieran Kunhya
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-re
On Tue, 21 Jan 2025, 18:57 James Almer, wrote:
> On 1/21/2025 3:13 PM, Kieran Kunhya via ffmpeg-devel wrote:
> > On Tue, Jan 21, 2025 at 5:42 PM Michael Niedermayer
> > wrote:
> >>
> >> Hi
> >>
> >> As people likely know i belive it
On Wed, Jan 22, 2025 at 4:37 PM Michael Niedermayer
wrote:
>
> Hi
>
> On Mon, Jan 20, 2025 at 03:00:17PM +, Kieran Kunhya via ffmpeg-devel
> wrote:
> [...]
>
> > Error recovery protocols are complicated -
>
> everything is complicated
>
>
> > this
> Can you please stop this "my way or no way"
The irony is not lost on me of this sentence (from the person banning
people, censoring people, creating paranoid theories about the GA).
Kieran
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffm
but what stops an attacker from
faking the extension?
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".
he FEC
> matrix within with the current packet belongs to.
> * Beside that, the decoder keeps a maximum number of packets and FEC
> packets.
I don't see any evidence of wraparound handling unless I miss
something. An FEC matrix can span a wraparound.
Kieran
______
endif
+fcvtzs v3.4s, v3.4s
+st1 {v3.4s}, [x0], #16
+b.ne\signed\()b
+ret
+.endr
+endfunc
--
2.45.2
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
. You say heuristics are not needed and then just claim an issue
that obviously needs heuristics is "out of scope".
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
On 2025-01-22 23:19 +0100, [email protected] wrote:
>
> On 22 Jan 2025, at 22:59, Alexander Strasser via ffmpeg-devel wrote:
>
> > Since av_match_list was added in commit 0d92b0d5f445d4f2 , this
> > function changed its semantics shortly after, especially with
> &
> 2.25.1
> >
>
> Ping
Seems like your mail client/editor does it (automatically?) to avoid
overly long lines, which might be fine for email texts but isn't in
patches.
Hope you can find the setting for easier contribution in the future.
Another approach for single patches o
On Sun, Jan 19, 2025 at 10:57:57PM +0200, Martin Storsjö wrote:
> On Sun, 19 Jan 2025, Krzysztof Pyrkosz via ffmpeg-devel wrote:
>
> > Removed a branch, unrolled loop. Speed increase bumped from 3.95 to 5.60.
>
> On what core is that? Please quote the actual output incl
);
--
___
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, 23 Jan 2025, 00:11 Michael Niedermayer,
wrote:
> Hi Kieran
>
> On Wed, Jan 22, 2025 at 10:47:52PM +, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Wed, 22 Jan 2025, 20:36 Michael Niedermayer,
> > wrote:
> >
> > > This blocks disallowed extensi
ss there we add a field with
> individual size greater than end_padding, hence intmax_t.
Sorry, couldn't really follow the problem and this solution idea yet.
Just think we shouldn't use intmax_t as I think it wasn't a good idea
to have it in the C standard at all.
Is it es
tput
> recovery point SEI with useless fields, which makes user who want to use
> intra refresh
> encoding must specify -flags output_corrupt for decoding. That is, without
> recovery point
> SEI, user should have prior knowledge on encoding configuration before
> decoding.
>
y delays between the two links. You
can't just "buffer N packets".
Another edge case.
Kieran
>
_______________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
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.
> > > >
> > > > We plan on testing it more with a conc
19:12, Vitaly Buka via ffmpeg-devel wrote:
> > UBSAN by default is just prints a mesage and
> > moves on. This hides a few UBs in fate-suite.
> >
> > Signed-off-by: Vitaly Buka
> > ---
> > configure | 4 ++--
> > libavcodec/aacen
On Tue, Dec 24, 2024 at 9:34 AM Lingyi Kong wrote:
>
> add fate test case
>
> Signed-off-by: Lingyi Kong
For whatever reason PATCHv4 is in neither of my email boxes, one of
which is subscribed to ffmpeg-devel, the other of which is not
subscribed but I still receive the emails.
to get
STF money for work the community does not want because it's already been
done?
It's funny how all roads appear to end up going to "Michael does what he
wants".
Kieran
>
_______
ffmpeg-devel mailing list
[email protected]
On Fri, Jan 17, 2025 at 3:12 PM James Almer wrote:
> On 1/17/2025 7:53 PM, Vitaly Buka via ffmpeg-devel wrote:
> > My confusion here is that it looks like ffmpeg developers care about UB,
> I
> > see from time to time large cleanups, but there are a bunch of unfixed
>
On Mon, Jan 20, 2025 at 2:51 PM Nicolas George wrote:
>
> Kieran Kunhya via ffmpeg-devel (12025-01-17):
> > I am the author of the only known functional OSS implementation of FEC.
>
> Seen from here, your rejection of this proposal looks a teeny tiny
> little bit like trying
, censorship etc) and the CC should have dealt with it.
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 Sun, Jan 26, 2025 at 9:24 PM Michael Niedermayer
wrote:
>
> Hi Kieran
>
> On Sun, Jan 26, 2025 at 07:39:38PM +, Kieran Kunhya via ffmpeg-devel
> wrote:
> > > I remember such a IRC session before the libav fork.
> > > It is very similar to this here
> &g
>
> Or is there any reason to not call it what it is (Dish)? There are Sega or
> Nintendo audio decoders and other examples and a cryptic description like
> "DVB 0502" renders it useless for almost everybody.
>
Agreed.
Kieran
>
____
On Sun, Jan 26, 2025 at 8:40 PM Rémi Denis-Courmont wrote:
>
> With my CC hat on,
>
> Le sunnuntaina 26. tammikuuta 2025, 21.39.38 UTC+2 Kieran Kunhya via ffmpeg-
> devel a écrit :
> > With Anton leaving the project because of you, Paul forking and James
> > lea
On Sun, Jan 26, 2025 at 8:51 PM Kieran Kunhya wrote:
>
> On Sun, Jan 26, 2025 at 8:40 PM Rémi Denis-Courmont wrote:
> >
> > With my CC hat on,
> >
> > Le sunnuntaina 26. tammikuuta 2025, 21.39.38 UTC+2 Kieran Kunhya via ffmpeg-
> > devel a écrit :
> > &
have no opinions about the rest of the text.
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 Sun, 26 Jan 2025, 00:31 Soft Works,
wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Marth64
> > Sent: Sunday, January 26, 2025 1:14 AM
> > To: FFmpeg development discussions and patches > [email protected]>
> > Subj
ng and James
leaving the CC because of your behaviour of banning and censoring,
have you ever considered the problem might be you?
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
significantly, the initial
benchmark values can be used.
Krzysztof
_______
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 Mon, Jan 27, 2025 at 7:03 PM Soft Works wrote:
>
> > From: ffmpeg-devel On Behalf Of
> > Kieran Kunhya via ffmpeg-devel
> > Sent: Monday, January 27, 2025 10:40 AM
> > > While this is a very valid concern for some kinds of frame side
> > data, it
> >
1203, "shuffle_bytes_1203");
+report("shuffle_bytes_1203");
+
+check_shuffle_bytes(shuffle_bytes_2130, "shuffle_bytes_2130");
+report("shuffle_bytes_2130");
+
check_uyvy_to_422p();
report("uyvytoyuv422");
--
2.45.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".
Hello,
Would it be possible to merge this patch?
Thanks,
Vitaly
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with
t to CC?
>
Hi Remi,
Are you not aware than when Michael does something inflammatory like that
it's a "joke", but any criticism of his behaviour is an "attack"? Just
wanted to be sure you understood the correct terminology used on this ML.
Regards,
Kieran Kunhya
>
lob/master/src/lib_ccx/es_userdata.c#L275
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".
transparency about infrastructure, but Michael
refuses to publish.
The community doesn't want arbitrary censorship, but Michael and his
surrogates do.
etc.
Just ask ChatGPT to rewrite Vittorio's email.
Kieran
___
ffmpeg-devel mailing l
cess is and you've turned it into "yet another Michael wall of
text" that has nothing to do with the topic but instead yet another
incoherent airing of your current grievances and the usual defence of
your buddies.
It's clear the contribution method is outdated and difficult t
where you are in control as usual. Your recent
behaviour of condoning censorship during an election and blocking of
contributors on spurious grounds shows that.
Read Tom's quote again and practice what you preach.
Regards,
Kieran Kunhya
>
_______
t;&1 || awk -F: '$$2 != 0 {
print "fate-" $$1 }' tests/data/fate/*.rep
+
+fate-clear-reports:
+ @rm -f tests/data/fate/*.rep
+
coverage.info: TAG = LCOV
coverage.info:
$(M)lcov -q -d $(CURDIR) -b $(patsubst src%,./,$(SRC_LINK)) --capture |
\
```
default:
> -add_metadata(s, chunk_tag, len, header_size);
> +ret = add_metadata(s, chunk_tag, len, header_size);
> +if (ret < 0)
> + return ret;
> break;
> }
>
> --
LGTM regarding my review comments.
Alexand
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
2001 - 2100 of 3425 matches
Mail list logo
