Tvheadend

I also have problems with DVB-T2 streams (HEVC and H264) #5152

Mainly freezes on VLC.

For some reason I coudnt upload the recorded mux file directly, so here is a link to another snapshot of the same mux, uploaded earlier to one of the forums

https://tvheadend.org/attachments/7582/ilt2_02.ts

Are you connecting the DVB-T2 tuners directly to the Pi2?

Here in the UK, we have a mixture of DVB-T and DVB-T2 muxes, which I think is the same as there in Israel?

If I connect my PCTV 290e DVB-T2 USB tuner directly to my Pi, it plays any DVB-T services perfectly but DVB-T2 services glitch. I think the tuner might require more power to tune the DVB-T2 multiplexes - maybe try it with the tuner connected to a powered USB hub and see if that fixes your problem.

Thanks Adam,

I thought about that, but still do not understand why when a client streams DVBT2 channels from the same TVH server with the PASS profile, the channels play correctly.

I would be satisfied if I could use PASS profile with kodi HTSP client, but other streaming profiles than HTSP are not accepted buy that client.

In the logfile, you will normally see lines indicating what it has found when playing a channel, for example:

dvr:  #  type              lang  resolution  aspect ratio  sample rate  channels
dvr:  1  MPEG2VIDEO              720x576     ?                                    
dvr:  2  MPEG2AUDIO        nar                             96000        ?         
dvr:  3  MPEG2AUDIO        eng                             96000        ?         
dvr:  4  DVBSUB            eng                                                    
dvr:  5  TELETEXT                                                                 
dvr:  6  TEXTSUB           eng                 

What do you see on the times it fails?

I noticed that your file has:

    Stream #0:11[0x2f]: Audio: aac_latm (HE-AACv2) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp

Perhaps your player/tv/amp has problems with these newer codecs, or Tvheadend fails to pass them through? When the audio fails, you can on Kodi press "o" (letter oh), and perhaps "ctrl-shift o", to see onscreen codec information about what it is receiving. Sometimes Kodi is setup to "pass through" some codecs to the tv/amplifier that the device can't handle. So, my tv says it can handle some audio codecs, but doesn't do it correctly and I get silence. You should problem see something in Kodi about "audio" or "aq" (audio quality). Unfortunately, it all depends on the Kodi skin and version on how/what is displayed. If it says it is receiving audio (AAC), then the problem is Kodi config in its audio settings.

Hi Adam. thanks for the response

I am attaching logs from both TVH and Kodi player (running on PC x96 windows 10-64 bits):

The logs have been taken after tuning on a channel of the DVBT2 mux

Case 1: No audio at all

TVH log:

2019-05-25 19:45:49.139 mpegts: 562MHz in DVB-T Network - tuning on Panasonic MN88472 #0 : DVB-T #0
2019-05-25 19:45:49.140 subscription: 00B4: "10.0.0.20 [ nitnit | Kodi Media Center ]" subscribing on channel "Ch 11 HD Kan", weight: 150, adapter: "Panasonic MN88472 #0 : DVB-T #0", network: "DVB-T Network", mux: "562MHz", provider: "Idan +", service: "Ch 11 HD Kan", profile="htsp", hostname="10.0.0.20", username="nitnit", client="Kodi Media Center" 
2019-05-25 19:45:49.265 linuxdvb: Unable to provide BER value.
2019-05-25 19:45:49.265 linuxdvb: Unhandled ERROR_BLOCK_COUNT scale: 0
2019-05-25 19:45:49.265 linuxdvb: Unable to provide UNC value.
2019-05-25 19:45:50.450 TS: DVB-T Network/562MHz/Ch 11 HD Kan: H264 @ #33 Continuity counter error (total 1)
2019-05-25 19:45:50.450 TS: DVB-T Network/562MHz/Ch 11 HD Kan: AAC @ #32 Continuity counter error (total 1)
2019-05-25 19:45:50.489 tbl-base: pat: 562MHz in DVB-T Network: invalid checksum (len 4098, errors 1)
2019-05-25 19:45:50.529 TS: DVB-T Network/562MHz/Ch 11 HD Kan Transport error indicator (total 1)
2019-05-25 19:45:51.112 TS: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025 Continuity counter error (total 1)

Kodi player info:

PVR Info:
...
Receiving device: Panasonic MN88472 #0 : DVB-T #0
Device staus: GOOD
...
BER: 00000000
UNC: 00030170
Signal Quality: 79%
SNR: 0%

Player process info:
video decoder: ff-h264-d3d11va (HW)
Pixel format: d3d11va_Vld
Deinterlace method: unknown
Video stream: 1,920X1,088 px, 1.78 AR, 25.000 FPS
Audio stream: unknownm unknown, 0 bits, 0 Hz
System memory usage: 27% System CPU usage: 6%

Case 2: Audio plays, not synchronized to video, "small" breaks every 2-3 seconds

TVH log:

2019-05-25 19:58:03.504 mpegts: 562MHz in DVB-T Network - tuning on Panasonic MN88472 #0 : DVB-T #0
2019-05-25 19:58:03.505 subscription: 00B6: "10.0.0.20 [ nitnit | Kodi Media Center ]" subscribing on channel "Ch 11 HD Kan", weight: 150, adapter: "Panasonic MN88472 #0 : DVB-T #0", network: "DVB-T Network", mux: "562MHz", provider: "Idan +", service: "Ch 11 HD Kan", profile="htsp", hostname="10.0.0.20", username="nitnit", client="Kodi Media Center" 
2019-05-25 19:58:04.398 http: 10.0.0.20: HTTP/1.1 HEAD /imagecache/10 -- 404
2019-05-25 19:58:04.436 http: 10.0.0.20: HTTP/1.1 HEAD /imagecache/14 -- 404
2019-05-25 19:58:05.209 TS: DVB-T Network/562MHz/Ch 11 HD Kan: AAC @ #32 Continuity counter error (total 1)
2019-05-25 19:58:05.243 TS: DVB-T Network/562MHz/Ch 11 HD Kan Transport error indicator (total 1)
2019-05-25 19:58:05.244 tbl-base: pat: 562MHz in DVB-T Network: invalid checksum (len 4098, errors 1)
2019-05-25 19:58:05.929 TS: DVB-T Network/562MHz/Ch 11 HD Kan: H264 @ #33 Continuity counter error (total 1)
2019-05-25 19:58:05.930 TS: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025 Continuity counter error (total 1)
2019-05-25 19:58:07.191 htsp: 10.0.0.16 [ nitnit | android-tvheadend (TV) ]: Disconnected
2019-05-25 19:58:07.194 htsp: Got connection from 10.0.0.16
2019-05-25 19:58:07.194 htsp: 10.0.0.16: Welcomed client software: android-tvheadend (TV) (HTSPv23)
2019-05-25 19:58:07.198 htsp: 10.0.0.16 [ android-tvheadend (TV) ]: Identified as user 'nitnit'
2019-05-25 19:58:07.198 htsp: 10.0.0.16 [ nitnit | android-tvheadend (TV) ]: Privileges updated
2019-05-25 19:58:18.532 tsfix: The timediff for DVBSUB is big (1661829275), using audio dts

Kodi player info:

PVR Info:
...
Receiving device: Panasonic MN88472 #0 : DVB-T #0
Device status: GOOD
...
BER: 00000000
UNC: 00050170
Signal Quality: 79%
SNR: 0%

Player process info:
video decoder: ff-h264-d3d11va (HW)
Deinterlace method: unknown
Video stream: 1,920X1,088 px, 1.78 AR, 25.000 FPS
Audio stream: FL, FR, ff-aac, 32bits, 48,000 Hz
System memory usage: 27% System CPU usage: 5% (changes up to 11%)

And again, when playing the same channel from the same server, same reception conditions with 'PASS' streaming profile (even with the sam Kodi client installation but with IPTV simple addon), the audio always plays fine and sybchronized !

The 0Hz in Kodi means it is not receiving audio.

I managed to find this thread which suggests to me that your audio might not be supported in 4.2:
https://tvheadend.org/boards/14/topics/18416?r=18486#message-18486
"tvh is using ADTS at the moment, which doesn't support all of the AAC extensions; a move to use LATM is on the plan for release 4.4, but it won't make it into 4.2 (which is the next release, due shortly)."

Audio choppiness might be related too.

Thanks Em,

I latm is not currently supported buy TVH 4.2, do you think it worth trying to upgrade to recent 4.3 ? I think that nightly compiled TVH addons are provided for Librelec.

I don't know how well 4.3 works on Pi2/LibreElec. I expect it should be fine.

It should automatically take a backup on an upgrade, but you can always take a backup yourself (the "dvr" database format changes in 4.3), so if you try to downgrade you will lose any recordings you made on 4.3.

I run it on my machine and it works fine and has been stable.

Perhaps someone who has AAC-LATM audio streams will know it it works before you upgrade.

If you don't want to upgrade, there is an alternative. In Kodi, you can go to "Videos->Files->Add Source" (might be called something different in your version) and add the directory containing your tvheadend recordings to the list. You can then browse and play recordings from there. You would lose programme description, but I rarely bother reading descriptions since I know what I recorded.

To play live tv, you can then use "IPTV" inside Kodi. I don't use it, but I've read many people have used it. Since it doesn't use htsp, it might work for you.

Thanks,

I have tried Kodi with IPTV simple add on and its works fine with 'pass' streaming profile (no control over server side recording).

Since currently I do not have any important recordings to keep, I will try upgrading to TVH 4.3 and if encounter issues, I will downgrade back to 4.2.

I am waiting for CvH, the originator of "Tvheadend nightly builds for LE" thread in Libreelec forum https://forum.libreelec.tv/thread/3416-tvheadend-nightly-builds-for-le/ to restore his repo which is currently down.

Have upgraded today to TVH 4.3.1774.

I have not reconfigured TVH from scratch, and have let it to upgrade from the existing TVH 4.2 configuration.

It didnt solve the HTSP streaming problems ! It seems that the short sound stops are more rare but still having huge sync mismatch between video and sound.

I have also noticed on the TVH log, many indications "DVBSUB @ #1025: DTS and PCR diff is very big"

2019-05-31 17:57:59.021 parser: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025: DTS and PCR diff is very big (1661812117)
2019-05-31 17:58:02.345 parser: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025: DTS and PCR diff is very big (1661813503)
2019-05-31 17:58:05.227 parser: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025: DTS and PCR diff is very big (1661820750)
2019-05-31 17:58:07.252 parser: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025: DTS and PCR diff is very big (1661822583)
2019-05-31 17:58:09.348 parser: DVB-T Network/562MHz/Ch 11 HD Kan: DVBSUB @ #1025: DTS and PCR diff is very big (1661812967)

Are these messages indicate a problem with video-sound sync ?

If same mux as attached is problematical

ormat                                   : MPEG-TS
File size                                : 25.4 MiB
Duration                                 : 8 s 784 ms
Start time                               : UTC 2019-03-16 11:19:57
End time                                 : UTC 2019-03-16 11:20:03
Overall bit rate mode                    : Constant
Overall bit rate                         : 24.6 Mb/s
Network name                             : IDAN HD +
Country                                  : ISR
Timezone                                 : +02:00:00

Video #1
ID                                       : 33 (0x21)
Menu ID                                  : 1 (0x1)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4
Format settings                          : CABAC / 3 Ref Frames
Format settings, CABAC                   : Yes
Format settings, RefFrames               : 3 frames
Codec ID                                 : 27
Duration                                 : 5 s 940 ms
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 25.000 FPS
Standard                                 : Component
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan type, store method                  : Separated fields
Scan order                               : Top Field First
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709

Audio #1
ID                                       : 32 (0x20)
Menu ID                                  : 1 (0x1)
Format                                   : AAC LC SBR PS
Format/Info                              : Advanced Audio Codec Low Complexity with Spectral Band Replication and Parametric Stereo
Commercial name                          : HE-AACv2
Format settings                          : NBC
Muxing mode                              : LATM
Codec ID                                 : 17-29
Duration                                 : 7 s 168 ms
Bit rate mode                            : Variable
Channel(s)                               : 2 channels
Channel layout                           : C
Sampling rate                            : 48.0 kHz
Frame rate                               : 23.438 FPS (2048 SPF)
Compression mode                         : Lossy
Delay relative to video                  : 824 ms

Text #1
ID                                       : 1025 (0x401)
Menu ID                                  : 1 (0x1)
Format                                   : DVB Subtitle
Codec ID                                 : 6
Language                                 : Hebrew

Menu #1
ID                                       : 34 (0x22)
Menu ID                                  : 1 (0x1)
Duration                                 : 8 s 513 ms
List                                     : 32 (0x20) (AAC) / 33 (0x21) (AVC) / 1025 (0x401) (DVB Subtitle, Hebrew)
Language                                 :  /  / Hebrew
Service name                             : Ch 11 HD Kan
Service provider                         : Idan +
Service type                             : digital television

Strange is audio is before video in menu
also audio is in strange format AAC LC SBR PS and synchronisation timing

Is any one try to repack it with ffmpeg?

My report above is for the same mux as referred by the URL in the description in top post above.

I have a longer recording of that mux (185MB), but for some reason I cant upload that file here.

The mux is played with no problems VLC and other players when streamed with 'pass' profile.

Try vlc htsp plugin with vlc 2.xx
Not impossible to be bug in Kodi

Hi

any news about this ?

having exactly the same problem. (Also IL DVB-T2 Mux)

running raspibian buster with version 4.3-1804~gebb096804 on pi2.

kodi plays just fine the dvb-t muxes , but the dvb-t2 ones get this errors (kodi on Pi has PLL adjustment option which keeps the audio/video kinda in sync but with audio drops) , works just fine on vlc with 'pass' but when using vlc with other stream profile (matroska for example) same errors occur.

I couldnt make kodi to using pass (tried via .strm file), but i guess it would work fine using pass profile.