Project

General

Profile

Bug #321

http streaming of mpeg2ts with EAC3 audio still does not work.

Added by Eric Valette about 14 years ago. Updated about 12 years ago.

Status:
Fixed
Priority:
Normal
Category:
Demultiplex
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Found in version:
unknown
Affected Versions:

Description

vlc http://192.168.8.14:9981/stream/channelid/5 (ARTE HD vith no EAC3) works video + sound
vlc http://192.168.8.14:9981/stream/channelid/17 (TF1 HD with audio = EAC3) fails

NB: I did this because XBMC pvr-testing2 branch crash even on non EAC3 streams. And I backported the trunk patch for EAC3 anyway.


Files

EAC3_http_streaming_fix.diff (586 Bytes) EAC3_http_streaming_fix.diff Eric Valette, 2010-12-15 15:51
patch_EAC3.diff (640 Bytes) patch_EAC3.diff Complete fix. Eric Valette, 2011-09-05 16:47
sample2.ts (35.9 MB) sample2.ts Eric Valette, 2012-08-09 22:25

Related issues

Has duplicate Bug #328: no 5.1 dolby sound with eac3 encoded channelsFixed

Actions

History

#1

Updated by Andreas Smas about 14 years ago

I need sample streams to fix issues.

#2

Updated by Eric Valette about 14 years ago

Take the sample from bug 219 for example.

#3

Updated by dav59 - almost 14 years ago

It's working for me in XBMC, but seems to be a problem in channel mapping, cause 5.1 dolby digital is considered as stereo in XBMC.

Is it not working all day long or mainly when there is an AC3 flux during evening movies ?

bug #328

#4

Updated by Eric Valette almost 14 years ago

As a side remark this particular bug itself has nothing to do with XBMC as it uses the tvheadend web server to stream the .ts and VLC as a player.

Concerning XBMC, so far using the video menu and adding the HTSP protocol and then adding the channels works with HD/EAC3. The PVR addon does no work as the demux code as no EAC3 in the audio parsing. Adding EAC3 case unfortunately does not resolve the problem.

#5

Updated by Eric Valette almost 14 years ago

Voir que le flux ts envoyé ne contient pas d'audio:

mplayer http://foo:bar@stb-atom-ion-1:9981/stream/channelid/18

MPlayer 1.0rc4-4.4.4 (C) 2000-2010 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing http://foo:bar@stb-atom-ion-1:9981/stream/channelid/18.
Resolving stb-atom-ion-1 for AF_INET...
Connecting to server stb-atom-ion-1[10.194.58.110]: 9981...
Cache size set to 16284 KBytes
Cache fill: 19.95% (3325952 bytes)
TS file format detected.
VIDEO H264 NO AUDIO! NO SUBS (yet)! PROGRAM N. 1
FPS seems to be: 25.000000 ==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ==========================================================================
Audio: no sound
Starting playback...

#6

Updated by Eric Valette almost 14 years ago

Here is a analysis of the TS stream of a HD Channel

tsinfo 00001.ts
Reading from 00001.ts
Scanning 1000 TS packets

Packet 1 is PAT
Program list:
Program 132 -> PID 0084 (132)

Packet 2 is PMT with PID 0084 (132)
Program 132, version 0, PCR PID 0140 (320)
Program streams:
PID 0140 ( 320) -> Stream type 1b ( 27) H.264/14496-10 video (MPEG-4/AVC)
PID 014a ( 330) -> Stream type 06 ( 6) H.222.0/13818-1 PES private data (maybe Dolby/AC-3 in DVB)
ES info (9 bytes): 7a 01 00 0a 04 66 72 61 01
Descriptor tag 7a (122) (1 byte): 00
Languages: fra/clean effects
PID 014b ( 331) -> Stream type 06 ( 6) H.222.0/13818-1 PES private data (maybe Dolby/AC-3 in DVB)
ES info (9 bytes): 7a 01 00 0a 04 71 61 61 01
Descriptor tag 7a (122) (1 byte): 00
Languages: qaa/clean effects
PID 0154 ( 340) -> Stream type 06 ( 6) H.222.0/13818-1 PES private data (maybe Dolby/AC-3 in DVB)
ES info (10 bytes): 59 08 66 72 61 24 00 01 00 01
subtitling_descriptor:
language='fra', subtitling_type=36
composition_page_id=1, ancillary_page_id=1
PID 0155 ( 341) -> Stream type 06 ( 6) H.222.0/13818-1 PES private data (maybe Dolby/AC-3 in DVB)
ES info (10 bytes): 59 08 66 72 61 14 00 02 00 02
subtitling_descriptor:
language='fra', subtitling_type=20
composition_page_id=2, ancillary_page_id=2

Found 2 PAT packets and 1 PMT packet in 1000 TS packets

I used the info to make a huglyhack but that fixes dispaly in pmaplye( VLC seems to be more picky).

#7

Updated by Andreas Smas almost 14 years ago

  • Category changed from General to Demultiplex
#8

Updated by Eric Valette about 13 years ago

The fix has been posted as part of the ts recording patch. I repost it here.

#9

Updated by Adam Sutton over 12 years ago

  • Status changed from New to Accepted
  • Assignee changed from Andreas Smas to John Törnblom
  • Priority changed from High to Normal
  • Target version deleted (3.0)
  • Found in version set to unknown

John,

I think you're probably best suited to dealing with this.

Adam

#10

Updated by Eric Valette over 12 years ago

Adam Sutton wrote:

John,

I think you're probably best suited to dealing with this.

Adam

NB: the fix for the macro is only one part of the fix. The other part is in Ekass TS recording PR. In the psi.c/h diff.

#11

Updated by John Törnblom about 12 years ago

  • Status changed from Accepted to Need feedback

A small TS dump would help, so I can double check its working properly.

Thanks

#12

Updated by Eric Valette about 12 years ago

John Törnblom wrote:

A small TS dump would help, so I can double check its working properly.

Thanks

Right now I can't. Or I have a recording that is on my laptop somewhere. Will check. I wonder if I did not already provide samples in some of the bugs I opened. You may check (EricV)

#14

Updated by John Törnblom about 12 years ago

  • Status changed from Need feedback to Accepted
#15

Updated by John Törnblom about 12 years ago

  • Status changed from Accepted to Fixed

This has been merged upstream, please test

Also available in: Atom PDF