Project

General

Profile

Actions

Bug #5177

open

Weird stream encoding

Added by Mathias Neuhaus over 6 years ago. Updated over 6 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2018-08-19
Due date:
% Done:

0%

Estimated time:
Found in version:
4.3-1292~g9b9ee6859
Affected Versions:

Description

Found some really odd encoding in recorded streams - please see attached media info.

Stream is 17.something seconds long, but the media info shows a video-length of 24:49:10 h; the offset into the streem (delay) is 24:48:53, so (lenght - delay) gives the correct running length. for the (2) audio streams the values are even more garbled.
You can get all the correct information from duration, delay, and "delay relative to ovideo" but the number are weird.

In consequence some (HW) decoders stumble, when palying those streams.
The "amcodec" used in Vero 4K won't synchronize correctly when skipping (ffd / bwd) within the stream.
The stream starts to play just fine, but when skipping synchronization is lost resulting in really bad video judder.

Problem seems to only show up, when AAC - or AAC_LATM - audio stream is recorded; with EAC3 audio at least everything's OK.

The .TS was recorded from German DVB-T2 (ARD bouquet (yes, it shows the ZDF label; but indeed is ARD)).
I'm not sure, whether this is encoded by Tvheadend or coming from the received transport stream.

This garbled encoding seems to also be used in the "htsp" stream profile (live TV) - at least the judder after skipping looks the same.


Files

ZDF-Morgenmagazin.ts (7.31 MB) ZDF-Morgenmagazin.ts recorded stream Mathias Neuhaus, 2018-08-17 06:08
ZDF-Morgenmagazin.ts.info (91.1 KB) ZDF-Morgenmagazin.ts.info Mediainfo for stream Mathias Neuhaus, 2018-08-17 06:08
Actions

Also available in: Atom PDF