BS1770GAIN doesn't make any assumption on buffer alignment itself (i.e.
it relies on FFmpeg), and so myself. Are there any hints that FFmpeg is
broken on the systems in question?
But you're right: 16 bit is 2 byte, and 32 bit is 4 byte.
You may use SoX to generate test files.
On 24.06.2015 10:42, Petter Reinholdtsen wrote:
[Peter Belkner]
Any test using the transcoding feature (i.e. option "-ao") uses this
code. It's needed exclusively for that purpose. The code builds the
frames to be fed into the FLAC encoder.
Right. So a data source with types aligned on more than 1 byte is
needed to check that the code do not crash at runtime (for example 2, 4,
8). Any idea how to generate such data source?
The test code in debian/tests/ contain this wav file:
debian/tests/yell.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16
bit, mono 44100 Hz
I suspect 16 bit mean aligned on even addresses, but would like to know
for sure.
_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
