Hello World

> 今天上午好像梯子的线路又稍微正常了一点，于是测试了一下speedtest 大概直连 300多一点，全局代理 250-270 这样，看了下路由器的 CPU 确实爆了，应该就是 @wuwentao 说的问题，之前我都没太注意到。试着在油管上找了几个 4K 的视频用最清晰的分辨率，大概 CPU 负载 10-20%，有点高但问题应该不大。YouTube 测速不知道你们怎么测的，用 Google 搜了几个关键字发现有这个网站 [1]，但是结果不是很稳定，最低只有 60+，最高 130+。 > > > youtube测试就不必这种第三方的了，你那个第三方估计也可能是模拟的，所以cpu利用率比较低！ 简单粗暴，直接上youtube， 搜索8k 120fps，找出分辨率是8k的视频，直接播放即可了，在视频中间右键，显示详细信息，视频详细信息，网络连接速度就有了，这才是最标准的，然后看看CPU利用率即可，哈哈哈 第三方的测试感觉不一定符合实际情况，尤其chrome浏览器，flash/html等，QUIC协议这类的影响 另外，UDP/QUIC协议，是不会走梯子的，全局代理也只能代理TCP流量，所以如果全走QUIC协议，也有可能CPU没啥影响，毕竟既不加解密，也不走代理，直连了，哈哈...

> 只要不是北京联通 IPTV 太 specific 的需求，我这边可以增加功能的，目前的大概总结一下： > > * 给频道名称增加分辨率信息，这个不麻烦 > * 排序的话目前的解决方案不知道还有没有什么改进意见吗？似乎只有北京卫视和其他地方卫视放在一起了，其他的都还行？ > * 节目频道和台标我还是倾向于用别人已经整理好的，毕竟主流的频道都覆盖了，剩下的频道可以手动搞一下，代码自动化的方式感觉还是稍微麻烦了一些，毕竟很多台标不是简单的 OCR 就能识别出来的。 > > 剩下的其他的还有啥我没 get 到的嘛？ > 关于识别频道名称，ffprobe的方式在北京联通的环境里并不友好。北京联通的元数据里并不是每个频道都有，而且格式也是乱七八糟，有几个频道的频道名是一样的。ocr识别是最靠谱的方式。 二位都是大神，搬砖能力都比我强，哈哈哈，我自叹不如！ 现在基本各方面功能都有了，只不过是零碎，分散，碎片化的存在，不同的角色有不同的需求，所以我整理一下: 1. 目前基本只需要做好饭： 提供一份最终的m3u文件，大伙能直接吃...

> 我一般2-3天会扫一遍频道，我本地的列表是按顺序写的，直接diff与上一次的频道列表就能找到新增或者删除，然后手动去看一下频道是啥确认一下就ok了 是的， 您这个其实是教大伙如何自己做饭，菜基本已做熟了，但是没加调料…… 我们还需要自己看口味，自己加调料，但是大部分人还是“懒”，别说做饭了，连调料都不想加就直接吃现成的…… 这才是关键，哈哈 所以，最简单的就是您不仅要教大伙做饭（少部分人会关注饭是怎么做的，但不一定自己动手去做），还要额外增加一下把各种调料口味都加上，所有需求都一锅端了，这样就能完全没我们啥事了！ 大部分人都不关注谁做的饭（不累死做饭的厨师就好），只需要有得吃，味道还不错就行啦，然后自己看口味，自己选现成的m3u，张嘴即吃！ 您这以前做好了熟食，但每次总是要自己加点调料，大伙就想着把缺少的调料再搞一搞就算了 ，所以当口味不符合自己要求时，就只能自己搞了，都是被“逼”的。 最后，gist那个也能用，就是确实不方便，毕竟这个不是小菜，而是大家真正想吃的主菜和最终成品，包括反馈issue，还有各种不想做饭的小伙伴们来评论吐槽一下，口味好不好吃，又有啥新调料该加了等等，哈哈 欢迎你们二位大佬们继续发力发光，目前看，我安心吃瓜，等你们做饭也挺好！哈哈哈 纯属娱乐，欢迎继续，互相推动，把“菜”做的更好吃！

@huxuan 哈哈，看 @sdhzdmzzl 提供的代码，说实话，我真看不懂C/C++了，确实是都忘光了！ 只会点简单的脚本语言if/else/for啥的，哈哈哈！ 我也看不懂具体内容和细节，大概看懂流程就够了，估计你仔细看看，也能看懂！ 过程就是他上面写的那几步，我拿python简单调试模拟了一下，基本也ok，不复杂，把遍历端口改成抓包检测端口即可！ 估计你也能搞定，你俩大神看代码都比我流弊多了，我是土八路，一般都直接捡现成的吃，哈哈 ``` ubuntu@raspberrypi:~/iptv$ sudo python3 multicast.py Bind to address: 239.3.1.13 passed packets: ###[ Ethernet ]### dst = dc:a6:32:xx:xx:xx src = 78:1d:ba:xx:xx:xx type =...

> @wuwentao 我新建了两个 issue #4 和 #5，如果你想到了什么具体的需求也尽管开 issue，语言啥的都随意~ @huxuan 我想了想： 1. 扫描节目单的，貌似有成品了, @sdhzdmzzl 有好几个版本的，这一块貌似问题不大 2. 生产EPG的你这个脚本能搞定了 3. 细节方面就是各种格式和小功能增加，大家的各种轮子基本都是已经造好了，够用且不影响整体使用了 4. 最缺失的主力部分，也是人肉部分的一次性投入，还是那个OCR识别，这一块确实是投资回报率不大高的地方…… 你啃不啃这块硬骨头？用Python搞一个的话，我还能学习学习，哈哈哈，纯属娱乐！ 留着后面慢慢再说吧！

移动的源是单播，上面共享的是之前有人分享的，大概率就是源也废了，只能找新的了，但是现在貌似没人愿意共享了，因为上面带有个人的认证信息……

以前有，因为用的人太多，导致服务不可用，就删除了……

I have the same error in my **Android 9** OS with **v2rayNG_1.6.22_armeabi-v7a.apk** all my windows 10 PC/ios device works well, only this Android 9.0 device can't works（it's a TV box...

感谢，用的Android盒子，跑Kodi，也支持group-title等分组功能 见过apple TV上跑IPTV的app的，不知道是不是这款，改天周六日试试IPTV

对的，这个分别放进二个组里了，这个tivimate app不支持多分组？ 切台快和app还有很大关系？还真没试过，一直在用kodi，就没倒腾了