【Hackathon 7th No.36】为 Paddle 代码转换工具新增 API 转换规则（第 3 组）-part

[enkilee]

PR Docs

PaddlePaddle/docs#6890

PR APIs

torch.blackman_window
torch.hamming_window
torch.hann_window
torch.get_num_threads
torch.set_num_threads
torch.get_num_interop_threads
torch.set_num_interop_threads
torch.frombuffer

[paddle-bot]

Thanks for your contribution!

[zhwesky2010]

@enkilee CI不通过，请自查问题

[zhwesky2010]

丰富下测试case并自查一遍，以下四种情况的测试case必须全部包含：

1. 传入所有参数且全部指定关键字
2. 传入所有参数且全部不指定关键字
3. 改变关键字顺序
4. 默认参数均不指定

[zhwesky2010]

同另一个PR，现在最大的问题是通不过数值检查，这个反映了 映射存在Bug 或者 API自身存在Bug。

需要给出明确的结论，最终以通过数值检查为准。

[enkilee]

恩，找到问题了， blackman没法改，hamming和hann都得改。这边fftbins=perodic，ReverseMatcher在前面那个pr用。但是hann在float32时精度得调低。

[zhwesky2010]

恩，找到问题了， blackman没法改，hamming和hann都得改。这边fftbins=perodic，ReverseMatcher在前面那个pr用。但是hann在float32时精度得调低。

精度验证适当调低阈值是可以的。但结果完全对不上就得排查是 API自身Bug 还是 API转换的Bug 了。

[enkilee]

恩，找到问题了， blackman没法改，hamming和hann都得改。这边fftbins=perodic，ReverseMatcher在前面那个pr用。但是hann在float32时精度得调低。

精度验证适当调低阈值是可以的。但结果完全对不上就得排查是 API自身Bug 还是 API转换的Bug 了。

blackman原因写在 479 了。
get_num_interop_threads 和 get_num_threads:
pytorch result is 4, but paddle result is 1。
方法不同，且paddle默认CPU_NUM为1。

[zhwesky2010]

LGTM