> -Original Message-
> From: ffmpeg-devel On Behalf Of Dash Santosh
> Sathyanarayanan
> Sent: Donnerstag, 22. Mai 2025 19:58
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avfilter: add scale_d3d11 filter
>
> On 22-05-2025 20:55, Timo Rothenpieler wrote:
> > On
d the situation to a point where it has become so
clearly visible like never before on this mailing list.
There's a point where Opinion ends and Defamation begins.
Some people should take a moment and think about this.
softworkz
___
ffmpeg-devel
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Donnerstag, 22. Mai 2025 10:13
> To: FFmpeg development discussions and patches
> Cc: Kieran Kunhya ; t...@ffmpeg.org
> Subject: Re: [FFmpeg-devel] Graphprint Patches Overview
>
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Martin
> Storsjö
> Sent: Mittwoch, 21. Mai 2025 14:22
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] gcc: Remove auto-vectorization limitation.
>
> On Wed, 21 May 2025, Andreas Rheinhardt wrote:
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Kieran
> Kunhya via ffmpeg-devel
> Sent: Donnerstag, 22. Mai 2025 09:22
> To: FFmpeg development discussions and patches
> Cc: Kieran Kunhya ; t...@ffmpeg.org
> Subject: Re: [FFmpeg-devel] Graphprint Patches Overview
>
> It's obvi
HE12025-05-22):
> > It's obvious basic testing was not done on this patchset seeing the scale
> > of memory leaks.
> >
> > I would like the TC to decide on reverting and proper resubmission later.
>
> For once, I agree with that assessment. I think giving softworkz
HE12025-05-22):
> > It's obvious basic testing was not done on this patchset seeing the scale
> > of memory leaks.
> >
> > I would like the TC to decide on reverting and proper resubmission later.
>
> For once, I agree with that assessment. I think giving softworkz
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Mittwoch, 21. Mai 2025 22:20
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Graphprint Patches Overview
>
>
>
> > -Original Message-
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Donnerstag, 22. Mai 2025 12:42
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/3] tests/source-check: Fix make
> inclusion-guard check EOL-agnostic
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Donnerstag, 22. Mai 2025 13:12
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/3] tests/source-check: Fix make
> inclusion-guard
what git master is for and thats how it improves quickly)
> 3. The statement that the graphprint code wasnt tested is obviously false
> softworkz tested it. I tested at least build on multiply platforms
> 4. "seeing the scale of memory leaks." try to compare this to
>IAMF
> -Original Message-
> From: ffmpeg-devel On Behalf Of Derek
> Buitenhuis
> Sent: Mittwoch, 21. Mai 2025 15:27
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 0/3] Clean up build spam from graph css
> builder
>
> On 5/20/2025 7:44 PM, soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of Marton
> Balint
> Sent: Freitag, 23. Mai 2025 22:31
> To: Timothy Allen via ffmpeg-devel
> Subject: Re: [FFmpeg-devel] [PATCH] Percent-encode URL paths in HLS playlists
>
>
>
> On Fri, 23 May 2025, Timothy Allen via ffmpeg-devel
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timothy
> Allen via ffmpeg-devel
> Sent: Freitag, 23. Mai 2025 16:53
> To: ffmpeg-devel@ffmpeg.org
> Cc: Timothy Allen
> Subject: [FFmpeg-devel] [PATCH] Percent-encode URL paths in HLS playlists
>
> This commit closes trac ticket
From: softworkz
When there's a chain of implicit rules, make treats files generated
inside that chain as intermediate files. Those intermediate files are
removed after completion of make. When make is run again, it normally
determines the need for a rebuild by comparing the timestamps o
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Samstag, 31. Mai 2025 22:09
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
>
>
> > -Original Message-
>
Hello James,
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Donnerstag, 29. Mai 2025 05:07
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make
> InputFilterPriv and OutputFilterPriv private again
>
> As the names imp
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> softworkz .
> Sent: Mittwoch, 28. Mai 2025 17:25
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: [FFmpeg-devel] The "bad" Patch
[..]
That nobody has responded is
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Donnerstag, 29. Mai 2025 05:07
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 1/2] fftools/ffmpeg_filter: make
> FilterGraphPriv private again
>
> As the name implies, it's a struct meant to be
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Montag, 2. Juni 2025 00:08
> >>> - Why do you want to remove the ResourceManager AVClass?
> >>
> >> Because I think callers should provide their own logcontext
> >
> > Do we have any precedent cases fo
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Sonntag, 1. Juni 2025 23:46
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from
> fftools/{graph, textformat}/
>
&g
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Montag, 2. Juni 2025 01:22
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> On Sat, May 31, 2025 at 0
An additional note:
While there are opinionated elements of course, I have tried to keep
everything factually correct in this series of messaged to the best
of my knowledge.
If somebody thinks that I would have told anything that is clearly
untrue, please let me know.
Then I will correct and
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Sonntag, 1. Juni 2025 12:40
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races
> when initializing graphprint
Hi Andreas,
thanks for v2.
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ramiro Polla
> Sent: Sonntag, 1. Juni 2025 23:31
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from
> fftools/{graph, textformat}/
>
> On Tue, May 27, 2025 at 3:33 AM Ramiro Po
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Samstag, 31. Mai 2025 03:44
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make
> InputFilterPriv and OutputFilterPriv privat
m
>
> On Sat, May 31, 2025 at 12:56 AM softworkz .
> wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of Ramiro
> Polla
> > > Sent: Freitag, 30. Mai 2025 12:52
> > > To: ffmpeg-devel@ffmpeg.org
> > > Subje
> -Original Message-
> From: ffmpeg-devel On Behalf Of Leo Izen
> Sent: Samstag, 31. Mai 2025 21:31
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
>
> On 5/28/25 11:24, softworkz . wrote:
> > Hello everybody,
>
05-22):
> > It's obvious basic testing was not done on this patchset seeing the scale
> > of memory leaks.
> >
> > I would like the TC to decide on reverting and proper resubmission later.
>
> For once, I agree with that assessment. I think giving softworkz
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Freitag, 16. Mai 2025 00:00
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
> >>
> >> Absolutely not, wtf. Calling an external app
;
> Michael Niedermayer (HE12025-05-16):
> > yes if thats possible, iam not sure everyone will agree though
>
> That is possible and easy.
>
> > I think "your senior developers" is a bit provocative
>
> Maybe it is, but it plugs into a pattern of behavior by s
> I really wonder how you can't be embarrassed sending what imo is the
> worst patchset in the history of the project.
> Instead of acknowledging that, it's deflecting and playing the victim
> you want to do.
>
> Kieran
For background and aftermath, please read: The "bad" Patch
https://lists.f
>
> A patchset so bad, people who quit the project like Derek came back to clean
> up your mess.
>
> Kieran
For background and aftermath, please read: The "bad" Patch
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2025-May/344274.html
sw
___
ffmpe
gt; On 6/1/2025 11:07 PM, softworkz . wrote:
> >
> >
> >> -Original Message-
> >> From: ffmpeg-devel On Behalf Of softworkz
> .
> >> Sent: Samstag, 31. Mai 2025 03:44
> >> To: FFmpeg development discussions and patches
> >> Subject:
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Montag, 2. Juni 2025 04:41
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make
> InputFilterPriv and OutputFilterPriv private again
> I did however forget to send a
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Montag, 2. Juni 2025 03:28
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused
> includes, fix declarat
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Montag, 2. Juni 2025 03:43
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused
> includes, fix declaration
>
&g
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Montag, 2. Juni 2025 04:39
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly
> instead of gzip
>
> This is a WIP patchset to
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Samstag, 31. Mai 2025 22:26
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
Hello Mark,
(I've re-ordered some parts to unclutter the conversation)
> It does not seem unreas
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Samstag, 31. Mai 2025 22:26
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
Hi Mark,
Here are my answers to the remaining points:
> >> In reality, ffmpeg is often used on m
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ramiro Polla
> Sent: Dienstag, 3. Juni 2025 01:22
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/5] configure: remove build-time check for
> gzip support in zlib
>
> Hi Jacob,
>
> On Fri, M
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Dienstag, 3. Juni 2025 01:26
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/5] configure: remove build-time check for
> gzip support in zlib
>
&g
at mediating (or what you call it) thats
> marth64
+1
> And the CC needs someone who can recognize defamation and document it
> accurately. Ive not seen anyone except softworkz document things as he did.
Admittedly, the motivation was high, since I've been in focus. Naturally
; On Tue, Jun 3, 2025 at 1:26 AM softworkz .
> wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of Ramiro
> Polla
> > > Sent: Dienstag, 3. Juni 2025 01:22
> > > To: FFmpeg development discussions and patches
> > > Subje
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Montag, 2. Juni 2025 12:50
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> softworkz . (HE12025-06-02):
> > The w
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Montag, 2. Juni 2025 12:50
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> softworkz . (HE12025-06-02):
> > The w
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Montag, 2. Juni 2025 04:39
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly
> instead of gzip
>
> This is a WIP patchset to
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Donnerstag, 29. Mai 2025 05:07
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 1/2] fftools/ffmpeg_filter: make
> FilterGraphPriv private again
>
> As the name implies, it's a struct meant to be i
From: softworkz
Signed-off-by: softworkz
---
fftools/resources/resman.c | 51 +++---
1 file changed, 36 insertions(+), 15 deletions(-)
diff --git a/fftools/resources/resman.c b/fftools/resources/resman.c
index f098bd6687..e3e082abbf 100644
--- a/fftools
ch became
eventually visible here, one week before patchset was pushed:
Quotes:
IRC, 2025-05-08
11:20 I think it was too early to give softworkz push access
What's remarkable is that I haven't pushed anything between
2025-05-03 and 2025-05-15. I had just sent patches to the ML that
day..
From: softworkz
Signed-off-by: softworkz
---
fftools/resources/resman.c | 38 --
1 file changed, 24 insertions(+), 14 deletions(-)
diff --git a/fftools/resources/resman.c b/fftools/resources/resman.c
index f098bd6687..0dae272c89 100644
--- a/fftools
Thu, May 15, 2025 at 11:11 PM softworkz wrote:
> >
> > ffmpeg | branch: master | softworkz | Thu May 15
> 23:07:54 2025 +0200| [517a8055655798970d94a4c5ea912511362520ea] | committer:
> softworkz
> >
Hello Ramiro,
thanks a lot for the review. I have sent a new patchset w
From: softworkz
Signed-off-by: softworkz
---
fftools/resources/resman.c | 7 +++
fftools/resources/resman.h | 10 +-
2 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/fftools/resources/resman.c b/fftools/resources/resman.c
index a9e21626fa..f098bd6687 100644
--- a
s patch breaks the graph output:
https://gist.github.com/softworkz/4c0eee5d1e43933362891cf989e95666
Still looking into it...
Thanks
sw
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
without addressing all reviews
=> A patch that was quickly brandmarked even though almost nobody had looked at
it
without any discussion and assessment
=> Claims like "softworkz is pushing bad patches"
=> softworkz shouldn't have been given commit rights
=> it's
> -Original Message-
> From: ffmpeg-devel On Behalf Of Kieran
> Kunhya via ffmpeg-devel
> Sent: Samstag, 31. Mai 2025 04:39
> To: FFmpeg development discussions and patches
> Cc: Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/resman: use inflate loop with
> increasing
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Samstag, 31. Mai 2025 04:46
> To: FFmpeg development discussions and patches
> Cc: Kieran Kunhya
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/resman: use inflate loop with
> i
From: softworkz
Signed-off-by: softworkz
---
fftools/resources/resman.c | 7 +++
fftools/resources/resman.h | 10 +-
2 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/fftools/resources/resman.c b/fftools/resources/resman.c
index a9e21626fa..f098bd6687 100644
--- a
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Donnerstag, 29. Mai 2025 04:59
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] The "bad" Patch
Two and a half days have passed and nobody has answered any
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Samstag, 31. Mai 2025 18:21
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] The "bad" Patch
>
> On 31/05/2025 12:44, softworkz . wrote:
> >> -Origin
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Sonntag, 1. Juni 2025 05:27
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races when
> initializing graphprint
>
> Patches attac
> *tctx, const char *key, int64_t va
>
> int avtext_print_string(AVTextFormatContext *tctx, const char
> *key, const char *val, int flags);
>
> -void avtext_print_unit_int(AVTextFormatContext *tctx, const char
> *key, int64_t value, const char *unit);
> +void
> -Original Message-
> From: ffmpeg-devel On Behalf Of Marvin
> Scholz
> Sent: Freitag, 20. Juni 2025 13:30
> To: FFmpeg development discussions and patches
> Cc: Nicolas Gaullier
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] fftools/textformat: fix print 64
> bit integers
>
>
>
> On 2
From: softworkz
..to allow playlist paths like:
c:\hls\video1\master.m3u8
When base_output_dirname was determined, only '/' was searched for as
path separator. get_relative_url() on the other hand searched for both
forward and backward slash regardless of OS.
Fix these issues by f
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas Gaullier
> Sent: Freitag, 20. Juni 2025 13:08
> To: ffmpeg-devel@ffmpeg.org
> Cc: Nicolas Gaullier
> Subject: [FFmpeg-devel] [PATCH 1/2] fftools/textformat: fix print
> 64 bit integers
>
> Regression in ffprobe since tex
> -Original Message-
> From: ffmpeg-devel On Behalf Of Marton
> Balint
> Sent: Samstag, 14. Juni 2025 17:35
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 3/3] avformat/hlsenc: Fix path
> handling for Windows
>
> On
> -Original Message-
> From: ffmpeg-devel On Behalf Of compn
> Sent: Dienstag, 24. Juni 2025 08:00
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] Revert "Add FUNDING.json"
>
> On Mon, 23 Jun 2025 21:20:56 +0100, Derek Buitenhuis wrote:
>
> > This was pushed with out
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Monday, June 16, 2025 9:24 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib
> directly instead of gzip
>
> softwork
From: softworkz
This commit simplifies and consolidates all the rules around
ptx and resource file compression.
Signed-off-by: softworkz
---
ffbuild/common.mak | 43 +--
1 file changed, 17 insertions(+), 26 deletions(-)
diff --git a/ffbuild/common.mak
> -Original Message-
> From: Kacper Michajlow
> Sent: Tuesday, June 17, 2025 6:00 PM
> To: softworkz .
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: graph.{html,css} embed failure on Windows build
>
> On Tue, 17 J
From: softworkz
When there's a chain of implicit rules, make treats files generated
inside that chain as intermediate files. Those intermediate files are
removed after completion of make. When make is run again, it normally
determines the need for a rebuild by comparing the timestamps o
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Tuesday, June 17, 2025 4:41 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib
> directly instead of gzip
>
> On 6/16/2025
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> softworkz .
> Sent: Tuesday, June 17, 2025 4:13 PM
> To: Kacper Michajlow
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] graph.{html,css} embed
> -Original Message-
> From: ffmpegagent
> Sent: Tuesday, June 17, 2025 6:02 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: softworkz
> Subject: [PATCH v6 0/2] ffbuild/commonmak: Fix rebuild check with implicit
> rule chains
[..]
> V4
> ==
>
> * Always keep
s
>
> On 6/13/2025 6:54 AM, softworkz wrote:
> > av_log(s, AV_LOG_INFO, "SegmentComplete=%s:%d Index=%d
> Start=%f End=%f Duration=%f offset_pts=%s start_pts=%s Frames=%d
> filename=%s\n",
>
> Should be VERBOSE, not INFO.
>
> - Derek
> _
From: softworkz
Signed-off-by: softworkz
---
libavformat/hlsenc.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index a93d35ab75..a3e523a5df 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -2703,6 +2703,12 @@ static int
From: softworkz
Signed-off-by: softworkz
---
libavformat/hlsenc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index a3e523a5df..f81385d0b4 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -2467,6 +2467,9 @@ static int
From: softworkz
Signed-off-by: softworkz
---
libavformat/hlsenc.c | 43 ---
1 file changed, 28 insertions(+), 15 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index f81385d0b4..ba1e74e999 100644
--- a/libavformat/hlsenc.c
+++ b
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Monday, June 16, 2025 8:52 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib
> directly instead of gzip
>
> softworkz .:
for segment_limit option
>
>
>
> On Fri, 13 Jun 2025, softworkz wrote:
>
> > From: softworkz
> >
> > Signed-off-by: softworkz
> > ---
> > doc/muxers.texi | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/doc/muxers.t
emp option
>
>
>
> On Fri, 13 Jun 2025, softworkz . wrote:
>
> > Hi Marton,
> >
> >
> >> -Original Message-
> >> From: ffmpeg-devel On Behalf
> Of
> >> Marton Balint
> >> Sent: Freitag, 13. Juni 2025 22:38
> >
From: softworkz
Signed-off-by: softworkz
---
avformat/hlsenc: Some HLS improvements
Includes only a single patch now:
* Fix path handling on Windows
Versions
V2
==
* Fix path handling for Windows;
* Keep using
for segment_limit option
>
>
>
> On Fri, 13 Jun 2025, softworkz . wrote:
>
> >
> >> -Original Message-
> >> From: ffmpeg-devel On Behalf
> Of
> >> Marton Balint
> >> Sent: Freitag, 13. Juni 2025 22:26
> >> To: FFmpeg developmen
n about segments written
>
>
>
> On Fri, 13 Jun 2025, softworkz wrote:
>
> > From: softworkz
> >
> > Signed-off-by: softworkz
> > ---
> > libavformat/hlsenc.c | 6 ++
> > 1 file changed, 6 insertions(+)
> >
> > diff --git a/libavf
indows
>
>
>
> On Fri, 13 Jun 2025, softworkz wrote:
>
> > From: softworkz
> >
>
> Can you give an example where the path handling is wrong and where
> this
> patch fixes it?
c:\hls\video1\master.m3u8
> Is there a trac ticket?
Go
nformation about written segments
>
>
>
> On Fri, 13 Jun 2025, softworkz wrote:
>
> > From: softworkz
> >
> > Also moves point of log writing to after rename of temp files
> > and changes log level to INFO. The completion of a segment is
> > imp
> -Original Message-
> From: Kacper Michajlow
> Sent: Tuesday, June 17, 2025 12:44 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: softworkz
> Subject: Re: [FFmpeg-devel] [PATCH 0/3] tests/fate: Improvements for
> running FATE on W
> -Original Message-
> From: Kacper Michajlow
> Sent: Sunday, June 15, 2025 12:49 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: softwo...@hotmail.com
> Subject: graph.{html,css} embed failure on Windows build
>
> Hello,
>
> Since the recent addition of re
> -Original Message-
> From: Kacper Michajlow
> Sent: Tuesday, June 17, 2025 3:00 AM
> To: softworkz .
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 0/3] tests/fate: Improvements for running
> FATE on W
directly instead of gzip
>
> softworkz . (HE12025-06-16):
> > But why that? If we include the decompression code (that's why I've
> > been searching for the most compact implementations available with
> > compatible licenses), then we won't have any zlib dependency a
> -Original Message-
> From: Kacper Michajlow
> Sent: Tuesday, June 17, 2025 4:06 PM
> To: softworkz .
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: graph.{html,css} embed failure on Windows build
>
> On Tue, 17 Jun 2025
> -Original Message-
> From: Kacper Michajlow
> Sent: Tuesday, June 17, 2025 3:18 PM
> To: softworkz .
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 0/3] tests/fate: Improvements for running
> FATE on W
directly instead of gzip
>
> softworkz . (HE12025-06-17):
> > It's not about replacing zlib in general. The scope is having our own
> > compression code for ptx and resource compression only.
>
> This is what I understood.
But obviously you didn't:
> If you c
> -Original Message-
> From: Kacper Michajlow
> Sent: Tuesday, June 17, 2025 6:36 PM
> To: softworkz .
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: graph.{html,css} embed failure on Windows build
[..]
> > > >
From: softworkz
Signed-off-by: softworkz
---
tools/ffmpeg-sg | 249
1 file changed, 249 insertions(+)
create mode 100755 tools/ffmpeg-sg
diff --git a/tools/ffmpeg-sg b/tools/ffmpeg-sg
new file mode 100755
index 00..c8c298f8e0
--- /dev
From: softworkz
Signed-off-by: softworkz
---
.gitignore | 1 +
fftools/Makefile | 14 --
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/.gitignore b/.gitignore
index 59c89da5e0..989c702b6c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -32,6 +32,7 @@
/.config
From: softworkz
Signed-off-by: softworkz
---
tools/ffmpeg-sg.cmd | 73 +
1 file changed, 73 insertions(+)
create mode 100644 tools/ffmpeg-sg.cmd
diff --git a/tools/ffmpeg-sg.cmd b/tools/ffmpeg-sg.cmd
new file mode 100644
index 00
From: softworkz
This commit simplifies and consolidates all the rules around
ptx and resource file compression.
Signed-off-by: softworkz
---
ffbuild/common.mak | 43 +--
1 file changed, 17 insertions(+), 26 deletions(-)
diff --git a/ffbuild/common.mak
From: softworkz
Signed-off-by: softworkz
---
ffbuild/common.mak | 6 ++
fftools/Makefile | 1 +
fftools/resources/Makefile | 12 +---
3 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/ffbuild/common.mak b/ffbuild/common.mak
index ddf48923ea
From: softworkz
Signed-off-by: softworkz
---
fftools/resources/.gitignore | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fftools/resources/.gitignore b/fftools/resources/.gitignore
index bda2c59a1c..cc742817b5 100644
--- a/fftools/resources/.gitignore
+++ b/fftools
801 - 900 of 1084 matches
Mail list logo
