首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ShadowPower  ›  全部回复第 78 页 / 共 85 页
回复总数  1682
1 ... 70  71  72  73  74  75  76  77  78  79 ... 85  
❮ ❯
2021-12-14 23:42:14 +08:00
回复了 kuxuan 创建的主题 › 小米 › 感觉小米手机是一个广告机
小米手机，那当然是可以刷机+价格低+刷废了居然还可以保修的 唯一 选择
就是这个需求要排除掉老人机和联发科 SoC 的型号
因为设备没有那么封闭+售后政策友好，在一部分用户手里，它的上限挺高的。广告当然不是什么问题，可以彻底解决。
一加也可以保修，只是售后麻烦，价格也高
2021-12-14 09:51:08 +08:00
回复了 yanbo92 创建的主题 › iOS › 迫于版权和小众音乐，想见识一下各位的音乐同步方案
朋友做的简陋方案：
https://github.com/BLumia/Private-Cloud-Music
2021-12-13 10:12:34 +08:00
回复了 mikewang 创建的主题 › macOS › macOS 在影音方面也不行啊
@RIDESU 然而 ALAC 本身确实糟糕……根本就没有什么竞争力
https://stsaz.github.io/fmedia/audio-formats/
https://xiph.org/flac/comparison.pdf
压缩率比 FLAC 高的格式不少，比如 APE 之类的，不过大多数解码都非常耗费性能，在低端设备上播放都不流畅。
TAK 之类的格式算是比 FLAC 好的，慢了一点，可以换来很不错的压缩比。ALAC 属于更慢的同时压缩比更低的……
十年前，ALAC 还是一个封闭格式，只有苹果设备才能播放。如果系统本身没有一些限制的话，一般人并不会去选择一个压缩率 /性能比更差并且支持的设备更少的格式。

FLAC 并不是 Windows 专有的格式，它能流行的原因其实不是所谓的“只是使用习惯的问题”，问题还是在苹果身上。
如果苹果能放开更多的音视频格式支持，对于消费者来说，是一件好事。要知道，在 Windows 上使用 FLAC 格式并不会遇到楼主提到的那种问题。微软也没有通过类似的方式给用户加上限制，让你觉得用微软专有的格式更舒服。

我记得 iOS11 就开放了 FLAC 格式支持，然而我试着把音乐导进去的时候，发现当时用的 iTunes 最新版本却没办法添加 FLAC 格式的音乐……
2021-12-12 01:15:30 +08:00
回复了 xtinput 创建的主题 › Apple › 突然想到一件事，大家来看看我分析的对不对
附上 M1 Max 翻倍的 Neural Engine 图片：
![img.png]( https://s2.loli.net/2021/12/12/5gCE3B6AzSDVih7.png)
2021-12-12 01:06:50 +08:00
回复了 xtinput 创建的主题 › Apple › 突然想到一件事，大家来看看我分析的对不对
还有一个细节：
M1 Max 的 Neural Engine 部分电路也完整复制了一份
但是规格却没有翻倍

这意味着所有 M1 Max 都是瑕疵品（不是
2021-12-09 16:21:32 +08:00
回复了 taliove 创建的主题 › macOS › WindowServer 占用内存高达 98GB
@kerro1990 如果是 980MB 可能算是正常，98GB 已经相当离谱了，不能算是“很正常”
这问题要是一直都不修，估计用户都会慢慢流失
2021-12-09 11:44:39 +08:00
回复了 taliove 创建的主题 › macOS › WindowServer 占用内存高达 98GB
@fx777 泄漏的内存不会再次访问，没有换页操作，所以一般不卡。别的程序申请新的内存空间时会慢一点（取决于 SSD 写入性能）。
2021-12-07 00:16:30 +08:00
回复了 Williamongh 创建的主题 › Apple › 第一次用 MacOS (MBP M1 pro 16’), 四天后谈谈体验
@liprais 也许是后来支持了，我已经有两年多没在 macOS 上用过了
现在已经卖掉了所有 macOS 设备
2021-12-07 00:00:51 +08:00
回复了 Williamongh 创建的主题 › Apple › 第一次用 MacOS (MBP M1 pro 16’), 四天后谈谈体验
多用用就会发现
macOS 版本的 Firefox 甚至不能用触摸板手势缩放……
2021-12-05 17:57:40 +08:00
回复了 Accessing 创建的主题 › 程序员 › 有没有长期把 Hyper-V 当做主力机用的？
接 USB 设备不方便
2021-12-04 14:41:42 +08:00
回复了 Suonna 创建的主题 › macOS › safari 看 Disney+，内存占用巨大，看一小时大概有 5G 的占用，请问有什么解决方法
泄漏的内存不会再被访问，内存压力可能都不会显示得很高，因为都不会产生缺页中断。
但这不意味着可以放任不管，哪怕不在乎 SSD 寿命和可用容量。
这个情况下，有程序想要申请更多的内存空间，物理内存已经被占满了而又不会回收，那么还得把泄漏的内存移到 swapfile 里之后才能申请。
那性能必然受到影响，有一些操作会感觉到比以往更慢。比如打开新的文件、PS 新建几个图层、DAW 软件加几个音轨这类操作。

这个问题只有大家都向苹果反馈才能从根源上解决，好多程序都会这样。
2021-12-03 19:26:35 +08:00
回复了 Donahue 创建的主题 › macOS › ubuntu20 转到黑苹果 bigsur 的一天，感觉索然无味？
@zhaidoudou123 不会吧，各种 Linux 桌面都有这个功能……
2021-12-01 16:36:18 +08:00
回复了 dikey 创建的主题 › Apple › LCD 党何去何从
@hfl1995 不用假如，我从 CRT 显示器时代就已经感受到这玩意伤眼了，而且比现在的 OLED 猛多了……
设置 60Hz 刷新率和 85Hz 刷新率都有很大差别，一个能看一小时，然后就得休息一下才行。另一个能看三小时。
后来用着 PWM 调光的 LCD 显示器，稍微好了一点，但也没办法看很久。
直到智能机普及之后我才第一次感受到 DC 调光的好处。
以上时间段里，我从未听说过任何关于 OLED PWM 调光伤眼的传闻，当年的 PSV1000 用 OLED 屏幕也是 DC 调光的。
2021-12-01 09:43:16 +08:00
回复了 dikey 创建的主题 › Apple › LCD 党何去何从
@coolair 还真不太一样，这 iPhone 3GB 内存已经杀疯了
8G 内存的安卓除非厂商的省电策略太激进，其实还行。后台一般都可以挂 8 个，其中微信用了 1G 内存……
我有个红米 Note9Pro ，日常锁 3 个应用后台，没掉过。除了一些程序放后台自己崩溃没了以外(每次都能稳定被杀的)，平时使用没感觉到有程序被杀
2021-11-28 02:32:24 +08:00
回复了 CrossEntropy 创建的主题 › macOS › Mac 下 Typora V1.0.0 开始收费，没更新的建议别更新。
看到楼上有人说没有替代品，给大家介绍两个不同用途的替代品：
1.Mark Text
官网： https://marktext.app/
源代码： https://github.com/marktext/marktext
这是一个所见即所得的 Markdown 编辑器，比 Typora 的功能更加强大，是以 MIT 许可协议开源的自由软件
支持 Windows 、Linux 、macOS

2.Joplin
官网： https://joplinapp.org/
源代码： https://github.com/laurent22/joplin
这是一个使用 Markdown 的笔记软件，也以 MIT 许可协议开源的自由软件，支持插件扩展功能。
可以设置定时同步到云端。云端存储除了官方的，也可以自建，或者使用 OneDrive 、DropBox 或者其他自建网盘服务，也可以同步到本地文件。能自由导入导出 Markdown 文件。如果感觉功能不够强大，也可以调用第三方 Markdown 编辑器进行编辑。
可以离线使用，支持密码保护笔记和端到端加密。支持所有主流平台，包括 Android 平板。
2021-11-28 01:45:35 +08:00
回复了 CrossEntropy 创建的主题 › macOS › Mac 下 Typora V1.0.0 开始收费，没更新的建议别更新。
看到这个帖子才想起这个软件，已经好久没有安装过了
2021-11-26 17:04:38 +08:00
回复了 moonkiller 创建的主题 › macOS › 大家有没有遇到音频的奇怪 bug？
第一个问题是远古 bug 了，一直都有
2021-11-24 09:48:31 +08:00
回复了 dingwen07 创建的主题 › macOS › 感觉 M1 Mac 的 Docker 问题有点大
@LinShiG0ng M1 Mac 小毛病挺多的，不光是兼容性的问题，用来干活各种糟心……
而 Windows 笔记本反而问题少很多，相比起来要更可靠一些。
M1 MBP 的优势完全没有办法抵消它的劣势，除非是用来开会一整天。
2021-11-24 09:39:02 +08:00
回复了 dingwen07 创建的主题 › macOS › 感觉 M1 Mac 的 Docker 问题有点大
@LinShiG0ng 用 Windows 笔记本，我已经半年多没有用 macOS 了
2021-11-23 00:18:55 +08:00
回复了 littlerainer 创建的主题 › MacBook Pro › 心态炸了，是不是该退 14 寸 mbp 了
4 年前做过这个，当时用 Windows + WSL1 + Hyper-V 跑 Docker
那时候的 WSL1 只需要配一个 export DOCKER_HOST=tcp://127.0.0.1:2375 环境变量
用 mount --bind 把 /mnt/c 挂载到 /c ，/mnt/d 挂载到 /d
之后就各种顺利了。chaincode 的编译，启动，调试过程也可以在 WSL 下进行，产生的文件也是 Linux 的可执行程序。

要是用 Linux ，只用来做开发的话就更顺利了，前期配环境也非常轻松。

要是用 ARM macOS 来做开发，我感觉跟 fabric peer / orderer 节点本身、以及 chaincode 相关的应该还是可以做的，只是需要做的工作有很多。
以前官方的开发环境是用 Vagrant + VirtualBox 来搭建的，这玩意还没兼容 M1 ，估计需要自己用 Docker 重新搭建一套，能够用来打出 ARM Linux Docker 镜像。
或者是尝试完全在 macOS 上运行，但不一定完全可行，这玩意极其依赖 Docker ，启动 chaincode 都要起一个容器，还得让 peer 节点用 unix socket 跟主机的 docker daemon 通信。

大坑可能在后头，比如它的 Node.js SDK 依赖了很多 C++ 库……

如果工作不是去建设 ARM Mac 生态的话，我觉得用新款 MBP 来做相关开发实在划不来。

若想要的是轻薄高性能长续航的笔记本，不妨考虑 Ryzen 5800U 处理器的轻薄本，或者是等 12 代酷睿？
1 ... 70  71  72  73  74  75  76  77  78  79 ... 85  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1158 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 18:23 · PVG 02:23 · LAX 10:23 · JFK 13:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.