On 03/11/2012 08:46 AM, Måns Rullgård wrote:
> Justin Ruggles <justin.rugg...@gmail.com> writes:
>
>> This allows for testing floating-point audio encoders across different
>> platforms where exact comparisons are unreliable due to float rounding
>> differences.
>> ---
>> tests/fate-run.sh | 12 ++++++++++++
>> 1 files changed, 12 insertions(+), 0 deletions(-)
>>
>> diff --git a/tests/fate-run.sh b/tests/fate-run.sh
>> index 055cf25..2a9f0f8 100755
>> --- a/tests/fate-run.sh
>> +++ b/tests/fate-run.sh
>> @@ -87,6 +87,18 @@ pcm(){
>> avconv "$@" -vn -f s16le -
>> }
>>
>> +enc_dec_pcm(){
>> + out_fmt=$1
>> + in_ch=$2
>> + in_sr=$3
>> + in_fmt=$4
>> + shift 4
>> + encfile="${outdir}/${test}.${out_fmt}"
>> + cleanfiles=$encfile
>> + avconv -channels $in_ch -sample_rate $in_sr -f $in_fmt -i $ref "$@" -f
>> $out_fmt -y $encfile || return
>
> Why do you need to specify the sample rate etc of the input? Is there a
> problem using wav for the pcm files? tiny_psnr knows to skip wav headers.
Yeah, using wav should be ok. But I do want to go ahead and specify the
output codec if we use wav references. At some point in the near future
I want to add 24/32/flt support to tiny_psnr, but the wav muxer defaults
to pcm_s16le.
-Justin
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
