Justin Ruggles <justin.rugg...@gmail.com> writes:
> 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.
Makes sense.
--
Måns Rullgård
m...@mansr.com
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
