看了下拆解, 水果看来和当年 7 去掉耳机孔一样, 全球仍然是同样设计的主板, 中国的 eSIM/卫星/毫米波不出料, 美国 SIM 卡槽变成塑料片(好处是进水点-1, 不用送卡针), 估计是要到明年才会有更激进的变化, 今年让运营商看见态度, 毫米波和卡槽只能二选一.
以及比较意外的就是这次 14 系列全系双中频的射频芯片, 据说信号会更好. 有这样的变化也难怪 13 mini 会很难做.
以及比较意外的就是这次 14 系列全系双中频的射频芯片, 据说信号会更好. 有这样的变化也难怪 13 mini 会很难做.
iPhone 14 Pro A16 的图形持续性能比 13 Pro A15 好 20% 左右, 估计还是多亏了更厚的机身、LPDDR5、更好的N4(E/X?)工艺以及相对更宽松的热管理(热了1-2度).
我觉得水果上 LPDDR5 的目的, 估计还是为了类似 iMovie/ProRAW 处理上获得一些提升, 以及就是拖 iPad/TV 这样的高分辨率设备, 原来的 SLC 估计会不太够用, LPDDR5 就能派上用场.
我觉得水果上 LPDDR5 的目的, 估计还是为了类似 iMovie/ProRAW 处理上获得一些提升, 以及就是拖 iPad/TV 这样的高分辨率设备, 原来的 SLC 估计会不太够用, LPDDR5 就能派上用场.
The Greatest Beer Run Ever 虽然在类型上没标上喜剧, 但是前半部都是喜剧的基调. 可以说国族主义为其奠定了这种喜剧基调, 而战争构建了后半部分的悲剧内核.
https://tv.apple.com/us/movie/the-greatest-beer-run-ever/umc.cmc.54tpvwt1vapino8t6kulcf2d1
https://tv.apple.com/us/movie/the-greatest-beer-run-ever/umc.cmc.54tpvwt1vapino8t6kulcf2d1
Apple TV
Watch The Greatest Beer Run Ever - Movie - Apple TV
Watch the drama The Greatest Beer Run Ever, directed by Peter Farrelly starring Zac Efron, Russell Crowe, and Bill Murray. Streaming on Apple TV.
很多人对 iPhone 当老人机的处理, 通常是选择系统或者 App「字体设置」, 然而这种操作很容易让 UI 变得不协调, 而且总有些 App 会有自己的策略.
实际上 iOS 的放大显示就是一个很好的解决方案, UI 是完全协调的, 字体也被放大, 渲染分辨率还有下降, 有助省电.
比较有意思的地方在于, 原来 6.1/6.5 的 iPhone(XR/11/XS Max/11 Pro Max)开放大显示是降级到 5.8 iPhone, 但是到了 12 系列之后, 非 6.7 Max 的 iPhone 开放大显示都会降级到 320pt Width 的虚拟机型, 由于是一个虚拟分辨率, 适配的 App 很少, 不少 App 还会有错位问题.
等于说 14 Plus 能完美塞进 14 显示的内容量, 后者是所有 App 都优化到位的主流分辨率(14 Pro 反倒因为多了几个像素, 目前未适配的 App 会降级为拉伸处理, 会有略微模糊的问题).
所以 14 Plus 作为中老人机的优势就在这里, 不必开别扭的字体放大, 直接用兼容性更好的放大显示.
实际上 iOS 的放大显示就是一个很好的解决方案, UI 是完全协调的, 字体也被放大, 渲染分辨率还有下降, 有助省电.
比较有意思的地方在于, 原来 6.1/6.5 的 iPhone(XR/11/XS Max/11 Pro Max)开放大显示是降级到 5.8 iPhone, 但是到了 12 系列之后, 非 6.7 Max 的 iPhone 开放大显示都会降级到 320pt Width 的虚拟机型, 由于是一个虚拟分辨率, 适配的 App 很少, 不少 App 还会有错位问题.
等于说 14 Plus 能完美塞进 14 显示的内容量, 后者是所有 App 都优化到位的主流分辨率(14 Pro 反倒因为多了几个像素, 目前未适配的 App 会降级为拉伸处理, 会有略微模糊的问题).
所以 14 Plus 作为中老人机的优势就在这里, 不必开别扭的字体放大, 直接用兼容性更好的放大显示.
提一句暴论: 张口闭口低频 OLED 伤眼, 又不具体举例实际的波动深度和闪烁指数的人, 大概率家里还有一堆 50Hz 的瞎眼频闪灯.
做设计的都知道, 绝对不能忽视心理暗示对人主观的影响.
客观上绝大多数 OLED 手机在正常使用的时候都不会感觉到频闪(除非亮度特别低), 还有夜间模式一类的减轻 SVM 的手段, 但如果硬要强调 OLED 频闪大伤眼, 那些内心不坚定的人就会产生负面的暗示, 并且把 OLED 一切与 LCD 观感上不同的特性(比如径向排列的像素/提升 1/4 左右的清晰度)都当作是伤眼的「表征」.
客观上绝大多数 OLED 手机在正常使用的时候都不会感觉到频闪(除非亮度特别低), 还有夜间模式一类的减轻 SVM 的手段, 但如果硬要强调 OLED 频闪大伤眼, 那些内心不坚定的人就会产生负面的暗示, 并且把 OLED 一切与 LCD 观感上不同的特性(比如径向排列的像素/提升 1/4 左右的清晰度)都当作是伤眼的「表征」.
为啥安卓比iOS更吃内存? 从二进制/JVM到App框架设计全面分析
https://youtu.be/PV9GCZsUxpo
https://youtu.be/PV9GCZsUxpo
YouTube
为啥安卓比iOS更吃内存? 从二进制/JVM到App框架设计全面分析
以前总有人说 iOS 省内存是因为「墓碑多任务」, 实际上如今的 Android 也用上了墓碑停止机制, 但是墓碑机制不代表 App 会从内存释放. 而谈到 Java JVM 机制的时候又草草带过, 估计他们自己都不懂.
那么到底哪些因素导致如今安卓手机普遍两倍于 iOS 的内存? 今天这期视频就来给大家全面分析背后的原因.
#android #java #ios
近期双十一赞助本频道:
🧧京东红包https://u.jd.com/xdorYoV
🧧淘宝红包https://s.click.taobao.com/gMESGRu
那么到底哪些因素导致如今安卓手机普遍两倍于 iOS 的内存? 今天这期视频就来给大家全面分析背后的原因.
#android #java #ios
近期双十一赞助本频道:
🧧京东红包https://u.jd.com/xdorYoV
🧧淘宝红包https://s.click.taobao.com/gMESGRu
苹果这次真的有点大病:
* USB-C iPad 配一代笔, 还得自己买转接头/本体 3599, 带触控板键盘 1999/还是不给 128G 容量/一个不上不下的 A14, 不知道多大内存
* iPad Pro 疑似 M2 升级之外, 也就多了一个 Wi-Fi 6E 和触控笔悬浮点提示, 还有 Smart HDR 4
* Apple TV 升级到 A15, 但还是半血 HDMI 2.1(4K60 10bit DV), 然后还搞了一个 64G Wi-Fi only 版, 顺带砍了 Thread… 当然 128G 版本估计是准备弄点游戏啥的.
* 全线喜迎涨价(汇率因素
* USB-C iPad 配一代笔, 还得自己买转接头/本体 3599, 带触控板键盘 1999/还是不给 128G 容量/一个不上不下的 A14, 不知道多大内存
* iPad Pro 疑似 M2 升级之外, 也就多了一个 Wi-Fi 6E 和触控笔悬浮点提示, 还有 Smart HDR 4
* Apple TV 升级到 A15, 但还是半血 HDMI 2.1(4K60 10bit DV), 然后还搞了一个 64G Wi-Fi only 版, 顺带砍了 Thread… 当然 128G 版本估计是准备弄点游戏啥的.
* 全线喜迎涨价(汇率因素
Tim 这个读卡坞终于来了, 我也有机会吐槽吐槽.
对于如今的普通用户, 直接设备的 USB-C 读卡已经成了一个方便可行的选择, 像 DJI OSMO Action 或者 A7M3 开始的相机都有了 USB 3.0 的 C 口, 并且能同时充电. 而且 3.0 的速度能满足 UHS-I 95M 的速度或者是机内 UHS-II 200M 左右的速度. 而且相机的两张卡都能被识别并读取.
当然, 如果还是习惯拷卡的工作流, SD+TF 的 Dongle 已经到处都是, MacBook Pro 上已经回归读卡器, 而且是 UHS-II 的速度, 通过卡套也能转 TF. 更关键的是, SanDisk 的 160M+ 的 UHS-I 超频卡已经遍地都是.
Tim 这个读卡坞目前的宣传片和商品页面中, 连 TF/SD 模块具体支持的速率都没有提及, 包括 160M 这个特殊规格也不确定支持.
对于桌面用户来说, 这个读卡坞的设计确实还行. 但问题是除了转接 USB 和卡槽外, 并不支持更快的雷电 SSD, 同时更快的 CFA/CFB 在多卡同时读取的时候肯定会碰到 10gbps 的瓶颈. 属于是没有突破上限.
对于笔记本/平板用户, 虽然 Tim 反复强调这款产品并不大, 而且无需外接供电就可以工作(但是 iPad 也就 7.5W, Mac 15W, 极限情况如何?), 还可以为设备供电(前提是有电源输入, 不过宣传 100W 真的 OK? PD 穿透供电一般都要有损失), 但从形态、体积重量来说, 并不是那种能离开桌面爽用的产品.
而且带上一个 iPad mini 也让人迷惑, iPad mini 最大也就 256G 容量, 256G 的 Sandisk Ex 卡也就 200多一张, 有些意义不明. 影视飓风那个支架的重量也是感人, 讲道理让 iPad mini 上 1/4 螺孔又不难, 一个 10cm 宽度支架就能搞定的事情.
iPad Pro 用这个扩展坞就基本失去了视频输出的能力(机器本体不见得有 DP Alt 能力), 而且又是限制于桌面使用, 就相当不协调.
如果单独模块拿出来用, 还需要一根数据线, 不得不说还是挺膈应的, 不如模块本身做成公口.
总结的话这款产品属于是带有强烈 Tim 本人意志的产品(特别是那个 PAN‘s, 我记得他 18 年就说自己用过雷克沙的 workflow, 也是类似的模块化读卡器) , 功能并非无可替代, 上下限均不够高, 宣传的场景很多, 但是经不起推敲, 价格在影视行业产品里算不上贵, 但是作为用户最好还是想想是否用的到了.
改良的方向主要还是能方便接 M.2(作为外录盘)/2.5 甚至是 3.5 盘(归档). 当然这就不可避免需要供电, 也许能接 FP750 直接驱动会理想不少.
就我个人的话还是比较喜欢 belkin 的这个 2C2A Hub, 本身 Mac 支持 MagSafe/HDMI 之后, 主要的需求点就是在于接额外的 C/A 的外设, 配合上支持 UHS-II 和 UHS-I 的160M 速度的雷克沙读卡器, 再接一些功率不大的烧录器/UART还是比较方便的. 重量轻而且扁平易于收纳.
对于如今的普通用户, 直接设备的 USB-C 读卡已经成了一个方便可行的选择, 像 DJI OSMO Action 或者 A7M3 开始的相机都有了 USB 3.0 的 C 口, 并且能同时充电. 而且 3.0 的速度能满足 UHS-I 95M 的速度或者是机内 UHS-II 200M 左右的速度. 而且相机的两张卡都能被识别并读取.
当然, 如果还是习惯拷卡的工作流, SD+TF 的 Dongle 已经到处都是, MacBook Pro 上已经回归读卡器, 而且是 UHS-II 的速度, 通过卡套也能转 TF. 更关键的是, SanDisk 的 160M+ 的 UHS-I 超频卡已经遍地都是.
Tim 这个读卡坞目前的宣传片和商品页面中, 连 TF/SD 模块具体支持的速率都没有提及, 包括 160M 这个特殊规格也不确定支持.
对于桌面用户来说, 这个读卡坞的设计确实还行. 但问题是除了转接 USB 和卡槽外, 并不支持更快的雷电 SSD, 同时更快的 CFA/CFB 在多卡同时读取的时候肯定会碰到 10gbps 的瓶颈. 属于是没有突破上限.
对于笔记本/平板用户, 虽然 Tim 反复强调这款产品并不大, 而且无需外接供电就可以工作(但是 iPad 也就 7.5W, Mac 15W, 极限情况如何?), 还可以为设备供电(前提是有电源输入, 不过宣传 100W 真的 OK? PD 穿透供电一般都要有损失), 但从形态、体积重量来说, 并不是那种能离开桌面爽用的产品.
而且带上一个 iPad mini 也让人迷惑, iPad mini 最大也就 256G 容量, 256G 的 Sandisk Ex 卡也就 200多一张, 有些意义不明. 影视飓风那个支架的重量也是感人, 讲道理让 iPad mini 上 1/4 螺孔又不难, 一个 10cm 宽度支架就能搞定的事情.
iPad Pro 用这个扩展坞就基本失去了视频输出的能力(机器本体不见得有 DP Alt 能力), 而且又是限制于桌面使用, 就相当不协调.
如果单独模块拿出来用, 还需要一根数据线, 不得不说还是挺膈应的, 不如模块本身做成公口.
总结的话这款产品属于是带有强烈 Tim 本人意志的产品(特别是那个 PAN‘s, 我记得他 18 年就说自己用过雷克沙的 workflow, 也是类似的模块化读卡器) , 功能并非无可替代, 上下限均不够高, 宣传的场景很多, 但是经不起推敲, 价格在影视行业产品里算不上贵, 但是作为用户最好还是想想是否用的到了.
改良的方向主要还是能方便接 M.2(作为外录盘)/2.5 甚至是 3.5 盘(归档). 当然这就不可避免需要供电, 也许能接 FP750 直接驱动会理想不少.
就我个人的话还是比较喜欢 belkin 的这个 2C2A Hub, 本身 Mac 支持 MagSafe/HDMI 之后, 主要的需求点就是在于接额外的 C/A 的外设, 配合上支持 UHS-II 和 UHS-I 的160M 速度的雷克沙读卡器, 再接一些功率不大的烧录器/UART还是比较方便的. 重量轻而且扁平易于收纳.