Tvheadend

i am using iptv module :) the audio stream is not listed on the webinterface just the video stream.

looks like this:
PID TypeDetails
48H26450.00 Hz
52TELETEXT
340CA0x1832 (0x1832) [0x00000000]0x1801 (0x1801) [0x00000000]

for a normal channel with ac3 audio it looks like this:
PID TypeDetails
48H26425.00 Hz
52TELETEXT
53AC3deu
339CA0x1832 (0x1832) [0x00000000]0x1801 (0x1801) [0x00000000]

Hello Andreas, hello Timo,

i have the same issue and would like to know which is the best way to capture the raw iptv data.
should i use etheral or what would you suggest.

the other channes are fine but those with mp4a have no sound.

basic setting is:
Atom PC
Linuxmint 11
XBMC-PVR
tvheadend

Hello all,
I have the same problem with Alice (telefonica) iptv in germany. Some of their streams are also AAC streams with estype=0x0f. It would be nice to have sound on those channels too.

I wrote a parser for AAC streams with MP4A muxing... but Andreas seems to ignore tvheadend a bit...

You can get the source here: https://github.com/andoma/tvheadend/pull/41

Jernej Fijacko wrote:

I wrote a parser for AAC streams with MP4A muxing... but Andreas seems to ignore tvheadend a bit...

You can get the source here: https://github.com/andoma/tvheadend/pull/41

Hello Jernej

this sound very interesting, can you give us a way to implement this in working configuration or is it necessary to compile it ourself?

i also recognise that Andreas pays not so much attention to tvheadend which makes me sad since it is a so powerful and useful PVR backend.

You'll have to compile it...

Hi Jernej,
your patch does work very well with all the iptv stream from Alice (Telefonica). Very good work!! Thank you. Sometimes the stream starts without audio. Then I've to restart the stream and everthing is ok.

Which client player are you using? When does the audio disappear (only on channel switching or also on other occasions)?

I tested it on newer (development) XBMC versions and there were no problems.

With older XBMC versions (Dharma PVR) there were problems with channel switching between channels with different AAC audio streams, because XBMC doesn't close the old audio codec but is not able to decode audio anymore. This can be fixed to with always closing the old audio stream during channel switching.

I've the problem with Dharma and with the actual git-version. There is no difference, but I cannot reproduce the error. It occurs very seldom. I've seen it when starting the channel new and also when switching between channels. But the sound only fails on estype=0x0f streams.

That's weird. I had no problem with the pre-Eden version of XBMC. My problem with Dharma was 100% reproducable when switching from specific channels with AAC streams to other specific channels with AAC streams (one way or another). And there were no problems when switching from AC3, MP2 to AAC and no problems with starting channels when no other channel was playing. I fixed the problem with always calling CloseAudioStream(true) before opening a new one with OpenAudioStream() in DVDPlayer.cpp. Afterwards there problem couldn't be reproduced anymore.

Hy,
i have to warm up this again. since i see a lot of bugs get fixed except this one where already a fix is available i have to ask why?
i would really like to have also these channels with AAC stream. so how can we accomplish to get the fix into the main line?
Any ideas.

greetings

master bug wrote:

Hy,
i have to warm up this again. since i see a lot of bugs get fixed except this one where already a fix is available i have to ask why?
i would really like to have also these channels with AAC stream. so how can we accomplish to get the fix into the main line?
Any ideas.

greetings

So if there is a fix availible, where is it? Maybe it just needs to be merged into master!

Jernej wrote the patch. I'm using tvheadend/xbmc with the patch included on a daily basis and it does work without any problems. The patch should be merged into master.

andreas did merge it to the master branch

i guess we can close this Bug.