Tvheadend

I need sample streams to fix issues.

Take the sample from bug 219 for example.

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

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.

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...

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).

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.

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)