[FFmpeg-devel] [PATCH] install aes.h, des.h and rc4.h

Reimar Döffinger Reimar.Doeffinger
Sun Feb 8 10:38:15 CET 2009


On Sat, Feb 07, 2009 at 01:37:13PM +0100, Michael Niedermayer wrote:
> On Sat, Feb 07, 2009 at 12:11:15PM +0100, Reimar D?ffinger wrote:
> > On Fri, Feb 06, 2009 at 11:38:53PM +0100, Michael Niedermayer wrote:
> > > On Fri, Feb 06, 2009 at 11:18:57PM +0100, Reimar D?ffinger wrote:
> > > > On Fri, Feb 06, 2009 at 10:33:00PM +0100, Michael Niedermayer wrote:
> > > > > On Fri, Feb 06, 2009 at 09:53:16PM +0100, Reimar D?ffinger wrote:
> > > > > > But maybe we can find a better solution.
> > > > > > What about a
> > > > > > void *av_alloca(uint8_t *);
> > > > > > Usage would be
> > > > > > uint8_t buffer[size + AV_ALLOCA_PADDING];
> > > > > > struct AVAES *a = av_alloca(buffer);
> > > > > > 
> > > > > > Does that seem like it might make a good solution or does it have
> > > > > > serious issues?
> > > > > 
> > > > > its not particularely pretty and something should be done to make it
> > > > > less error prone, also no function call should happen just a macro
> > > > >  or inline function
> > > > 
> > > > I did intend to make the function static inline.
> > > > I think it will always ugly, though maybe something like (untested)
> > > > #define AV_STACK_VAR(type, name, size) \
> > > >     uint8_t name ff_alloca_##name##_buffer[size + 16]; \
> > > >     type name = ff_alloca_##name##_buffer + ((-(long)ff_alloca_##name##_buffer - 1)&15) + 1;
> > > > 
> > > > fits your idea better?
> > > 
> > > type name = ff_alloca_##name##_buffer + ((-(long)ff_alloca_##name##_buffer)&15);
> > > and +15 should be enough
> > 
> > I was too tired to think about it so I just copy-and-pasted the malloc
> > stuff.
> > So like this (note the ugly casting is to make sure it works with C++ as
> > well, and I haven't tested it yet):
> > Index: libavutil/mem.h
> > ===================================================================
> > --- libavutil/mem.h     (revision 16989)
> > +++ libavutil/mem.h     (working copy)
> > @@ -41,6 +41,17 @@
> >  #endif
> >  
> >  /**
> > + * Allocate data on the stack with sufficient alignment for all operations
> > + * and assign it to the given variable.
> > + * @param type type of the created variable, must be a pointer type
> > + * @param name name of the created variable
> > + * @param size Size in bytes for the memory block to be allocated.
> > + */
> > +#define AV_STACK_VAR(type, name, size) \
> > +    uint8_t ff_alloca_##name##_buffer[size + 15]; \
> > +    type name = (type)(void *)(ff_alloca_##name##_buffer + ((-(long)ff_alloca_##name##_buffer)&15));
> > +
> > +/**
> >   * Allocates a block of \p size bytes with alignment suitable for all
> >   * memory accesses (including vectors if available on the CPU).
> >   * @param size Size in bytes for the memory block to be allocated.
> 
> iam not against this, though it isnt particularely pretty ...

Do you consider the following pretty:
> const int av_aes_size = sizeof(AVAES) + 15;
> int av_aes_init(void *v, const uint8_t *key, int key_bits, int decrypt) {
> AVAES *a = (void *)(((uint8_t *)v) + ((-(long)ff_alloca_##name##_buffer)&15)));
> // better make that an internal ALIGN_PTR macro? 15 -> 7 would be possible, too
> ...
> }

uint8_t aes_context[av_aes_size];
or
void *aes_context = malloc(av_aes_size);
or
void *aes_context = alloca(av_aes_size);
(using the first in asfcrypt.c, I assume we don't need to support
any compilers that do not support variable-size stack arrays?)

av_aes_init(aes_context, ...);

Greetings,
Reimar D?ffinger




More information about the ffmpeg-devel mailing list