Sure, if there are any more updates
1 Like
It keeps updating with the same beta. (LOOP) You never get already updated to latest beta.
1 Like
If you go to "About" what version does it give you?
1 Like
8.31.1811
Very odd. That is the latest version. I'm not sure why it is saying there are more updates.
1 Like
Updated to latest version 8.31.1952. I also noticed it doesn't seem to recognize the latest version is installed. At any rate I have started retesting for my cache problem.
Eric,
Testing HLS option using the current beta 8.31.1952. So far have not been able to duplicate any player problems that I was having while sweeping the timeline bar. I have tested this on two different Firestick Max devices and one Chromecast Google TV for several hours. No playback problems at all. I think this is fixed now, but I will continue testing. Thank-you very much for sticking with this until it was resolved. I think the HLS option will be really great for many of us that don't have AppleTV devices.
1 Like
@Michael_Birk I really appreciate all of your assistance in tracking this down. We want playback to work every time and solving these issues are an important part of that.
1 Like
No uninstalling the beta and using the release version to install beta fixed the crashes. It is working on both internal and USB storage.
2 Likes
I think I ran into a bug yesterday.
I was watching a station live on the CCWGTV and have a 4 hour buffer set. At about hour 5.5, I paused it. At first, it seemed to pause fine. But then a few seconds later there was shudder on screen, it started to play by itself, and then the entire buffer was wiped. I was able to pause after that and the buffer started to refill.
Sorry no logs or captures because I was in the middle of the games then.
Sounds like the "buffer full" handling kicked in, but what you describe after that (of the buffer being wiped) is confusing and is some sort of a bug.
I'll see if we can reproduce the issue. If you can diagnostics if this happens again, we'd appreciate it.
1 Like
I had another hangup related to HLS that I thought had nothing to do with this, but it looks like it may be interconnected somehow.
This morning, I noticed that the remux'er said NFL Network was being watched on the same device that had the issue. Nothing was actually playing on the device and even force-stopping the Channels app did not end the process. I had to stop and start the server to get it to end and then had to manual delete the .ts stream files.
When I looked in my logs just now to see if I could figure out exactly when the issue happened, I saw at the moment I had a problem with the pause at CBS, it started a process for NFL Network (which is what I was watching before CBS).
2022/10/02 17:14:13.509072 [HTTP] | 200 | 70.6µs | 10.255.1.153 | PUT "/devices/108010F9/channels/12.1/hls"
2022/10/02 17:14:13.607220 [HTTP] | 200 | 29.1602ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
2022/10/02 17:14:14.312884 [HTTP] | 200 | 47.6412ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8/stream16505.ts?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
2022/10/02 17:14:14.499480 [HTTP] | 200 | 234.237ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8/stream16506.ts?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
2022/10/02 17:14:15.099862 [HTTP] | 200 | 24.2034ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
2022/10/02 17:14:16.197971 [HTTP] | 200 | 155.4054ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8/stream16507.ts?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
2022/10/02 17:14:16.699753 [HTTP] | 302 | 3.2536ms | 10.255.1.153 | GET "/devices/TVE-Cox/channels/6192/hls?codec=copy&format=copy"
2022/10/02 17:14:16.834469 [HLS] Stopping transcoder session ch6192-dTVE-Cox-ip10.255.1.153
2022/10/02 17:14:16.837055 [HTTP] | 200 | 2.5853ms | 10.255.1.153 | DELETE "/devices/TVE-Cox/channels/6192/hls"
2022/10/02 17:14:18.505019 [HTTP] | 200 | 998.6µs | 10.255.1.153 | PUT "/devices/108010F9/channels/12.1/hls"
2022/10/02 17:14:18.602795 [TNR] Opened connection to TVE-Cox for ch6192 NFL
2022/10/02 17:14:18.782005 [HLS] Starting live stream for channel 6192 from 10.255.1.153 (bitrate=3200)
2022/10/02 17:14:18.782554 [HLS] Probe failed for live stream after 0s and 0 bytes
2022/10/02 17:14:19.780924 [HLS] Session ch6192-dTVE-Cox-ip10.255.1.153 started in 3.0683612s
2022/10/02 17:14:19.780924 [HLS] Couldn't generate master playlist for ch6192-dTVE-Cox-ip10.255.1.153: Could not determine video format
2022/10/02 17:14:19.781439 [HTTP] | 500 | 3.0733364s | 10.255.1.153 | GET "/devices/TVE-Cox/channels/6192/hls/master.m3u8?codec=copy&format=copy"
2022/10/02 17:14:19.808698 [HTTP] | 302 | 537.4µs | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls?codec=copy&format=copy"
2022/10/02 17:14:19.832277 [HLS] Stopping transcoder session ch12.1-d108010F9-ip10.255.1.153 (out: 4h35m12.367044s, finished: false)
2022/10/02 17:14:19.835442 [HTTP] | 200 | 19.5376ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/master.m3u8?codec=copy&format=copy"
2022/10/02 17:14:19.842337 [TNR] Closed connection to 108010F9/2 for ch12.1 WPRI-HD
2022/10/02 17:14:19.843609 [HLS] ffmpeg: ch12.1-d108010F9-ip10.255.1.153-remux: Last message repeated 1 times
2022/10/02 17:14:19.843609 [HLS] ffmpeg: ch12.1-d108010F9-ip10.255.1.153-remux: [mpegts @ 00000000025bbf40] Dropped corrupted packet (stream = 2)
2022/10/02 17:14:19.844651 [HTTP] | 200 | 4h35m12s | 127.0.0.1 | POST "/hls/progress?key=ch12.1-d108010F9-ip10.255.1.153-remux"
2022/10/02 17:14:19.873510 [SNR] Statistics for ch12.1 WPRI-HD: ss=86%,85%-88% snq=99%,0%-100% seq=99%,0%-100% bps=8835786,0-14751232 pps=756,0-1263
2022/10/02 17:14:19.873510 [SNR] Buffer statistics for ch12.1 WPRI-HD: buf=0% drop=0%
2022/10/02 17:14:23.156930 [HTTP] | 200 | 3.3251929s | 10.255.1.153 | DELETE "/devices/108010F9/channels/12.1/hls"
2022/10/02 17:14:23.507947 [HTTP] | 200 | 0s | 10.255.1.153 | PUT "/devices/108010F9/channels/12.1/hls"
2022/10/02 17:14:23.554686 [TNR] Opened connection to 108010F9/2 for ch12.1 WPRI-HD
2022/10/02 17:14:23.560070 [HLS] Starting live stream for channel 12.1 from 10.255.1.153 (bitrate=0)
2022/10/02 17:14:23.919774 [HLS] Probed live stream in 359.7035ms: mpeg2video 1920x1080 tt 3756822bps
2022/10/02 17:14:25.406376 [HLS] Session ch12.1-d108010F9-ip10.255.1.153 started in 2.2489218s
2022/10/02 17:14:25.406376 [HTTP] | 200 | 5.5576507s | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
2022/10/02 17:14:25.418040 [HTTP] | 200 | 1.5714ms | 10.255.1.153 | GET "/devices/108010F9/channels/12.1/hls/stream.m3u8/stream1.ts?acodec=copy&bitrate=7710&format=copy&indexed=true&scodec=copy&ssize=1&vcodec=copy"
Unfortunately, I think my logs from on device were purged from before my reset, so I can't get anything from what happened at the exact moment.
What is the reason for the message below .... Sometimes it hangs on the Activity of the DVR even though there are no longer live streams ... This causes when I check for activity on the DVR it is always active even though there is nothing recording or being watched ...
Watching ch8.1 from Edwin's 2nd Fire TV Cube (Starting)
Example I switched from 8.1 to 736.
Watching ch736 from Edwin's 2nd Fire TV Cube (Remux Running: 37s @ 1.04x (60.06fps)): strength=82% quality=100% symbol=100% rate=4.1Mb/sec buf=0% drop=0%
Watching ch8.1 from Edwin's 2nd Fire TV Cube (Starting)
Few Minutes later it is still hanging out there even though the connection to that channel is closed.... This message also prevents the DVR from auto updating as it thinks it is busy.
Activity
Watching ch736 from Edwin's 2nd Fire TV Cube (Remux Running: 4m47s @ 1x (59.95fps)): strength=82% quality=100% symbol=100% rate=3.9Mb/sec buf=0% drop=0%
Watching ch8.1 from Edwin's 2nd Fire TV Cube (Starting)
It is still in that state sending it now ....
Watching ch771 AMCPHD from Edwin's 2nd Fire TV Cube: strength=83% quality=100% symbol=100% rate=3.6Mb/sec buf=0% drop=0%
Watching ch8.1 from Edwin's 2nd Fire TV Cube (Starting)
Logs have been submitted as 118d18ba-f19e-4b23-8a87-c419ef16b129
FYI I have stopped using HLS because it keeps getting stuck ...... not worth it as my DVR always shows busy. If you want to reproduce use quick guide to change channels a few times when using HLS.
Watching ch744 from Edwin's 2nd Fire TV Cube (Remux Running: 10m38s @ 1.01x (59.94fps)): strength=84% quality=100% symbol=100% rate=3.9Mb/sec buf=0% drop=0%
Watching ch749 from Edwin's 2nd Fire TV Cube (Starting)
I haven't been using HLS lately, but I just now did some testing. The streams on the server do not stop, when you change channels using the quick quide. When you switch channels using the quick quide, it starts up a new tuner until all the tuners are used. The streams do not end when the app is closed. I just shut down the server to stop the streams and then I need to delete the stream files.
1 Like
Exactly ... I just went back to extra storage that works great.