Bug#789250: bs1770gain: Fail to build on archs with strict alignment requirements

[Peter Belkner]

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.
>