Re: [Libvisual-devel] VisAudio overhaul proposal.

[Dennis S. <sy...@yo...>]

> If some source and destination module have different formats,
> just fire up a gavl_audio_converter_t, and it will do the conversion.
> Futhermore, there are functions for allocating/freeing audio frames
> (with memory alignment) as well as a copy function, which lets you
> easily create an audio buffer.

It looks very advanced without doubt yeah.

> I'm using this in my own projects for quite a time now and I never
> got a format, which couldn't be handled by gavl.
> The only thing which might eventually be missing is 7.1 (2 side channels),
> but this could be added as well if needed.
> 
> I think it would provide a greater flexibility than the
> VisAudioSoundImportType enum :-)

It does without doubt.

> Whether or not the plugins have restrictions concerning the formats is
> another question. The 512 samples in each frame seem to be hardcoded
> in most plugins and I don't know if this mumber must become variable.
> 
> Concerning the samplerate, most material is 44100 but there are also
> 48000 streams (e.g. from Music DVDs) or 22050 (used by some
> web radio stations). So you could let the plugins handle all these rates
> or use gavl to resample everything to 44100.

The idea is to provide ONE format to the VisActor plugins, since they 
shouldn't be dealing with all kind of different formats. However we 
should be able to handle input in different formats nicely.

I think that a dependency is going to give us problems, also since we're
porting to windows, mac os X. However would you mind us assimilating
features from gavl into our VisAudio ? The biggest problem is
that we're LGPL and you're GPL.

Thanks,
Dennis