[MPlayer-dev-eng] Support for new sample formats
Anders Johansson
ajh at watri.uwa.edu.au
Wed Nov 13 01:45:06 CET 2002
Hi,
> Hi Alban Bedel,
>
> on Tue, 12 Nov 2002 15:21:32 +0100 you wrote:
>
> > Hi Anders Johansson,
> >
> > on Tue, 12 Nov 2002 20:52:24 +0800 you wrote:
> >
> > > Hi,
> > >
> > > There is support for new types of sample formats in the audio
> > > filters. The new types are ima-adpcm, A-law, mu-law and float.
> > Cool, iirc libvorbis is outputing float and ad_vorbis contain a flot->int
> > converter. We can perhaps remove it now.
>
> Sadly it doesn't look that easy. I got a short look at all this audio stuff and still
> have questions. First it seems that the ao driver is opened and then the
> af chain is builded. So if I put sh_a->sample_format = AFMT_FLOAT (after
> adding the fmt id conversion in libaf) then as the ao don't know this format it
> fallback to something stupid or isn't properly configured dunno.
Actually I think it could work: Since libaf can convert any type of
audio format to any there type of audio format it should be possible
for the audio decoder to just output whatever format is best for sound
quality and let libaf do the conversion. If the specific format isn't
supported by the sound card, libaf will convert it to the format
requested by the sound card.
> Imho like for video the ao should be configured from libaf to be sure that
> the best possible conversion is used. Is it planned or is it impossible for
> some reasons ?
It is not planned but possible, question is if it is the best way to
do it (I honestly don't know)?
BTW: Anyone know what the status for lrintf() in mplayer, is there a
common definition file to fix the problem of missing support?
> Albeu
>
> PS : BTW is it know that some thing like ./mplayer file -af format=notAformat
> crash ? If not and you'll need it I send a full BR.
Thank's - fixed, will commit after testing.
//Anders
More information about the MPlayer-dev-eng
mailing list