望网页播放器能够增加“:utc”格式的支持

[magihub]

经实测并查证文档，网页版播放器似乎只支持Playseek=${utc:yyyyMMddHHmmss}-${utcend:yyyyMMddHHmmss}。
迫切希望可以添加Playseek=${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}}样式中“:utc”格式的支持，以便与苹果APTV、安卓YYKM的兼容，可统一使用同一M3U播放列表文件。

另外，网页版不支持已分号隔开的多标签，望能优化。

[magihub]

补充两点：

（1）我的M3U文件头已指定EPG节目源：#EXTM3U x-tvg-url="https://……/e.xml.gz"（确定有效、可以下载）
但网页播放器界面，只有直播源里指定了tvg-name="CCTV1"才能显示节目单， 其他的显示的只有每两个小时的“精彩节目”。而同一M3U文件，在云影空蒙YYKM中则是无需指定此字段而自动按频道名可以实现匹配（HD结尾的可以自动截取）。在APTV中，记得之前没有tvg-name="CCTV1"字段也是可以自动匹配到节目单的，但是今天再次尝试时却也是显示每两个小时的“精彩节目”，未能复现，不管我有没有指定x-tvg-url="https://……/e.xml.gz"，原因不明。

（2）网页播放器界面，在手机端edge中经常回放失败，电脑端基本可以正常回放。（神奇的是，在手机chrome、内置浏览器中又能正常回放！请教一下如何处理手机edge以使其也能正常回放？）

[yutian12345]

${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}支持这个没问题的，而且这个我测试了多个客户端，aptv，televizo，tivimate最新版都可以支持

[magihub]

${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}支持这个没问题的，而且这个我测试了多个客户端，aptv，televizo，tivimate最新版都可以支持

rtp2httpd插件本身是支持的${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}的，我了解苹果APTV和安卓YYKM播放器也支持，但是mytv是不支持的，先已提交issue给作者，后期应该会升级支持。

我的提这个issue，主要是针对网页版web播放器。web播放器目前能够支持${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}，但是不是UTC时间而是本地时间，所以回放超前了八小时。我希望达成的是，网页端能够直接支持${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}格式的播放，而不至于回放时有时差问题。

[magihub]

刚去下载安装了televizo最新免费版，不知道怎么回放，EPG只显示当前及以后的。不会要显示历史EPG的话，就得用高级版吧？

对了，IPTV Pro 有支持回放的版本吗？我手上的v9.1.12按节目单上的“播放”按钮后，后台显示的是下述链接，显然无法成功回放：

[yutian12345]

刚去下载安装了televizo最新免费版，不知道怎么回放，EPG只显示当前及以后的。不会要显示历史EPG的话，就得用高级版吧？

对了，IPTV Pro 有支持回放的版本吗？我手上的v9.1.12按节目单上的“播放”按钮后，后台显示的是下述链接，显然无法成功回放：

televizo不需要高级版就可以显示历史并回放

[yutian12345]

${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}支持这个没问题的，而且这个我测试了多个客户端，aptv，televizo，tivimate最新版都可以支持

rtp2httpd插件本身是支持的${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}的，我了解苹果APTV和安卓YYKM播放器也支持，但是mytv是不支持的，先已提交issue给作者，后期应该会升级支持。

我的提这个issue，主要是针对网页版web播放器。web播放器目前能够支持${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}，但是不是UTC时间而是本地时间，所以回放超前了八小时。我希望达成的是，网页端能够直接支持${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}格式的播放，而不至于回放时有时差问题。

确实，是建议支持更多的时间格式会更好。我弄了以后，用tivimate就有点烦，因为稳定破解的2.1.5时间格式不通
新版的破解不行
最后找了这里大佬发的一个2.1.5改时间格式的破解版，算是可以了

[yutian12345]

不过我没搞清楚rtp2httpd是具体怎么搞回放的鉴权的，所以我回放实际上是用了rust来抓取实时鉴权的，回放地址我抓了以后卸载m3u里的
rtp2httpd没搞清楚，不知道谁能教我一下

[magihub]

televizo不需要高级版就可以显示历史并回放

能指导我一下吗？谢谢！

[yutian12345]

televizo不需要高级版就可以显示历史并回放

能指导我一下吗？谢谢！

指导谈不上，你点进播放列表设置，看看存档的类型和期限呢

[magihub]

原本都是“自动”，现把类型设为append、期限改为5天，确实可以显示历史了。但是还是不能回放啊！

23:33:43 INFO [Worker 0] New client 192.168.1.x:45292 requested URL: /http/gslb.itv.jsinfo.net:6060/00000002/01000000000000000000000210913770/index.m3u8?Playtype=1&Playseek=${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc} (method: GET)

这种格式的，直接不能识别和转换成正确的时间

另一种格式Playseek=${utc:yyyyMMddHHmmss}-${utcend:yyyyMMddHHmmss}，索性不识别回放地址，直接在组播转单播连接后加时间戳（就跟IPTV Pro一样啊！）

23:34:38 INFO [Worker 0] New client 192.168.1.x:57516 requested URL: /rtp/239.49.8.74:8000?fcc=180.100.72.185:15970&utc=1774173600&lutc=1774193678 (method: GET)

告诉我一下，你用的是哪种格式的？谢谢！

[yymin189]

rtp2httpd在m3u文件的url地址中可以加一个r2h-seek-offset参数调整时差，单位是秒

[yutian12345]

原本都是“自动”，现把类型设为append、期限改为5天，确实可以显示历史了。但是还是不能回放啊！

23:33:43 INFO [Worker 0] New client 192.168.1.x:45292 requested URL: /http/gslb.itv.jsinfo.net:6060/00000002/01000000000000000000000210913770/index.m3u8?Playtype=1&Playseek=${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc} (method: GET)

这种格式的，直接不能识别和转换成正确的时间

另一种格式Playseek=${utc:yyyyMMddHHmmss}-${utcend:yyyyMMddHHmmss}，索性不识别回放地址，直接在组播转单播连接后加时间戳（就跟IPTV Pro一样啊！）

23:34:38 INFO [Worker 0] New client 192.168.1.x:57516 requested URL: /rtp/239.49.8.74:8000?fcc=180.100.72.185:15970&utc=1774173600&lutc=1774193678 (method: GET)

告诉我一下，你用的是哪种格式的？谢谢！

${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}
我用的是这个格式。虽然我回放用的不是rtp2httpd的，是自己实时抓取的token形成的连接，但是你这个是时间码没转过来，所以和这个回放来源应该无关。
你把回放类型设置成default试试看呢
或者试试不要加utc，用参数调整时差

[yaoyao5128]

${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}支持这个没问题的，而且这个我测试了多个客户端，aptv，televizo，tivimate最新版都可以支持

rtp2httpd插件本身是支持的${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}的，我了解苹果APTV和安卓YYKM播放器也支持，但是mytv是不支持的，先已提交issue给作者，后期应该会升级支持。
我的提这个issue，主要是针对网页版web播放器。web播放器目前能够支持${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}，但是不是UTC时间而是本地时间，所以回放超前了八小时。我希望达成的是，网页端能够直接支持${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}格式的播放，而不至于回放时有时差问题。

确实，是建议支持更多的时间格式会更好。我弄了以后，用tivimate就有点烦，因为稳定破解的2.1.5时间格式不通 新版的破解不行 最后找了这里大佬发的一个2.1.5改时间格式的破解版，算是可以了

2.1.5改时间格式的破解版能分享一下吗？

[yutian12345]

${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}支持这个没问题的，而且这个我测试了多个客户端，aptv，televizo，tivimate最新版都可以支持

rtp2httpd插件本身是支持的${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}的，我了解苹果APTV和安卓YYKM播放器也支持，但是mytv是不支持的，先已提交issue给作者，后期应该会升级支持。
我的提这个issue，主要是针对网页版web播放器。web播放器目前能够支持${(b)yyyyMMddHHmmss}-${(e)yyyyMMddHHmmss}，但是不是UTC时间而是本地时间，所以回放超前了八小时。我希望达成的是，网页端能够直接支持${(b)yyyyMMddHHmmss:utc}-${(e)yyyyMMddHHmmss:utc}格式的播放，而不至于回放时有时差问题。

确实，是建议支持更多的时间格式会更好。我弄了以后，用tivimate就有点烦，因为稳定破解的2.1.5时间格式不通 新版的破解不行 最后找了这里大佬发的一个2.1.5改时间格式的破解版，算是可以了

2.1.5改时间格式的破解版能分享一下吗？

#197

[yymin189]

这个改了后，${(e)yyyyMMddHHmmss} 不是节目的结束时间，而是当前时间吧？