60个 BS + CS频道 , 还有东京和大阪的专属地上波
https://github.com/luongz/iptv-jp
以前一直不敢发在频道里 , 直到这个盗播大神想通为止 ...
把所有的源都放到了OVH上 ...
在大约今年5月份之后，Apple Music 某个节点上的无损音乐编码器似乎坏掉了，导致他们提供的音乐源文件就是爆的，相比于其他来源会出现丢失采样的问题。
根据社区的实验，内录官方客户端并分析采样，会发现问题依然存在，因此该问题似乎与社区中热门的第三方下载实现无关。
出问题的曲目会呈现如下特征：
1. 使用目前社区中热门的下载方案的话，会发现出问题的曲目无法通过完整性校验。
2. 使用 ffmpeg 等对下载下来的曲目进行解码，会出现
3. 使用 foobar2000 进行完整性校验会出现
4. 通过频谱与其他无音频水印的平台对比会发现差距。
以下是已知存在问题的专辑，社区可以进行实验：
https://music.apple.com/cn/album/fragile-violet-single/1820118990
https://music.apple.com/cn/album/for-us/1811381025
更多详情： https://blog.hanlin.press/2025/09/ALAC-Verification-Guide/
根据社区的实验，内录官方客户端并分析采样，会发现问题依然存在，因此该问题似乎与社区中热门的第三方下载实现无关。
出问题的曲目会呈现如下特征：
1. 使用目前社区中热门的下载方案的话，会发现出问题的曲目无法通过完整性校验。
2. 使用 ffmpeg 等对下载下来的曲目进行解码，会出现
Invalid data found when processing input 或是 Not yet implemented in FFmpeg 等错误。3. 使用 foobar2000 进行完整性校验会出现
Reported length is inaccurate 等问题。4. 通过频谱与其他无音频水印的平台对比会发现差距。
以下是已知存在问题的专辑，社区可以进行实验：
https://music.apple.com/cn/album/fragile-violet-single/1820118990
https://music.apple.com/cn/album/for-us/1811381025
更多详情： https://blog.hanlin.press/2025/09/ALAC-Verification-Guide/
Modern software engineering * 2
Debug in prod，这个比 GitHub 好笑多了
https://telegra.ph/2XQlNiHaEoWNgeBUxBo4Og-08-27
https://www.cnn.com/2025/08/27/us/alaska-f-35-crash-accident-report-hnk-ml
Debug in prod，这个比 GitHub 好笑多了
https://telegra.ph/2XQlNiHaEoWNgeBUxBo4Og-08-27
https://www.cnn.com/2025/08/27/us/alaska-f-35-crash-accident-report-hnk-ml
特朗普称美高校离不开中国留学生 承诺开放六十万学额引发保守派反弹
2025-08-27 21:11:48
2025-08-27 21:11:48
评论区指出视频端已有应用案例： https://bbs.kanxue.com/thread-287970-1.htm
悲报：B站已在头部UP的付费直播（如舰限/充电/门票直播）中引入 DRM 方案，最近一次大型引入可见付费陈奕迅纪录片。
另据小道消息，未来将对 ROOT 设备限制 DRM 类内容播放。
道听途说，无利益相关，不对如上消息负责但是欢迎 TGCN 验证（
另据小道消息，未来将对 ROOT 设备限制 DRM 类内容播放。
道听途说，无利益相关，不对如上消息负责但是欢迎 TGCN 验证（
有一点点社区里还没注意，但是有必要强调一下的事：
adb（即 platform-tools 那一整套）那一套在今年4月更新到了 36.0.0，从更新日志看是一个不小的更新，但是上游 android.googlesource.com 里从源代码到 tag 可谓是什么动静没有，最后一次源代码更新时间与 Android 不公布源代码的时间基本接近。
直接导致的后果是下游依赖编译源码（而不是直接下谷歌做好的二进制）的发行版（如 AOSC OS）无法追踪更新，同时 arm64 与龙架构等谷歌二进制无法覆盖的架构也无缘后续更新。
有人在 IssueTracker 提交的请求也至今无人回复： https://issuetracker.google.com/issues/436488949
与此相关的一个下游的 issue：https://github.com/nmeum/android-tools/issues/185
另外发稿时才发现，谷歌已经悄悄把二进制下载链接里的版本更新到了 36.0.1 ，但这次连更新日志都懒得写了（
adb（即 platform-tools 那一整套）那一套在今年4月更新到了 36.0.0，从更新日志看是一个不小的更新，但是上游 android.googlesource.com 里从源代码到 tag 可谓是什么动静没有，最后一次源代码更新时间与 Android 不公布源代码的时间基本接近。
直接导致的后果是下游依赖编译源码（而不是直接下谷歌做好的二进制）的发行版（如 AOSC OS）无法追踪更新，同时 arm64 与龙架构等谷歌二进制无法覆盖的架构也无缘后续更新。
有人在 IssueTracker 提交的请求也至今无人回复： https://issuetracker.google.com/issues/436488949
与此相关的一个下游的 issue：https://github.com/nmeum/android-tools/issues/185
另外发稿时才发现，谷歌已经悄悄把二进制下载链接里的版本更新到了 36.0.1 ，但这次连更新日志都懒得写了（
Android Developers
SDK 平台工具版本说明 | Android Studio | Android Developers
Android SDK Platform-Tools 是 Android SDK 的一个组件。
Google 新政策：2026 年中起，被安装或 sideload 应用的开发者必须进行实名认证。
- Google 宣称此举是为「让 Android 更安全」及「保护 Android 的开放环境」。
- 预载了 GMS 套件的 Android 认证设备将受此政策影响。
- 政策将于 2026 年九月在部分地区（巴西、印尼、新加坡、泰国等）生效；后续将覆盖更多地区。
1. https://developer.android.com/developer-verification
2. androidauthority.com/~
#Google #Android
- Google 宣称此举是为「让 Android 更安全」及「保护 Android 的开放环境」。
- 预载了 GMS 套件的 Android 认证设备将受此政策影响。
- 政策将于 2026 年九月在部分地区（巴西、印尼、新加坡、泰国等）生效；后续将覆盖更多地区。
1. https://developer.android.com/developer-verification
2. androidauthority.com/~
#Google #Android
Android Developers
Android developer verification | Android Developers
Get started building your Android apps.
