Project

General

Profile

Bug #5272

video playback was aborted due to a corruption problem

Added by Spencer Roff about 6 years ago. Updated about 6 years ago.

Status:
New
Priority:
Normal
Assignee:
John Törnblom
Category:
Transcoding
Target version:
-
Start date:
2018-10-18
Due date:
% Done:

0%

Estimated time:
Found in version:
tvheadend_4.2.6-87~gb5f1f40~xenial_amd64.deb
Affected Versions:

Description

I updated latest stable and found streaming using the built in browser player no longer worked, also tried to play in VLC and this failed.
from: tvheadend_4.2.6-15~g88ae077~xenial_amd64.deb
To: tvheadend_4.2.6-87~gb5f1f40~xenial_amd64.deb

Error displayed in Chrome

"The video playback was aborted due to a corruption problem or because the video used features your browser did not support."

payback URL used in VLC
http://127.0.0.1:9981/stream/channel/79d62312351d65bd786b8dbd446e35cd?ticket=10D249A569C72006889E4AD25C04F9E58C220F16&profile=webtv-h264-aac-matroska

Downgrading to 4.2.15~g88ae077~xenial_amd64.deb fixed the playback issue in the browser and in VLC

History

#1

Updated by Jaroslav Kysela about 6 years ago

Debug logs from tvheadend?

#2

Updated by Alexey Suhinin about 6 years ago

Most likely, the problem in this fragment is httpc.c:

if (hc->hc_chunk_size > 256*1024)
return -EMSGSIZE;

The maximum chunk size is too small. I had to increase it to 1023 * 1024

#3

Updated by Jaroslav Kysela about 6 years ago

Alexey Suhinin wrote:

Most likely, the problem in this fragment is httpc.c:

if (hc->hc_chunk_size > 256*1024)
return -EMSGSIZE;

The maximum chunk size is too small. I had to increase it to 1023 * 1024

Which server does send such too big chunks ?

But I don't think that's relevant to this issue.

Also available in: Atom PDF