V2EX › lslqtz 的所有回复 › 第 1 页 / 共 243 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

11 小时 0 分钟前

回复了 huangdog 创建的主题 › NAS › 分享一下我用 hyper-v 做的 nas 服务器，非常稳定省心，模块化，懒人福音

已经选择用 GPU 编码, 并且开硬件加速了.

11 小时 0 分钟前

回复了 huangdog 创建的主题 › NAS › 分享一下我用 hyper-v 做的 nas 服务器，非常稳定省心，模块化，懒人福音

@kk2syc 我搞 solidworks 的, 一顿一顿的, 黄油没什么性能压力, 游戏两个也都不行

1 天前

回复了 huangdog 创建的主题 › NAS › 分享一下我用 hyper-v 做的 nas 服务器，非常稳定省心，模块化，懒人福音

目前唯一的缺陷是 NTFS 不支持 CoW, ReFS 似乎可靠性不太好. DDNS, 交给 Router 来管理.

1 天前

回复了 huangdog 创建的主题 › NAS › 分享一下我用 hyper-v 做的 nas 服务器，非常稳定省心，模块化，懒人福音

我是 Windows Server 2022 做 NAS 开 SMB 共享, 同时开了 SS-Server 做内网连接, 然后 BT 软件做种加一些辅助自动化工具, Hyper-V 用于开 VM 跑其它的一些服务和虚拟环境 (共享 GPU). RDP/AnyDesk 管理 (前者图形性能弱, 后者分辨率有限).

没有太多的需求比如备份文件之类的, 如果有需求的话可能我会自己写个轮子完成.

GUI 的操作方式对监视资源和使用客户端软件相对比较友好, RDP 的协议优势又提高了远程桌面的使用体验.

6 天前

回复了 zsh2401 创建的主题 › macOS › macOS Sequoia beta 5 是否已经达到日用水平？

@pety $ sudo bclm_loop persist 90

19 天前

回复了 iorilu 创建的主题 › 程序员 › 明明 lets encrypt 可以提供免费证书, 为什么很多人还要花大钱买

当然还有一种情况就是因为 EV SSL 现在没什么优势, 所以价格和 OV SSL 越来越近, 因为 OV SSL 本来也不便宜, 加点钱上 EV 可能并没想象中那么难以忍受. 不过 EV SSL 还有一个重大缺陷 (以前有, 现在不确定): 没有泛域名支持.
DV SSL 的例子: Cloudflare
OV SSL 的例子: 建行, Google, 通常也包括下面 EV SSL 的例子 (只是不在主站)
EV SSL 的例子: 中行, Apple, Paypal

19 天前

回复了 iorilu 创建的主题 › 程序员 › 明明 lets encrypt 可以提供免费证书, 为什么很多人还要花大钱买

部分情况会有合规需求, 通常也是 OV SSL 就够了, 包括银行站点基本也是用的 OV SSL. 一些证书颁发机构会声称 EV SSL 验证比 OV SSL 更繁琐, 但这实际上(对最终用户最终转化到企业)并不能带来任何的优势, 据说这也是 EV SSL 被取消绿标的原因.

19 天前

回复了 iorilu 创建的主题 › 程序员 › 明明 lets encrypt 可以提供免费证书, 为什么很多人还要花大钱买

LE 的 DV 信任度没想象那么好而且依赖自动化 (自动化带来了安全性降低, 方便和安全不可兼得), 商业 DV 泛域名其实完全应对绝大部分企业的需求, 商业 EV 现在基本属于智商税 (保险和 OV 大差不差, 但没有像以前那样的绿标), 超大型企业一般会选择购入一个中级证书以方便大量服务部署.

实际上保险在 99.9999% 时候都是没用的, 可能部分大型公司图 SLA 买保险减少那微乎其微的损失.

23 天前

回复了 tianwm 创建的主题 › 云计算 › 阿里云不讲武德啊, 轻量香港被限速到 7Mbps

好了, 我也发现限速了

23 天前

回复了 Notamo 创建的主题 › 浏览器 › 由于 Alook 浏览器长期在 App Store 刷大量虚假好评， Apple 官方终于对开始其进行处置。

其它不知道, 我拿来当阅读器用, 但当年反馈阅读模式黑白边太大到现在都还没解决, 只是图它的自动翻页, 不知道有什么替代品.

23 天前

回复了 tianwm 创建的主题 › 云计算 › 阿里云不讲武德啊, 轻量香港被限速到 7Mbps

一直能跑满, 而且线路质量很好

32 天前

回复了 henix 创建的主题 › FFmpeg › ffmpeg 处理后视频时长问题

@msg7086 那我只能推测是丢帧, 因为最后生成的 ffprobe 有一个 metadata DURATION: 00:00:03.984000000, 它既不符合 59.94 也不符合 60fps.

32 天前

回复了 henix 创建的主题 › FFmpeg › ffmpeg 处理后视频时长问题

另外, 引用这个答案: https://stackoverflow.com/a/63357242
```
ffmpeg -i vid1.mp4 -i vid2.mp4 -filter_complex "[0:v]trim=0:2,setpts=PTS-STARTPTS[v1];[1:v]trim=3:6,setpts=PTS-STARTPTS[v2];[0:a]atrim=0:2,asetpts=PTS-STARTPTS[a1];[1:a]atrim=3:6,asetpts=PTS-STARTPTS[a2];[v1][a1][v2][a2]concat=n=2:v=1:a=1" out.mp4
```

32 天前

回复了 henix 创建的主题 › FFmpeg › ffmpeg 处理后视频时长问题

@confi 关键帧通常几秒甚至几十秒一次, 因此不能用关键帧来精确裁剪和定位视频.

32 天前

回复了 henix 创建的主题 › FFmpeg › ffmpeg 处理后视频时长问题

但就我印象中, 59.94fps 应该是单独一档, 不会按 60fps 来显示. 也许, 这只是一个巧合.

一个最简单的 workaround 是, 你描述到最后是静帧持续, 那么可以在处理完成后再次尝试进行一次裁切.

32 天前

回复了 henix 创建的主题 › FFmpeg › ffmpeg 处理后视频时长问题

@msg7086 238/59.94=3.9706=3.971

另外部分设备拍摄的视频很小的概率会丢帧.

42 天前

回复了 mxgarbage 创建的主题 › Apple › 买了苹果新 magic trackpad，发现真的是太蠢了，大家要注意这个坑

归根结底是苹果写死功能关联 sku 的问题, 事实上新版的 AirPods Pro 2 也受到这类问题的影响, 但是越狱后可以假装自己是老版来解锁“所有”功能.