Leo Izen (12022-08-22):
> > > +An API that can be used everywhere a function needs to return a
> > > string, or
> > > +really an arbitrary buffer of bytes, and everywhere code needs to
> > > build a
> > > +string from parts. It needs to be fast and lightweight enough to be
> > > used in
> > > +tigh
On 8/18/22 13:23, Jean-Baptiste Kempf wrote:
On Wed, 17 Aug 2022, at 23:49, Nicolas George wrote:
+An API that can be used everywhere a function needs to return a
string, or
+really an arbitrary buffer of bytes, and everywhere code needs to
build a
+string from parts. It needs to be fast and lig
On Wed, 17 Aug 2022, at 23:49, Nicolas George wrote:
> +An API that can be used everywhere a function needs to return a
> string, or
> +really an arbitrary buffer of bytes, and everywhere code needs to
> build a
> +string from parts. It needs to be fast and lightweight enough to be
> used in
> +
Why reinventing yet another ad-hoc thing.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Signed-off-by: Nicolas George
---
doc/plans.md | 38 ++
1 file changed, 38 insertions(+)
diff --git a/doc/plans.md b/doc/plans.md
index 0d7336e8b4..d96328aabc 100644
--- a/doc/plans.md
+++ b/doc/plans.md
@@ -4,3 +4,41 @@ Projects listed below have been approve