Can you upload to Dropbox - Submit files
done
some time codes, 5:20, 9:48, 17:35
was recorded with server ver v2021.12.31.0406
i have updated to the current pre-release ver just now.
edit. also notice the web ui tag says its 1080i, but its not, file/tve stream is 720p. pretty sure it has always said that though.
Do you mean the tag? Or the actual file details? If it is the tag, that is provided by the guide provider; that information generally pertains to the broadcast station, and is not necessarily correct for TVE streams.
1 Like
Tag. and did not know that info. thanks.
There was a show recording at same time 7pm-9pm on ANP, it played back fine no issues. dr pol on nat geo wild was 8pm to 9pm.
Can we combine this thread with this one since they are about the same issue?
yours seems to be live viewing and all tve channels, so the post says.
for me, its recording and so far just one channel, not live.
maybe same issue, maybe not.
I think it’s the same. If you rewind live to the freeze point it does it again
My issues are with live TVE channels. Most recently on the Travel Channel that is supplied via Philo.
Nothing is being supplied by your TVE provider.
The streams come from the networks them selves online stream, the TVE provider is just used for authentcation.
THIS thread is titled "Recordings freezing than speeding up."
Like i said, it could be related, or not.
If so, the mods can merge threads.
But until then, they should be considered different issues.
Well if you think about it aren’t all live shows recorded on your DVR ? That is how you can rewind back through the entire show even if you did not actually go into record when watching it. That data stream from the provider is the same whether you watch it live or play it back.
The issue is the same: there are periods of timestamps in the video streams that are out-of-order/discontinuous. This results in the video player freezing, because the frames it is receiving are later in the sequence; so, it holds the picture until it gets all of the rest of the frames. But by that time, in order to play the frame that caused the freeze it has to speed playback up in order to align the audio and video timestamps.
From my observations over the past week, I am 99% confident that these are all the same issue. The problems look to be related to the sequencing of the frames. However, whether that stems from Channels' remuxing the HLS TVE streams into MPEG-TS, or if the streams are messed up at the source, I cannot say.
(However, since this seems to be widespread across all internet sources, I think there is a bug in how Channels is remuxing the streams. I would revert back to a previous version, but I don't have anything earlier the 30 Dec. Perhaps a 27 Dec or earlier version could work.)
Edit: another data point: remuxing a problematic recording via Ffmpeg and dropping the file into Imports plays it back fine without the glitches. I find this is most likely the result of Ffmpeg reordering the problematic video frames as part of the remux.
1 Like
You could always go to the Stable release until this is fixed.
I believe this may have been the pre-release that introduced the problem:
2 Likes
Stable versions are old and do not have fixes for tve to even work. that was mentioned in other threads.
This issue is minor, well, maybe more an issue for those who care about pristine recording files perhaps. Sure they will fix it soon enough.
@tmm1 Perhaps Aman can offer some clarity.
This is a holiday weekend, so I wouldn't expect any major movement until Tues or so.
1 Like
We're working on it.
It's a bug in our remuxer.
Once fixed you will be able to repair old recordings.
7 Likes
Thanks for the acknowledgement. With the Yellowstone finale about to start I had to manually download and revert to 2021.12.24.2109.
Can you also upload the debug recording log for that file
Via the view debug log option i assume u mean.
done
1 Like