Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  bsfx2  ›  全部回复第 10 页 / 共 46 页
回复总数  911
1 ... 6  7  8  9  10  11  12  13  14  15 ... 46  
❮ ❯
2023 年 7 月 26 日
回复了 szzhiyang 创建的主题 › macOS › Arc 浏览器正式发布了
@FFFMML ctrl + shift + option + D 看看是否真的 1080p 。码率给得高 720p 的观感也非常不错的。
当然也有可能 Arc 自带了针对 Netflix 的优化。一些插件能让 Chrome 也能看 1080p 是伪装了 ChromeOS 的 User-Agent 。

@ovtfkw 能截图是因为 Widevine 在不是 ChromeOS / Android 下只软解。
Netflix 在这些平台只提供 720p 一部分原因是性能考量。
2023 年 7 月 12 日
回复了 xyxc0673 创建的主题 › 问与答 › 如何实现 OPPO 平板官网视频自动播放的效果？前提是不使用 video 标签来实现
/content/dam/oppo/product-asset-library/accessory/oppo-pad-2/cn/v1/assets/ksp.flv
2023 年 6 月 9 日
回复了 hikarugo 创建的主题 › Node.js › prisma 在本地部署没问题，放到阿里云上就报错： Cannot find module '.prisma/client/index'
@fyxtc 是的。因为 prisma 默认生成的目录是 node_modules/.prisma/client 。如果没有运行过 npx prisma generate ，在新环境下 npm ci 之后这个目录只有 client binary ，需要再执行 npx prisma generate 。
2023 年 6 月 8 日
回复了 t41372 创建的主题 › macOS › macOS 已能运行(转译)dx12 游戏，包括赛博朋克 2077，艾尔登法环
这套 Wine + D3DMetal 的性能 overhead 不少。

https://developer.apple.com/videos/play/wwdc2023/10123/
按照苹果给的样例，在 M2 Max 上通过兼容层运行游戏 The Medium 的 Windows 版本大概是 ~28 FPS (6:25 处)，在转制后原生 1080p 能跑 60 FPS (8:07 处)，应该是垂直同步的限制了。下方的帧生成时间在 11 - 19ms 之间浮动，对应帧率为 52 - 90 FPS 。

https://www.reddit.com/r/macgaming/comments/14307be/diablo_iv_on_m2_max_using_macos_sonoma_and_game/
有网友在 M2 Max 上运行了 Diablo IV ，1512x982 分辨率特效全高，在跑图的时候 (1:00 处) 大概 85 FPS 。
我的 RTX 2060 (12GB) 在 3440x1440 特效全高，DLSS Performance 档，实际渲染分辨率 1720x720 ，游戏过程中在 60 - 100 FPS 浮动。
2023 年 4 月 6 日
回复了 nonozone 创建的主题 › macOS › 不知道是 MacOS13.3 的 bug，还是有哪里姿势不对出现的问题。
https://developer.apple.com/documentation/fileprovider

~/Library/CloudStorage 是使用 macOS File Provider 网盘 API 的目录，其他使用 File Provider 的网盘 app 也会将用户数据放在那，比如 Dropbox 。
~/OneDrive 是在使用 File Provider 之前，你指定 OneDrive 使用的目录。

应该是你在安装并登陆 OneDrive 时没有使用 File Provider ，但某次升级将其挪动到 ~/Library/CloudStorage/OneDrive-个人 了，~/OneDrive 变成指向那里的软链。

从 Finder 拷贝文件的 pathname 的时候应该是拷贝的 ~/Library/CloudStorage 那里，是可以正常使用的。

https://i.v2ex.co/vZsThlpA.png
2023 年 4 月 4 日
回复了 rimworld 创建的主题 › 前端开发 › 碰到个很神奇的 bug，苹果手机独有，系统 ios14.8，由正则零宽断言引起
@rimworld iOS 上所有浏览器都只能用 WebKit 。
2023 年 3 月 19 日
回复了 intoext 创建的主题 › 宽带症候群 › 移动 5G 比 4G 耗电的直观对比，以及寻求一种 5G MIFI 产品
@czyhd 没用 USB 。之前用过一段时间这个当宽带，接的网线。
2023 年 3 月 19 日
回复了 intoext 创建的主题 › 宽带症候群 › 移动 5G 比 4G 耗电的直观对比，以及寻求一种 5G MIFI 产品
@intoext 这款不错。N78 连有线可以跑满千兆（澳洲）。但是 Wi-Fi 会跳 ping 。不打游戏还好，打游戏不行。
2023 年 3 月 5 日
回复了 Parker0 创建的主题 › React › React 小白学习过程中遇到技术问题
https://zh-hans.reactjs.org/docs/strict-mode.html#ensuring-reusable-state
2023 年 3 月 4 日
回复了 nztomoto 创建的主题 › 问与答 › 13 年老的 Thinkpad 居然可以流畅 4k 60，太魔怔了
看下 Nvidia 显卡面板是不是 YCbCr 4:2:0 输出的。
2023 年 2 月 21 日
回复了 Austin2035 创建的主题 › 程序员 › 🎉 使用 Astro 构建的苹果味博客，低调开源
提个建议，苹果网站字体 SF Pro SC 是 webfont ，把苹方的西文部分换成了 San Francisco 的。
你的 CSS 最终在苹果平台匹配到的是 PingFang SC ，会造成西文部分也以苹方显示。
实际上苹方的西文部分不是 San Francisco ，苹果各系统即使用中文，在显示西文时也是 San Francisco 。

建议直接调整成 system-ui 就好，反正非苹果用户也不会单独安装苹方字体。
2023 年 2 月 3 日
回复了 caEsIum 创建的主题 › Apple › Apple M 系列芯片性能这么强，为什么不支持 AV1 编码？
回复 @autoxbc
除了 @lslqtz 提到的播放过程中检测丢帧 API 外，
https://developer.mozilla.org/en-US/docs/Web/API/mediaCapabilities/decodingInfo
这个 API 可以询问浏览器播放某种编码的音、视频的支持情况、流畅度和是否省电。

另回复楼主 @caEsIum
@lslqtz 也提到了不一定软解就不省电（或者不流畅），可以参考一下 https://v2ex.com/t/811506 。

Safari 不支持 av1 ，只能放 vp9 。
在能放（但不一定硬解）的设备上，YouTube 之前优先选 av1 的 DASH 。但最近一段时间我的仅支持软解 av1 的环境：macOS 和 Windows (RTX 2060) 上的 Chrome 都只看到 vp9 的流（包括 4K 分辨率的视频）。

关于 HEVC ，Chrome 也只是最近才支持在非 ChromeOS + DRM 环境能放。B 站只是没有立刻跟上配置。

虽然 av1 比 vp9 的压缩效率更高，但 YouTube 一部分视频的 av1 码率都要比 vp9 更高 (同等分辨率)。播放器在选择 dash 流的时候除了解码能力外，还可能考虑到它的带宽消耗、你的网速以及在你播放器分辨率上的最佳观影效果 (stats for nerds: optimal res) 等因素。
以 28 亿观看的 MV 视频 ID k2qgadSvNyU 为例，其 480p 和 720p 分辨率下 av1 的码率都要比 vp9 更高。
2022 年 12 月 20 日
回复了 v2dev 创建的主题 › 音乐 › 如果只能选一个， Apple Music 还是 Spotify？
如果你的需求包括上传自己的音频文件、修改元数据且多端同步的话，那需要 Apple Music 。

不需要的话 Spotify 。
2022 年 12 月 8 日
回复了 xikazi 创建的主题 › 问与答 › [求助] ： FFmpeg 怎么读。
https://www.youtube.com/watch?v=9kaIXkImCAM
2022 年 10 月 25 日
回复了 MrLonely 创建的主题 › MacBook Pro › 也许某些场景下 M1/M2 可能会性能比 M1Pro/Max 更好一些？
@MrLonely 不太清楚 M1 E 核为什么不提频。博主也做过 M1 Pro/Max 的插电 /仅电池供电的测试。
https://eclecticlight.co/2021/11/04/m1-pro-first-impressions-2-core-management-and-cpu-performance/
>
Differences in performance were much greater on the E cores, where they also varied according to whether the MBP was running on battery alone:

M1 0.409 s (100%)
M1 Pro on battery 0.340 s (83%)
M1 Pro on mains 0.169 s (41%)
2022 年 10 月 25 日
回复了 MrLonely 创建的主题 › MacBook Pro › 也许某些场景下 M1/M2 可能会性能比 M1Pro/Max 更好一些？
同个博客的文章。
https://eclecticlight.co/2022/01/02/last-week-on-my-mac-on-m1-chips-1-1-4/
>
On an original M1, with its four E cores, low QoS ‘background’ processes run with the core clock speed at around 1000 MHz...

The two E cores on an M1 Pro are managed differently... when a second process is added... the clock speed is doubled to nearly 2000 MHz. The effective throughput then matches that of the original M1’s four E cores still running at 1000 MHz...

总结是干 Low QoS 的“重活”时，M1 Pro/Max 的 2 颗 E 核和 M1 普通版的 4 颗 E 核性能基本等同。
2022 年 9 月 9 日
回复了 tysb777 创建的主题 › Apple › 有没有一款音乐 APP 支持 carPlay 支持自己上传音乐/连接网盘
@shanguiyao 会压缩的。比如这个，原本是 FLAC 档，转换成 ALAC 后拖进 iTunes ，上传到 iCloud 音乐资料库的是经过 iTunes/Apple Music 转换成 iTunes+ AAC (256-Kbps) 等级的音质。
https://i.v2ex.co/64E0w51E.png
2022 年 9 月 8 日
回复了 tysb777 创建的主题 › Apple › 有没有一款音乐 APP 支持 carPlay 支持自己上传音乐/连接网盘
@tysb777 不管 WAV 还是 ALAC 只要不是通过 iTunes/Finder 拷贝到手机里的都要转成 256 Kbps LC-AAC 的。至于苹果的 AAC 编码器质量其实完全不用担心。见 https://v2ex.com/t/876282#r_12045556
2022 年 9 月 8 日
回复了 tysb777 创建的主题 › Apple › 有没有一款音乐 APP 支持 carPlay 支持自己上传音乐/连接网盘
@tysb777 可以转换 ALAC 。
@shanguiyao Apple Music/iTunes 将自己的无损曲目上传到 iCloud 音乐资料库时会在本地使用苹果的编码器压缩成 256 Kbps 的 AAC 。
@JConlee YouTube Music 上传歌曲后（无论是否有损无损）会在云端被 Google 的编码器转换成 128 Kbps AAC, 256 Kbps AAC, 160 Kbps Opus 。AAC 版本的质量非常差。
2022 年 8 月 30 日
回复了 goodryb 创建的主题 › 问与答 › youtube music 有高品质的音乐吗
YouTube Music 有不同的来源。

用户 /版权公司上传到 YouTube 上的视频，音频部分有。
(140) 128 Kbps AAC
(251) 160 Kbps Opus
比如 https://www.youtube.com/watch?v=J9gKyRmic20

从版权库拿的，Google 会使用自己的 AAC encoder 压缩。
(140) 128 Kbps AAC
(141) 256 Kbps AAC - 会员音质
(251) 160 Kbps Opus
比如 https://www.youtube.com/watch?v=Sr9QVlUqmrw

用户自己上传到 YouTube Music 资源库的音乐，Google 会用自己的 AAC encoder 二压。
(140) 128 Kbps AAC
(141) 256 Kbps AAC - 会员音质

YouTube 播放器 Stats for nerds 可以查看播放的是哪条轨道。

不要看到 AAC 就以为音质不错了。
音频编码器和视频编码器类似。
视频 H.264 领域中不同编码器 libx264, OpenH264, Intel QuickSync, AMD AMF, NVIDIA NVENC, Apple AVE 同样的码率会有不同的质量。同一编码器不同的参数也会有不同的质量。
音频 AAC 编码器普通人能用到的有 FFmpeg, FDK-AAC, Nero AAC, Apple QuickTime (AudioToolbox)。Apple 和 FDK 的质量是最高的。Google 的 AAC 编码器在 256 Kbps 的表现甚至连它自己的 160 Kbps 的 Opus 都不如。

放几张图。
https://i.v2ex.co/6Q1k0v4e.png
iTunes/Apple Music AAC 256 Kbps | YouTube Music AAC 256 Kbps

https://i.v2ex.co/7834amiQ.png
YouTube Music Opus 160 Kbps | AAC 256 Kbps

https://i.v2ex.co/6RRJi7r4.png
无损 | 用 iTunes 转换成 AAC 256 Kbps | 上传到 YouTube Music 资料库压缩后的 AAC 256 Kbps

海外音频流媒体里会员音质这么差的还是第一次见。会员音质比非会员的还烂。
1 ... 6  7  8  9  10  11  12  13  14  15 ... 46  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   937 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 21:53 · PVG 05:53 · LAX 14:53 · JFK 17:53
♥ Do have faith in what you're doing.