[FFmpeg-devel] [PATCH 2/3] RSD demuxer
James Almer
jamrial at gmail.com
Thu Apr 18 20:17:05 CEST 2013
On 18/04/13 6:35 AM, Paul B Mahol wrote:
> On 4/18/13, James Almer <jamrial at gmail.com> wrote:
>>
>> Signed-off-by: James Almer <jamrial at gmail.com>
>> ---
>> Changelog | 1 +
>> doc/general.texi | 1 +
>> libavformat/Makefile | 1 +
>> libavformat/allformats.c | 1 +
>> libavformat/rsd.c | 195
>> +++++++++++++++++++++++++++++++++++++++++++++++
>> libavformat/version.h | 2 +-
>> 6 files changed, 200 insertions(+), 1 deletion(-)
>> create mode 100644 libavformat/rsd.c
>
> Ineresting I already write something similar in my repo.
>
> I'm not sure about GADP, as its not mono only... and I'm
> not sure its same as ADPCM_THP.
It is, it just doesn't have the previous sample stored within each frame
(Like thp) or in a table (Like brstm). Which is why i modified the decoder
to accept frames like that.
I used the samples from http://hcs64.com/files/in_cube_samples.zip to
test both GADP and PCMB from rsd, and http://hcs64.com/files/jingle04.rsd
and http://hcs64.com/files/jingle05.rsd for RedSpark.
I couldn't find samples of WADP (Also adpcm_thp but can be stereo) or the
other codecs, so i decided to not write code i couldn't test.
That being said, i think we can safely rename adpcm_thp into something like
adpcm_dsp, since it's not just used by thp containers. But that's purely a
cosmetic thing.
Regards.
More information about the ffmpeg-devel
mailing list