Project

General

Profile

Bug #3887

AAC -> * transcoding results in no audio

Added by Goncalo Luiz about 4 years ago. Updated about 4 years ago.

Status:
New
Priority:
Normal
Category:
Transcoding
Target version:
-
Start date:
2016-07-06
Due date:
% Done:

0%

Estimated time:
Found in version:
4.0.9
Affected Versions:

Description

When a streaming profile is set to use audio transcoding, if the original stream uses AAC, the resulting stream will contain no audio tracks.

Steps to reproduce:
1 - Create a streaming profile with audio transcoding (the target codec is not relevant)
2 - Assign the streaming profile created in 1) to your user
3 - Request a stream using your user
4 - Observe you won't get any audio

The log is as follows when the request arrives:
13:44:49.301 [ INFO] transcode: 0004: 1:H264 720x576 > H264 720x576 (libx264)
13:44:49.301 [ INFO] transcode: 0004: 2:AAC > VORBIS (libvorbis)
13:44:49.538 [ INFO] libav: Increasing reorder buffer to 1
13:44:49.597 [ INFO] libav: Increasing reorder buffer to 2
13:44:49.711 [ NOTICE] libav: using SAR=16/11
13:44:49.711 [ NOTICE] libav: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
13:44:49.713 [ NOTICE] libav: profile Main, level 3.0
13:44:49.714 [ NOTICE] libav: 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=8 lookahead_threads=8 sliced_threads=1 slices=8 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=25 keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=0 rc=abr mbtree=0 bitrate=869 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=1000 vbv_bufsize=1835 nal_hrd=none filler=0 ip_ratio=1.41 aq=1:1.00
13:45:05.501 [ INFO] subscription: 0004: "HTTP" unsubscribing from "Channel 1", hostname="192.168.37.6", username="me", client="VLC/3.0.0-git LibVLC/3.0.0-git"
13:45:05.505 [ NOTICE] libav: frame I:18 Avg QP:10.96 size: 31887
13:45:05.505 [ NOTICE] libav: frame P:377 Avg QP:12.82 size: 3367
13:45:05.505 [ NOTICE] libav: mb I I16..4: 46.2% 0.0% 53.8%
13:45:05.505 [ NOTICE] libav: mb P I16..4: 4.5% 0.0% 0.5% P16..4: 27.6% 7.9% 2.8% 0.0% 0.0% skip:56.7%
13:45:05.505 [ NOTICE] libav: coded y,uvDC,uvAC intra: 57.8% 61.2% 32.4% inter: 10.3% 14.4% 0.5%
13:45:05.505 [ NOTICE] libav: i16 v,h,dc,p: 49% 17% 30% 5%
13:45:05.505 [ NOTICE] libav: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 34% 21% 20% 4% 5% 5% 3% 5% 4%
13:45:05.505 [ NOTICE] libav: i8c dc,h,v,p: 61% 16% 20% 3%
13:45:05.505 [ NOTICE] libav: Weighted P-Frames: Y:0.0% UV:0.0%
13:45:05.505 [ NOTICE] libav: ref P L0: 77.4% 22.6%
13:45:05.505 [ NOTICE] libav: kb/s:933.27

Note: for every other input format I tested with, this worked for all target formats. The output stream will have audio. The problem seems to be present only when the broadcaster is sending an AAC audio stream

Setup details:
Tuner: SAT>IP Telestar Digibit R1
OS: Docker container based on Ubuntu 16:04

Is this a bug, or am I missing something?

History

#1

Updated by Jaroslav Kysela about 4 years ago

Try latest tvh (4.1). There are many fixes in the codec parsers / data handling.

#2

Updated by Goncalo Luiz about 4 years ago

Jaroslav Kysela wrote:

Try latest tvh (4.1). There are many fixes in the codec parsers / data handling.

HTS Tvheadend 4.1-2140~gf34fac1~wily solves this problem.

However, connection limiting appears to have a bug. Setting a limit of 1 prevents the first streaming to start. The error message looks like this:

tcp: multiple connections are not allowed for user 'me' from 'me' (limit 1, streaming limit 0, active streaming 13, DVR 0)

The connection list in the web interface is empty, but TVH always reports this user as having 13 active streaming. Is this known ?

Also available in: Atom PDF