【Hackathon No.29】add RFC for PixelUnshuffle #43
Conversation
|
Your Name seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account. You have signed the CLA already but the status is still pending? Let us recheck it. |
|
already signed |
There was a problem hiding this comment.
方案整体完备，但是实现细节等需要步骤化说明，请修改方案后再提交代码。修改示例参照：https://github.com/PaddlePaddle/community/blob/master/rfcs/APIs/20200301_api_design_for_quantile.md
| return 'downscale_factor={}'.format(self.downscale_factor) | ||
| ``` | ||
|
|
||
| 其中的`F.channel_shuffle`是由C++实现的，主要代码为： |
| } | ||
| ``` | ||
|
|
||
|
|
There was a problem hiding this comment.
这部分需要增加tf的实现逻辑和两个方案的逻辑步骤化描述
| # 四、对比分析 | ||
| 无论是C++实现还是组合API实现，其逻辑都是十分简单的，故考虑使用C++编写新的算子以期取得更高的效率。 | ||
|
|
| ## API实现方案 | ||
|
|
||
| 参考`paddle.nn.PixelShuffle`来实现`paddle.nn.PixelUnshuffle`，顺便实现`paddle.nn.functional.pixel_unshuffle`。 | ||
|
|
| 考虑测试的情况： | ||
| - 与PyTorch的结果的一致性； | ||
| - 反向传播的正确性； | ||
| - 错误检查：`downscale_factor`不合法或不整除通道数时能正确抛出异常。 |
There was a problem hiding this comment.
已完成下列修改 1. 修改笔误 2. 增加tf的实现逻辑和两个方案的逻辑步骤化描述. 3. 进行方案优劣对比分析 4. 测试情况需要丰富化，
|
PR格式检查通过，你的PR将接受Paddle专家以及开源社区的review，请及时关注PR动态。 |
|
你的PR有最新反馈，请及时修改。 |
已完成下列修改 1. 修改笔误 2. 增加tf的实现逻辑和两个方案的逻辑步骤化描述. 3. 进行方案优劣对比分析 4. 测试情况需要丰富化，
…mmunity into api_pixel_unshuffle
增加paddle.nn. PixelUnshuffle设计文档。