[FFmpeg-devel] [PATCH 1/2] Revert "avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec"

Michael Niedermayer michael at niedermayer.cc
Mon Jan 29 21:31:49 EET 2024


On Mon, Jan 29, 2024 at 08:24:21PM +0100, Michael Niedermayer wrote:
> On Mon, Jan 29, 2024 at 10:09:52AM +0100, Vittorio Giovara wrote:
> > On Mon, Jan 29, 2024 at 8:58 AM Andreas Rheinhardt <
> > andreas.rheinhardt at outlook.com> wrote:
> > 
> > > Michael Niedermayer:
> > > > On Sun, Jan 28, 2024 at 08:52:20PM -0300, James Almer wrote:
> > > >> On 1/28/2024 7:41 PM, Michael Niedermayer wrote:
> > > >>> On Sun, Jan 28, 2024 at 02:49:26PM +0100, Andreas Rheinhardt wrote:
> > > >>>> This reverts commits fd5aa93a37b3fa21195c6d7b22ef655124020e09
> > > >>>> and cf00f60bab1f79213c274a6cd4357b32bd5c0101
> > > >>>> ("avcodec/kbdwin: Support arbitrary sized windows").
> > > >>>>
> > > >>>> The change in question has only been made for libavradio.
> > > >>>> in anticipation of merging it into the main tree. This has
> > > >>>> not happened, so this commit reverts the changes to kbdwin
> > > >>>> that are not used for anything else. In particular, these
> > > >>>> functions are no longer exported (as avpriv functions);
> > > >>>> notice that the fixed-point function has been exported
> > > >>>> despite having never been used outside of lavc.
> > > >>>>
> > > >>>> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt at outlook.com>
> > > >>>> ---
> > > >>>>   libavcodec/aacdec_template.c |  8 ++++----
> > > >>>>   libavcodec/aactab.c          |  4 ++--
> > > >>>>   libavcodec/ac3dec.c          |  2 +-
> > > >>>>   libavcodec/ac3enc_fixed.c    |  2 +-
> > > >>>>   libavcodec/ac3enc_float.c    |  2 +-
> > > >>>>   libavcodec/dolby_e.c         |  4 ++--
> > > >>>>   libavcodec/kbdwin.c          | 23 ++++++++---------------
> > > >>>>   libavcodec/kbdwin.h          | 10 ++++------
> > > >>>>   8 files changed, 23 insertions(+), 32 deletions(-)
> > > >>>
> > > >>> I still intend to work on SDR either within what people agreed to
> > > >>> (that is a separate library) or in form of a fork.
> > > >>>
> > > >>> For both it is easier if the functions it needs are accessible
> > > >>>
> > > >>> thx
> > > >>
> > > >> Renaming an ff_ symbol into avpriv_ can happen at any time. Renaming an
> > > >> avpriv_ symbol to ff_ can only happen during a bump. So this patch is
> > > IMO
> > > >> ok.
> > > >> There's no warranty that whatever happens with SDR will happen before
> > > the
> > > >> next bump, so better remove as many exposed symbols as possible.
> > > >
> > > > You are missing something here.
> > > >
> > > > With the symbols, i can fork libavdevice and add SDR support.
> > > > Without the symbols, i cannot just do that. At least not cleanly
> > > > Because i need to replace libavcodec too and i need to extend its ABI
> > > > then.
> > > > This makes this more messy.
> > > >
> > >
> > > I would rather have you just copy the needed code into your fork of
> > > libavradio/libavdevice than add avpriv symbols (one of which was always
> > > unnecessary) for this.
> > >
> > 
> > Agreed, Michael is there any blocker for this to be done in your fork?
> 
> Vittorio, Andreas
> 
> I think you are correct, I will do that

I mean i will implement KBD inside teh SDR code so you can remove this
just stating that again so its not misunderstood. ALot of things seeem to
be misunderstod lately

thx


[...]


-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20240129/2a8acd9f/attachment.sig>


More information about the ffmpeg-devel mailing list