做图像处理算法,用HSL(xilinx),还是OpenCL(altera)合适

Remmy
@@ 2017-05-10 字数 83

或者有没有其他的更好的

使用高级语言,非HDL,先跑出来优先,资源占用大些暂时可以不管。

24 个回复
Jephen
Jephen 2017-05-10

这两个东西貌似都还不太成熟。

关键是调试的时候有问题不好分析和定位。

我接触的FAE现在也不太推荐用这个。

【 在 Remmy 的大作中提到: 】

: 或者有没有其他的更好的

: 使用高级语言,非HDL,先跑出来优先,资源占用大些暂时可以不管。

Remmy
@@ 2017-05-10

HSL也不推荐吗,我看这个他们好像推了有好久了,这个仿真都是在C环境下,评估算法太合适了。

gooddream
gooddream 2017-05-10

哪个熟练用哪个。

【 在 Remmy 的大作中提到: 】

:或者有没有其他的更好的

:使用高级语言,非HDL,先跑出来优先,资源占用大些暂时可以不管。

:...................

oBigeyes
雾里看花 2017-05-10

opencl不行吧

【 在 gooddream () 的大作中提到: 】

: 哪个熟练用哪个。

: :或者有没有其他的更好的

: :使用高级语言,非HDL,先跑出来优先,资源占用大些暂时可以不管。

: ...................

gooddream
gooddream 2017-05-10

hsl和opencv我都没用过。

我写python,然后再一行行改成Verilog。

【 在 oBigeyes 的大作中提到: 】

:opencl不行吧

:...................

elfwind
elfwind 2017-05-10

评估算法和优化的话C合适,如果要实现的话还是opencl方便

【 在 Remmy 的大作中提到: 】

: HSL也不推荐吗,我看这个他们好像推了有好久了,这个仿真都是在C环境下,评估算法太合适了。

roc2007
roc 2017-05-11

HSL? HLS?

jlqsczw2007
jl 2017-05-11

HLS应该没问题,可以尝试。

虽然学习和填坑花了不少时间,但还是值得的。

反正我最近的一个项目如果用HDL的话得花几倍的时间还不一定能做好,

用的是xilinx的HLS,目前看产品的测试情况还可以。

【 在 Remmy 的大作中提到: 】

: 或者有没有其他的更好的

: 使用高级语言,非HDL,先跑出来优先,资源占用大些暂时可以不管。

ll550
GoodForWeekend 2017-05-11

不用软件思维写HLS的话,效果还是不错的。

jiajiahao
我想多学点 2017-05-11

具体大概花了多长时间,做图像处理用纯hdl的还是不多啊

【 在 jlqsczw2007 的大作中提到: 】

: HLS应该没问题,可以尝试。

: 虽然学习和填坑花了不少时间,但还是值得的。

: 反正我最近的一个项目如果用HDL的话得花几倍的时间还不一定能做好,

: ...................

postdesign
kapil 2017-05-11

HLS是只支持C吗?还是SystemC,SystemVeriog也支持?很多硬件的操作用纯C反而更麻烦。

oBigeyes
雾里看花 2017-05-11

C/C++扩展了一下

【 在 postdesign (kapil) 的大作中提到: 】

: HLS是只支持C吗?还是SystemC,SystemVeriog也支持?很多硬件的操作用纯C反而更麻烦。

Tariel
Tariel 2017-05-11

还可以用C++和SystemC

【 在 postdesign (kapil) 的大作中提到: 】

: HLS是只支持C吗?还是SystemC,SystemVeriog也支持?很多硬件的操作用纯C反而更麻烦。

lzy
大叔 2017-05-12

HLS ,用HLS的OpenCV库

...

图像处理用啥OpenCL啊

可以等X家 reVISION出参考设计

【 在 Remmy (@@) 的大作中提到: 】

: 或者有没有其他的更好的

: 使用高级语言,非HDL,先跑出来优先,资源占用大些暂时可以不管。

postdesign
kapil 2017-05-12

打个比方,我要做个scaler,支持任意比例的放大缩小,输入输出都是fifo接口,用HLS有优势吗?因为不考虑硬件实现,用c写大概2,3个小时就能写好(直接对整幅图像访问),如果硬件实现的话,linebuf的管理还是挺复杂的,差不多要2,3周的时间。

oBigeyes
雾里看花 2017-05-12

有道理

有个疑问,假设图像处理的C代码通过改写成HLS-opencv在X平台上跑通

由于借助了X家的一堆库,自己再手工优化会很麻烦,以及向A家移植,向ASIC移植都会变得很困难。

【 在 lzy (大叔) 的大作中提到: 】

: HLS ,用HLS的OpenCV库

: ...

: 图像处理用啥OpenCL啊

: ...................

oBigeyes
雾里看花 2017-05-12

fpga实现动态的任意比例缩放? 不看好

【 在 postdesign (kapil) 的大作中提到: 】

: 打个比方,我要做个scaler,支持任意比例的放大缩小,输入输出都是fifo接口,用HLS有优势吗?因为不考虑硬件实现,用c写大概2,3个小时就能写好(直接对整幅图像访问),如果硬件实现的话,linebuf的管理还是挺复杂的,差不多要2,3周的时间。

postdesign
kapil 2017-05-12

在s6上实现过,支持到1080p@60Hz。现在有客户要求在ultrascale上实现旋转加缩放,支持到4K。看看有没有可能用HLS实现。

【 在 oBigeyes 的大作中提到: 】

: fpga实现动态的任意比例缩放? 不看好

jeffyking
jeffyking 2017-05-12

其实改改算法,少点tap,再搞点别的技巧,你懂的,S6也一样做4K30输出的scaler.ultrascale应该轻松。

感觉HLS不会在面积和速度上有优势,也就没法榨干器件的性能,对不关注成本的客户还行。实际上对X和A最好,不行就换更贵的器件啊。

【 在 postdesign 的大作中提到: 】

: 在s6上实现过,支持到1080p@60Hz。现在有客户要求在ultrascale上实现旋转加缩放,支持到4K。看看有没有可能用HLS实现。