Sabitlenmiş Tweet
曾经，我有一个梦，梦见我可以在手机上用中文浏览E621，而现在，我打算亲自实现它。
在被Android studio+flutter+git+gfw拷打一番踩了无数坑之后，E1547汉化版成功发布！！！！年轻福瑞的github小项目awa
来点star✨✨吧求求了QWQ
github.com/xiaohuangbo/e1…
github.com/clragon/e1547/…
中文
xiaohuangbo🔜绒爪兽聚FURPAW
3.5K posts
xiaohuangbo🔜绒爪兽聚FURPAW
@Timfurry233
wikifur维基兽！/立志成为编程兽/咱是一只furry哦！⚠️偶尔会有🔞内容啦( ˃̶̤́ ꒳ ˂̶̤̀ )，懂一点点前端代码啦，但还很生疏💻中文⭕️English⭕️/日本语❌机翻telegram: https://t.co/5gGVDFMyMd blog: https://t.co/sjwsjkHAB1
毛毛之家: furryhome.cn Katılım Temmuz 2021
3.3K Takip Edilen4.9K Takipçiler
深夜暴论，既然都在说Apple8G＞Windows32G
那我觉得就体验上来讲其实Linux8G＞安卓24G！
（）
中文
@sisiisthinking 官方rom可以直接去官方服务器链接薅羊毛，下载链接一直都有，但是禁止正常浏览器下载，得用比特彗星或者qbittorrent之类的HTTP链接下载
中文
English
@Timfurry233 @AndroidDev This change seems like a small step towards a big change, a small change to make users still feel like they're still in control and have a choice.
Typical behavior of a smart corporation when they want total control later in the future.
English
📣 Sideloading is here to stay.
Users will be able to install apps from unverified developers via a new advanced flow, which includes safeguards that stop scammers and maintain choice.
Learn more about how Android developer verification is evolving → goo.gle/advance-flow
English
@abskoop 那我问你，手机厂商为什么不在维修空间里塞贴片广告，芯片厂商为什么不在EDL/深刷模式里塞一个全屏广告？为什么不在“开发者选项里”塞一个摇一摇广告？为什么不在fastboot/recovery里塞一个开屏广告？为什么不在工程模式里塞个滚动大横屏广告？
本来就是底线，还骄傲上了😅😅
中文
xiaohuangbo🔜绒爪兽聚FURPAW retweetledi
xiaohuangbo🔜绒爪兽聚FURPAW retweetledi
一加13可能会成为自小米6，红米K20 pro的又一个“耐刷王”，光是获取root权限就有两种方式，也是吃上了最近高通小米漏洞的福，也可以通过越狱来获得root权限，而且这是最后一代只需一行代码就可以解锁bootloader的一加机型。
系统方面，各种版本的官方rom网上都可以很容易找到，不仅有官方海外版本的OxygenOS系统（直到现在oddo官方还在提供功能和补丁更新，虽然开始负优化了），还得到了官方DerpFest和lineageOS等各个类原生的支持，甚至XDA上还有人刷Debian Linux的。
而且一加13的6.6.89的内核开源，社区有各种各样的第三方OGKI内核，甚至还有一键github的Actions保姆级脚本，自己都可以编译一个。
管理器方面，一加13支持所有的主流管理器，Magisk系，Apatch系，Kernelsu系都支持，乃至支持越狱模式，兼容性都相当不错。（虽然解锁会爆TEE，但是可以用ts模块或者烧录，环境也可以隐藏很好）
最关键的是，一加13拥有免授权9008EDL泄露，有基带备份就完全不怕砖，虽然501系统以及之后有熔断，但可以绕过（只要不刷xbl_config.img就不会熔断）。即使熔断了，只要保留xbl_cofig.img甚至可以降级至403，官方也在Coloros助手提供了ColorOS15的熔断后封包。
第三方recovery支持也很完善，不仅有官方的橙狐recovery还有移植的TWRP，可以说卡刷几乎无压力了。
系统优化方面有O神，Scene，Thanox等软件进行优化，各种线程调度优化模块层出不穷，以及骁龙8E的CPU还可以KonaBess玩降压超频。
总之，现在一加13的玩机资源确实相当丰富成熟了，感觉可以成为新一代刷机王了😋😋
中文
@Timfurry233 可惜的是，万普拉斯13国行和国际版有差异，那些自定义ROM都是按国际版来的，国内最好买到的国行都得刷分区…
也因此即使刷OOS也不能回锁，不然OTA一次就得解锁一次。
中文
xiaohuangbo🔜绒爪兽聚FURPAW retweetledi
@Timfurry233 你别说，工模进充电，确实会解锁满血闪充，会忽略大部分的温控和寿命保护，直接拉到当前阶段或者适配器允许的最大功率，但是代价就是巨量的发热和电池寿命加速衰减，本身现在用的硅负极电池寿命就差，这么一搞寿命怕不是打对折
中文
其实oppo/真我/一加的工程模式还是挺好用的，我整合了这些工程模式意想不到的用处
如何进入工程模式？
拨号盘输入* ＃ 899 ＃ 即可进入工程模式
①不用装任何充电模块，任何删除温控，免root，进入售后模式→手动模式→充电测试，只要前台界面保持在这个售后检测，充电功率就是满的，只要切出去了，立马降，可以用其他app看一下，平时需要满血快充的时候就这么用
②查手机生产日期的方法：拨号界面输入*#899#进入工程模式，选择手动测试–其他-读取刷机完成标志-进入后可以看到系统刷入时间，最早的时间大概就是手机生产时间
③激光测距（类似于iPhone的激光雷达功能）-更新coloros16后，进入选择手动测试–CAMERA-激光实时距离测试，可以测2米内手机摄像头到目标物体的距离
④屏幕生产商查看-手动测试→指纹测试→指纹芯片信息，该页面最后一行的字母后缀表示屏幕供应商，其中BOE代表京东方， TM代表天马。
⑤系统崩溃次数/充电次数：查询手动测试-其他-读写关键log测试-输入密码“6996”并点击确定-保存关键数据到SD卡。
就可以看到充电器插拔次数等一堆信息
⑥马达理论性能测试：手动测试-设备调试-线性马达测试-马达校准
把手机拿在手上点开始校准，测出的数据如果是success那么就是正常的，如果是Fail但你的下面的value多次测试不变并超过了150，那么恭喜你的马达比标准更优秀！（可以当震动棒了）
⑦更换过主板检测：手动测试-其他-器件校准状态。如果出现少量的红叉应该只是系统大版本升级的问题或者root刷了优化模块的问题，但如果出现大量的红叉那就是100%更换过主板了
⑧TEE测试：手动测试-其他-key状态。看是否爆红，除了soterkey（腾讯软件指纹录入会用）基本可以通过烧录修复
⑨查看基带（检查是否被格过机）：直接点查看IMEI号即可
中文
@VinFurr 想什么呢，建议您现在马上开一个QQ群然后用AI绘图的稿位，看看有谁愿意拿真金白银去约一张AI图。
你这地图炮把整个东亚都打成争先恐后恨不得马上把自己人生交给AI机械飞升似的，绷不住，刻板印象完了😅😅😅😅
中文
I feel like many western furries fail to comprehend that AI generated content is far more common in the East Asian communities. The first reaction is seemingly to straight out to hate. You don't have to like it, but you have to accept that not everyone share the same views
English
#### **基础配置**
- `1 `：功能开关，1表示启用热监控功能
- `sys_thermal_config `：配置名称
- `1 `：功能启用标志
#### **温度阈值配置（单位：0.1°C，即实际温度×10）**
1. `490 `：**过热阈值** = 49.0°C
- 当温度达到49°C时触发更严格的热控制
2. `440 `：**高温阈值** = 44.0°C
- 当温度达到44°C时触发热控制
3. `410 `：**次高温阈值** = 41.0°C
- 当温度达到41°C时触发轻度热控制
4. `400 `：**预热阈值** = 40.0°C
- 当温度达到40°C时进入预热状态
5. `380 `：**DEX/OAT预热阈值** = 38.0°C
- 当温度达到38°C时触发DEX/OAT相关的预热处理
#### **时间相关配置**
1. `40000`：**热保持上传时间** = 40秒
- 温度保持在阈值以上时，上传数据的时间间隔
2. `1800000 `：**热保持时间阈值** = 1,800,000毫秒 = **30分钟**
- 温度持续保持在阈值以上的最大时间
3. `1200000 `：**应用监控时间限制** = 1,200,000毫秒 = **20分钟**
- 对特定应用进行热监控的时间限制
#### **对齐和路径配置**
- `100 `：**热对齐值** = 100（0.1°C单位）
- 温度数据的对齐精度
- `/sys/class/thermal/thermal_zone84/temp `：**热传感器路径**
- 系统热传感器数据读取路径（thermal_zone84）
- `1 `：**电池温度监控** = 启用
- 启用电池温度监控
#### **数据上传配置**
1. `1 `：**上传到DCS** = 启用
- DCS（Data Collection Service）数据收集服务
2. `1 `：**上传日志** = 启用
- 上传热监控日志
3. `1 `：**上传错误日志** = 启用
- 上传热监控错误日志
#### **应用监控列表**
```xml
com.tencent.tmgp.pubgmhd, # 和平精英HD版
com.tencent.tmgp.sgame, # 王者荣耀
com.ss.android.ugc.aweme, # 抖音
com.smile.gifmaker, # 快手
com.tencent.tmgp.pubgm # 和平精英
```
- **监控的应用**：主要是高负载游戏和视频应用
- **目的**：对这些应用进行特殊的热监控和控制
### 3. **功能作用分析**
#### **热控制机制**
1. **温度分级控制**：
- 38°C：触发DEX/OAT预热
- 40°C：进入预热状态
- 41°C：轻度热控制
- 44°C：标准热控制
- 49°C：严格热控制
2. **热控制措施**（推测）：
- CPU/GPU降频
- 屏幕亮度降低
- 充电速度限制
- 应用性能限制
#### **数据收集与上传**
1. **数据收集**：收集设备热状态数据
2. **日志上传**：上传到厂商服务器进行分析
3. **远程监控**：支持厂商远程监控设备热状态
#### **应用特定监控**
- 对高负载应用进行特殊监控
- 防止这些应用导致设备过热
### 4. **与云控的关系**
#### **可能的云控机制**
1. **配置远程更新**：厂商可以通过OTA更新修改此配置文件
2. **阈值动态调整**：根据设备使用情况和环境调整温度阈值
3. **应用列表更新**：动态添加或移除需要监控的应用
4. **数据回传分析**：收集的热数据用于优化热控制策略
#### **用户影响**
1. **性能限制**：温度过高时自动限制性能
2. **充电控制**：高温时限制充电速度
3. **应用限制**：对特定应用进行性能限制
4. **数据隐私**：热数据可能被上传到厂商服务器
### 5. **技术细节**
#### **温度单位转换**
- 配置文件中的温度值需要除以10得到实际温度（°C）
- 例如：490 → 49.0°C，440 → 44.0°C
#### **系统集成**
- 此配置由系统热服务（Thermal Service）读取
- 与内核热驱动交互
- 与应用性能管理集成
#### **路径说明**
- `/sys/class/thermal/thermal_zone84/temp`：系统热传感器接口
- ODM分区：设备制造商特定配置，支持差异化定制
### 6. **安全与隐私考虑**
#### **数据收集**
1. **收集内容**：设备温度、应用使用情况、热事件
2. **上传目的**：热控制优化、问题诊断、用户体验改进
3. **隐私风险**：可能包含应用使用习惯信息
#### **控制权限**
1. **用户控制**：通常用户无法直接修改此配置
2. **厂商控制**：厂商可以通过系统更新修改配置
中文