> -----Original Message----- > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of > softworkz . > Sent: Donnerstag, 24. April 2025 01:05 > To: FFmpeg development discussions and patches <ffmpeg- > de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH v5 02/14] fftools/textformat: Apply > quality improvements > > > > > -----Original Message----- > > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of > > Nicolas George > > Sent: Donnerstag, 24. April 2025 00:57 > > To: FFmpeg development discussions and patches <ffmpeg- > > de...@ffmpeg.org> > > Subject: Re: [FFmpeg-devel] [PATCH v5 02/14] fftools/textformat: > Apply > > quality improvements > > > > softworkz . (HE12025-04-23): > > > Despite its name, there's automatism for anything. > > > > Look for the word “automatic” in the C standard. > > > > -- > > Nicolas George > > _______________________________________________ > > Ah, alright - this is alluding to the fact that you do not need > to free it. Now it makes sense. > > Thanks for the background, > sw > _______________________________________________
It's still somewhat confusing as you'd expect that "automatic" would mean a behavior like you get with UNLIMITED and UNLIMITED sounds like it would allocate a lot of memory (even initially), even though it doesn't. It's not big thing, though. As mentioned before, I like the BPrint API. Based on your reply, I gather that my description of behavior was accurate. Thank you sw _______________________________________________ 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".
