Bug #389
No Audio on mp4a Audio Container
0%
Description
Audio is missing if the Channel is broadcasted with mp4a (with MPEG AAC Audio inside).
Think this happens because there is no decoder for the mp4a container?! Or should it work?
Files
History
Updated by Timo Witte over 13 years ago
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]
Updated by Andreas Smas over 13 years ago
- Category set to IPTV
- Status changed from New to Resolved
- Assignee set to Timo Witte
There is probably some difference in how Tvheadend handle AAC and how this provider sends it.
If you could provide some captured raw IPTV data I can probably try to troubleshoot it.
Updated by master bug over 13 years ago
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
Updated by Jernej Fijacko about 13 years ago
- File animalpl.ts animalpl.ts added
Hello all,
I have the same problem. I did a little research and found out that tvheadend only supports AAC streams with LATM packaging (estype == 0x11). The problem is that there is no parser for "standard" AAC packaging (estype = 0x0f). Someone will most likely have to write an additional parser for this...
I also attached a stream with the problematic AAC packaging.
Updated by Klaus-Dieter Möller about 13 years ago
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.
Updated by Jernej Fijacko about 13 years ago
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
Updated by master bug about 13 years ago
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.
Updated by Klaus-Dieter Möller about 13 years ago
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.
Updated by Jernej Fijacko about 13 years ago
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.
Updated by Klaus-Dieter Möller about 13 years ago
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.
Updated by Jernej Fijacko about 13 years ago
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.
Updated by master bug almost 13 years ago
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
Updated by Timo Witte almost 13 years ago
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!
Updated by Klaus-Dieter Möller almost 13 years ago
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.
Updated by master bug almost 13 years ago
andreas did merge it to the master branch
i guess we can close this Bug.
Updated by Andreas Smas almost 13 years ago
- Status changed from Need feedback to Fixed
- Found in version set to 2.12
Yeah, merged and closed