V2EX › wnpllrzodiac 的所有回复 › 第 3 页 / 共 36 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 36

❮

❯

9 天前

回复了 youngxxx 创建的主题 › 问与答 › 那些自媒体短视频引用的影视剧小片段，都是哪儿找的？

你以为。一条龙产业链。单枪匹马一个人累趴啊。除非做搬运工。

9 天前

回复了 asus10tu 创建的主题 › 生活 › 相亲软件，青藤二狗等，个人介绍要突出什么

特长，或者大 house 的钥匙，不经意间的透露。哈哈哈哈。

9 天前

回复了 xyzos 创建的主题 › FFmpeg › 请教一个关于 ffmpeg 的问题

我记得以前测试下来，硬件编码要快不少，硬件解码加成不多，有时候还起反作用。
硬件编码的主要好处是降低 cpu 的开销，不然 cpu 实在撑不了几路。但是老黄也抠门，民用 gpu 的编码并发有限制，从来给不到 2+。

硬件解码+硬件编码一起用可能省点时间，因为在 gpu 里的数据可以直接用？
不确定 ffmpeg 或者老黄有没有给这样的直通 api

9 天前

回复了 xyzos 创建的主题 › FFmpeg › 请教一个关于 ffmpeg 的问题

看你速度怎么统计吧。
硬盘-》内存-》显存-》内存（ yuv 数据)
ffmpeg 是不能直接使用 gpu 数据的。

如果在显存那步算是结束点的话，因该快一点。硬件解码的问题是兼容性不好。

输出的像素格式可能与显示的需求不一致，需要做转换。
输出的数据结构可能有 padding ，需要按照每行做操作。
解码同时的硬件单元可能老黄没给足，不一定比 cpu 快。
解码如果 dxva2 直接现存输出到显示器的话，会快很多。

总之，硬件加速远比你想象的要复杂，不是一定比用 cpu 快的。
而且老黄的卡，发力点现在明显也不再编解码上面。AI 才是赚钱的机器。

10 天前

回复了 83f420984 创建的主题 › 程序员 › AI 生成的清理 USB 设备脚本导致硬盘数据丢失的教训

rm -rf ${variable}/

这种脚本么。变量一空就废了

11 天前

回复了 pcxys 创建的主题 › 站长 › 现在博客图片还有必要压缩吗？

CDN 带宽不要钱么。。。

11 天前

回复了 saranz 创建的主题 › 问与答 › wineHQ 可不可以使用绿色软件？

可以啊，exe 直接运行

11 天前

回复了 ndidi 创建的主题 › 职场话题 › 程序员转行建议

产品就是个怼人的润滑剂啊