Discovery channel droputs?

[slampman]

@eric not sure if this needs to be a new thread but Deadliest Catch on Discovery recorded tonight and everything looks like it should be an hour recording. It shows on the client as 6 minutes.
I submitted diagnostics just now...

2022/10/18 19:59:50.001578 [DVR] Starting job 1666137590-87 Deadliest Catch on ch=[6101]
2022/10/18 19:59:50.626798 [TVE] stream timestamps: discovery: start_at=2022-10-18T19:58:46-04:00 end_at=2022-10-18T19:59:42-04:00 live_delay=3.906783813s
2022/10/18 19:59:50.628950 [TNR] Opened connection to TVE-Cox for ch6101 DISCOVERY
2022/10/18 19:59:50.629581 [DVR] Recording for job 1666137590-87 from TVE-Cox ch6101 into "TV/Deadliest Catch/Deadliest Catch S18E26 Norse Inheritance 2022-10-18-1959.mpg" for 1h1m39.998148387s
2022/10/18 19:59:50.684905 [IDX] Generating video index for job 1666137590-87
2022/10/18 21:01:33.909634 [SNR] Buffer statistics for "TV/Deadliest Catch/Deadliest Catch S18E26 Norse Inheritance 2022-10-18-1959.mpg": buf=0% drop=0%
2022/10/18 21:01:33.920019 [TNR] Closed connection to TVE-Cox for ch6101 DISCOVERY
2022/10/18 21:01:33.927488 [MTS] Statistics for "TV/Deadliest Catch/Deadliest Catch S18E26 Norse Inheritance 2022-10-18-1959.mpg": skipped=0 unhandled_packets=1 discontinuity_detected=92 transport_errors=0 invalid_pts=0 invalid_dts=0 saw_pcr=true saw_pmt=true highest_pts=3286.297344
2022/10/18 21:01:33.930950 [DVR] Finished job 1666137590-87 Deadliest Catch
2022/10/18 21:01:34.075025 [DVR] Processing file-11745: TV/Deadliest Catch/Deadliest Catch S18E26 Norse Inheritance 2022-10-18-1959.mpg
2022/10/18 21:01:34.429092 [DVR] Running commercial detection on file 11745 (TV/Deadliest Catch/Deadliest Catch S18E26 Norse Inheritance 2022-10-18-1959.mpg)
2022/10/18 21:04:46.716458 [DVR] Commercial detection for Deadliest Catch S18E26 Norse Inheritance 2022-10-18-1959.mpg finished with 10 markers in 3m12.2874864s (7 threads).

[Rice]

My deadliest catch was ok

But a recording on investigation discovery did something similar it shows 14min but is longer and plays past the timeline and then after awhile starts back at 1 minute continuing to play. Pressing a skip completely confuses playback and starts back somewhere in the first 13 min. I haven’t ran regenerate or fix time stamps in case you want the file.

Logs submitted
2392e38e-c85b-4b00-b5f2-748ba284f856
Logs are very very busy during this time good luck!! I do know slapman and I are running Ubuntu
@ 2022/10/18 18:02:19.149801 is the start of the recording

On a side note there are tons of these errors but not necessarily on that recording

Non-monotonous DTS in output stream 0:1; previous: 75047575, current: 74797965; changing to 75047576. This may result in incorrect timestamps in the output file.

Version 2022.10.18.2139

[mnwxman132]

@eric

I updated to prerelease on mac mini server

#### v2022.10.18.2139

and worked great, (deadliest catch) - although commercial detection was via comskip, so lots of “commercial in progress” banners just like the good old days before alternate optimized commercial detection.

However, more importantly there were no errors in the log, the playback was flawless with no transport control hicckups or weird indexing confusion with the file.

Ill schedule some more test recordings during the day today on food network, hgtv, and discovery.

edit:

I had another anomaly show up on one of the test recordings mentioned above this morning.

This was a discovery show “unearthed” season 2 episode 1

The length is only 6 minutes. Bummer.

There was no breakpoint or error in the log file from today.

[mnwxman132]

Made a bunch more manual recordings this morning. some worked, but im still seeing several with zero minute times, some with 6 minutes as @slampman reported.

[eric]

I've setup some test recordings on my development system as well to try to see if I can capture these issues and see what's happening. Thanks for the reports, everyone.

[slampman]

@eric I remembered we had this same issue last year (recordings showing 6 min) not sure what @tmm1 did to fix as it wasn't obvious in the thread but maybe this helps

BETA: Smart Commercial Detection for TVE & Pluto

@tmm1 I updated the server and then did the video indexing again. After that I noticed that moonshiners is now shown as 6min total length on appletv. The show info shows that as well. It was fine until I did the regenerate index thing. The show info from the server shows the file size as 5gb so the data is there, it is just hidden I submitted server diags. [Screenshot_20211223-022407_Chrome] [20211223_022332]

[eric]

I've been able to identify the issue here and this new encoder platform/ad insertion platform that is being used for some of these Discovery channels is creating some nonsensical feeds where the audio and video timestamps don't match up and aren't synchronized in how the HLS spec specifies them to be.

It's going to require a lot more work and engineering to fix these situations and I'm not sure how quickly that will be done. We'll keep you updated as we progress.

[imagexpo]

I've been having problems with Discovery+ for several weeks - all the channels on Plus have been acting up - freezing, stopping, unavailable - while all my other streaming services are fine.

I suspect it must be them preparing for the merger. A few days ago all of Discovery+ was out completely for two hours - during prime time no less.

I hope it get fixed.

[mnwxman132]

Im curious about discovery +. Are these dropouts when you watch through the discovery + app, or via channels?

The reason i ask is that the past couple of weeks ive been using playon cloud with paramount +. Channels has a fantastic integration with playon cloud. Its works very very nicely and recordings end up in the channels dvr.

PlayOn Cloud

I have been considering a discovery + subscription, and using playon anytime credits to record some of the discovery shows

(((. Edit:

ON DEMAND NOT REALTIME.

i.e. i dont care of i watch gold rush or deadliest catch a day or two later that live channel.

for me, and then have channels pull them from playon. ))))

It works really well with paramount plus. My subscription is running out in a week or so, so ive been recording some shows that i just wont have time to binge watch.

It might be a workaround for some with discovery + accounts.
I dont have one so im curious..if anyone can confirm losing if playback of non linear (on demand content) has the same problem with the streams.

[scottuf]

Last night I recorded Gold Rush. Looking at the logs it recorded just fine, but when I go to play it the file is only 11 mins long. The file size is 6.7GB. If I play in VLC it stops at 11 mins as well. I opened it in Handbrake and that says its 2hr 18min long. Not sure if its the same issue.

Logs: a628eecf-9e13-4ea7-9be8-a550b1d54e75

Playing it in the web player is says 2 he 13 mins at the top, but the player is only showing 10:34

[scottuf]

I found a workaround:

ffmpeg -i "Gold Rush S13E04 Tonys Trench Warfare 2022-10-21-1959.mp4" -t 02:18:00 -c:v copy -c:a copy -c:s copy "Gold Rush S13E04 Tonys Trench Warfare 2022-10-21-1959x.mp4"

I had to change the extension to mp4, and it threw a bunch of errors

[mpegts @ 0x7ff6f4a04b00] Packet corrupt (stream = 0, dts = 89915826).6107.5kbits/s speed= 646x    
Gold Rush S13E04 Tonys Trench Warfare 2022-10-21-1959.mp4: corrupt input packet in stream 0
[mpegts @ 0x7ff6f4a04b00] Packet corrupt (stream = 0, dts = 90102012).
Gold Rush S13E04 Tonys Trench Warfare 2022-10-21-1959.mp4: corrupt input packet in stream 0
[mpegts @ 0x7ff6f4a04b00] Packet corrupt (stream = 0, dts = 90282192).

But putting it back into the DVR folder and refreshing metadata it now plays the whole length (will probably have some random dropouts, but haven't watched it all yet).

[koltasi]

Gold Rush & The Dirt recorded fine last night for me. I have a WD PR2100.

[jxxaxxy]

Lucky for you. I can't even get the channels to come up now throws a tuner error.

[eric]

Please go to Support -> Troubleshooting -> Submit Diagnostic Logs from the web interface of the DVR and let us know when it's been submitted so we can have a better idea of what was going on.

[jxxaxxy]

Here it is.

e86c4e96-832d-4cf2-a85d-857d8ab00920

[jxxaxxy]

I also just tried to do a channel rescan. Looks like they don't authenticate.
Here is another after the scan. Looks like I lost the channels. I did go to the website and I could watch the discovery channel.

de3c42ec-391a-421a-840f-c0a6169b54dd

[jxxaxxy]

I removed my hulu account and went to re-add it. Hulu then forced me to change my password. So my issue may not be represented to the issues above. I will let you know once it is done scanning the new channels.

I can access Discovery channels again. Thanks Hulu......

[Lawreb]

I have this issue, and tried VideoRedo QSFix to attempt to “fix” the video. This gave me a more watchable recording, however it will not allow me to cut the commercials or re-encode the video like I typically would.

Luckily I still have a couple TiVos in the house, and was able to record and save the episodes via TiVo. This is very strange.

[eric]

This may help with Discovery channels:

EXPERIMENTAL: New MPEG-TS Rewriter for HLS (TVE/M3U)

Our TV Everywhere and M3u sources ingests HLS streams that require us to rewrite the timestamps of to normalize them to consistent timestamps. We've released a new mechanism for doing this rewriting that we are in the initial testing stages of. We hope that it will better be able to handle some of the issues that users have experienced with Discovery network based TVE channels. This new system should give us more flexibility to handle more kinds of feeds that caused us trouble in the past. If…