V2EX 1054850490 的所有回复 第 1 页 / 共 6 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    1054850490    全部回复第 1 页 / 共 6 页
回复总数  119
1  2  3  4  5  6  
2023-09-18 13:47:08 +08:00
回复了 1054850490 创建的主题 硬件 pwm 方面的部分疑惑
@sujin190 1#
参考电位我似懂非懂,我还是挺好奇上面的 gnd 到底是什么用途,一般在什么应用场景?是不是类似屏蔽网线的接地减少干扰?

----------------------

我现在的逻辑是,只要向这条线路发送震荡信号,那么该条线路所有的风扇都会收到,接多少风扇无非就是信号的强弱,接多了,每个风扇收到的信号都相应的减少,但是并不会增加 ic 芯片的负荷,如果要接多风扇,就需要信号放大器,是不是这样理解?
2023-09-18 13:41:05 +08:00
回复了 1054850490 创建的主题 硬件 pwm 方面的部分疑惑
@noe132 2# 如果我不加电容,假如有一台 12v 电源,pwm 控制电源输出的通断,占空比 50%,是不是一样是 12v ?
@kice 52# 因为我不只是一个下载器,网盘下载的呢?要知道百度网盘到现在都没有下载校检,这种闭源的我又该如何解决呢?我需求的是一整套的查损流程,而不是对下载进行纠错,因为有些下载器并不是我能够修改的
2023-06-12 22:37:44 +08:00
回复了 1054850490 创建的主题 YouTube youtube 如何加载频道页面所有视频
@tool2d 1# 谢啦
@laqow 32# 这不失为一种方法,只是我遇到的破损并不只是下载合成阶段产生的,所以我需要寻找一个可靠的能够找出视频破损的招
@Jakarta 39# 40# 我不知道你是什么 CPU ,但是我花钱让一个拥有 3080 的人去跟我测试同一批视频了,命令只是单独添加了-hwaccel cuda ,结果显示 4K 以下的分辨率是 CPU 胜出,而 8k vp9 av01 被摁着打,3080 解码 8k AV1 速率只是 1.45x ,而我 CPU 只是刚好徘徊在 1X ,而且 3080 这时候的解码占用也只有 60%,我查了一下,这是因为 3080 支持双路 8K AV1 ,所以并没有把解码吃光,而 3070 以下的卡并不支持双路 8k AV1
@zmcity 44# 另外,我不止是在下载阶段发生破损,还有很多其他方面发生破损,所以让我去解决下载以及合成这个阶段发生的破损并不适用于所有场景
@zmcity 44#我虽然没有 3080 ,但是我花钱让另一个拥有 3080 的人和我去解码同一批视频测试了解码速度,结果显示在低分辨率情况下是可以吊打 GPU 解码的,也就是 4k 以下的分辨率,8k vp9 以及 8K av1 就显得乏力了
@hikigaya58 31#
https://www.youtube.com/watch?v=UUrJ0bMsLCY
在上面这个视频里,破损发生在 4k 分辨率,vp9 编码的,9.43 分处,这就是源就有问题的视频,更换一个分辨率就正常了,虽然只是缺了几秒
@ttvast 23# 硬解并没有快很多,如果你面对的是几十 T 级别的视频,你就不会觉得这点算力够用了,而且论解码器,那还得是 nvidia 的牛逼,intel 的只能说是解码全,这个全,并不是相对 nvidia 来说,只是很多的意思
@hello2090 24# 既然你追问,那我就说一下吧,这过程中不只是合成阶段,也发生在下载阶段,也出现在源服务器提供的源就有问题的,
1:合成阶段的情况大多是在移动的时候出现了错误,比如我合成完成后,自动移动到另一个盘的时候,发生了宕机,或者资源管理器停摆,导致文件破损,这种情况下产生的破损文件通常是头部没问题,但是尾部有问题
2:下载阶段的情况,由于的 aria2 多线程下载,我也采用了“等待次数过长不要丢弃片段”的选项,但是依旧不能阻止破损的发生,我也阅读了技术文档采用了各种方法,但是产生破损的文件是超级多原因的,我不能一并概述,
3:youtube 的源服务器提供的文件有损坏,有部分视频文件只要换一个分辨率就正常了,或者换一个编码(目前 youtube 有三个编码,avc vp9 av01 ),我筛查出来再重新替换就好了,这部分是无法避免的。

这些文可能有点混乱,主要还是我不太想描述太详细,太费脑子了,因为我说得再详细也并没有什么帮助,这些问题并不是从根源能解决的
2023-06-12 10:03:31 +08:00
回复了 1054850490 创建的主题 FFmpeg ffmpeg 如何加快解码速度?算力不变的情况下,不在乎解码质量
@SenseHu 5# 这个也试过,但是对于我来说,还是软解最快,ffmpeg 技术文档里面也解释了,硬解由于需要频繁和 GPU 显存交换,所以在某种时刻会更慢,比如对于低分辨率的情况下, 通常都是 CPU 赢,但是对于 8K av1 就吃力了,这方面得硬解
@zsxzy 19# 我尝试一下
@SenseHu 11# t/919129#reply13
你可以看一下我这个帖子,里面详细说明了视频的情况
@hello2090 2# 你对于我视频的数量量级可能没什么概念,我现在收集的视频已经有 8W 多部了,视频大小高达 45TB
@MarginK 13# 我刚开始也这么想的,可是当我看到某些解码器可以通过降低质量来让低配置机器也可以播放 hevc 的时候,我就想,我是不是也可以这样,所以才来问问
@minami 12# 瓶颈不在于磁盘,我解码的时候读取硬盘才不到 50MB 每秒,远不如机械硬盘的 180MB 每秒( 8T 以上的硬盘读取是有这么高的)
@SenseHu 11#
@hello2090 2#
@lisxour 6#
思路没有歪,这并不是下载阶段可以避免的,首先第一个就是无法避免的就是服务器端提供的源文件就破损的,但是换一个分辨率就没事,这存在于 youtube 上,视频在某个分辨率无论你下载多少遍,就算在源页面播放都是破损的,但是换一个分辨率就正常了,其次,并不一定的花瓶,而是某个片段丢失,列如丢失片段在 1.30 秒到 1.35 秒处,播放到这里就会花屏,过了这个时间段才正常,为什么会出现这个问题呢?这也是多线程下载的缺点,源服务器并没有提供校验,所以我下载也并不能校验文件完整性,源视频是 100%有问题的,在我之前就发过帖子了,不会是我解码的问题,对于这个问题我不想过多的展开,因为我已经有相当多的案例了,已经确认视频确实是有问题,如果想在下载端解决这个问题,不显示,你哪怕跟我说以后下载都不怕没事了,我也得全部拆开看看是不是真的无损了
2023-02-26 04:49:51 +08:00
回复了 1054850490 创建的主题 FFmpeg ffmpeg 如何更快速的查询视频的"缺帧"
@flush9f 10# 可以在不重编码的情况下,进行封装?
1  2  3  4  5  6  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2839 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 17ms UTC 08:06 PVG 16:06 LAX 01:06 JFK 04:06
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86