Bug #5684
closed
Tvheadend does not detect AC3+ audio track
Added by Vlad Lanetz almost 6 years ago. Updated over 5 years ago.
0%
Description
Recently on 13E, on FTA music channels 4Fun added AC3+ audio track. Tvheadend cuts it for unknown reasons, although it is there for sure.
Files
| 1.png (22.4 KB) 1.png | flysat | Vlad Lanetz, 2019-07-12 14:29 | |
| 2.png (7.93 KB) 2.png | tvheadend | Vlad Lanetz, 2019-07-12 14:29 | |
| tvh2.log (66.2 KB) tvh2.log | Vlad Lanetz, 2019-07-15 05:54 | ||
| C+4k_UHD.log (6.37 KB) C+4k_UHD.log | Rafal N, 2019-07-15 07:29 | ||
| A52-201212-17.pdf (1.69 MB) A52-201212-17.pdf | Rafal N, 2019-07-15 08:54 | ||
| Service_detail.png (39.3 KB) Service_detail.png | Rafal N, 2019-07-15 15:31 |
Updated by Rafal N almost 6 years ago
I have the same problem. Tvheadend does not detect the e-ac3 audio track on Canal + 4k UHD
I was building Tvheadend 4.3 on the latest commit - 6be300c
See attached samples https://mega.nz/#F!qREGWALD!UE7Dsn4EyXse1KgQVe3oig
Updated by Pablo R. almost 6 years ago
--trace mpegts,tbl-base,parser ; tune to the problematic service (https://tvheadend.org/projects/tvheadend/wiki/Traces) and show logs.
Updated by Pablo R. almost 6 years ago
2019-07-15 09:16:51.768 tbl-base: pmt: pid 0101 estype 135
^^^^^^^^^^
2019-07-15 08:52:52.972 [ DEBUG]:tbl-base: pmt: pid 0309 estype 135
^^^^^^^^^^
This is the problematic audio (estype 135) and it is not being processed by '(E)AC3 audio parser functions'.
Updated by Rafal N almost 6 years ago
- File A52-201212-17.pdf A52-201212-17.pdf added
@Mister Pablo R - See attachement documentation about (E)ac3 standards.
In this document, search for "Stream type" value - all are listed. If I see it well, "estype 135" is on page 259 (...)3.1 Stream Type
E-AC-3 bit streams shall be identified with a stream_type value of 0x87 when transmitted as PES
streams conforming to ATSC-published standards.(...)
But (E) Ac3 also uses other IDs so the file ""/src/parsers/parsers.c" need to be fix.
Regards
Updated by Pablo R. almost 6 years ago
Vlad Lanetz wrote:
Is it possible to fix it?
It should, but I'm not a programmer :(
Updated by Rafal N almost 6 years ago
Yes of course.
I do not understand how the current 'parsers' work so we have to wait.
But I see this is probably nothing difficult.
Updated by Jaroslav Kysela almost 6 years ago
- Subject changed from Tvheadend deletes AC3+ audio track to Tvheadend does not detect AC3+ audio track
Updated by Jaroslav Kysela almost 6 years ago
Try to add this code bellow https://github.com/tvheadend/tvheadend/blob/master/src/input/mpegts/dvb_psi_pmt.c#L363 :
case 0x87:
hts_stream_type = SCT_EAC3;
break;
Updated by Rafal N almost 6 years ago
- File Service_detail.png Service_detail.png added
Now it's OK.
Thanks for the quick help.
Updated by Rafal N almost 6 years ago
@ Jaroslav Kysela - Will you also add other "Stream type" values from the documentation of the (E) AC3 standard?
For example, (page 259): 0xBD (indicating private_stream_1)
Regards
Rafal
Updated by Vlad Lanetz almost 6 years ago
Thanks Jaroslav. Is it possible to fix the Dolby E?
https://www.tvheadend.org/issues/5631
Updated by Pablo R. almost 6 years ago
Jaroslav Kysela wrote:
Try to add this code bellow https://github.com/tvheadend/tvheadend/blob/master/src/input/mpegts/dvb_psi_pmt.c#L363 :
[...]
Could it be pushed to master?
Updated by Rafal N almost 6 years ago
You can add to master
This fix works well.
Updated by Rafal N over 5 years ago
I've created pull requests https://github.com/tvheadend/tvheadend/pulls
I checked everything and it works well.
Thanks for the help.
Jaroslav if you can, please confirm fixes and close this issue.
Updated by Pablo R. over 5 years ago
Fixed on 7f090c9829a98427692e06a907c3197ea7230071