I know that is not directly related to vdr, as my problem should come from the reel src and not vdr. I know there is here a good community of developpers and perhaps someone can look at the src of the hdplayer and see if it could be possible to add the detection of e-ac3 audio format , (and perhaps finding the way to decode it or at least enable the ac3 compatibility?).
hdplayer3.tgz: http://depositfiles.com/files/wdprj8brd
thx to the developers who will look at the src, for me it's chinese
ECLiPSE
Den 22.06.2010 07:21, skrev ECLiPSE:
I know that is not directly related to vdr, as my problem should come from the reel src and not vdr. I know there is here a good community of developpers and perhaps someone can look at the src of the hdplayer and see if it could be possible to add the detection of e-ac3 audio format , (and perhaps finding the way to decode it or at least enable the ac3 compatibility?).
I have this problem on norwegian terrestrial channels, getting no audio. I have just upgraded to vdr-1.7.15(yavdr 0.2.0). Im using xineliboutput. Have used this ppa https://launchpad.net/~yavdr/+archive/unstable-vdr .
Here are the stats: -Audio through xineliboutput doesnt work -Audio through streamdev to vlc(windows 7) works. -Recording plays fine in vlc(windows 7), but not wiht xineliboutput. -Femon 1.7.7 does not detect this audio codec.
I have made a recording, here is a sample http://www.nilux.com/2.ts .
Dunno if its xineliboutput or vdr.
Regards Bjørnar Nilsen
2010/6/22 Bjørnar Nilsen nilsn@nilux.com:
Den 22.06.2010 07:21, skrev ECLiPSE:
I know that is not directly related to vdr, as my problem should come from the reel src and not vdr. I know there is here a good community of developpers and perhaps someone can look at the src of the hdplayer and see if it could be possible to add the detection of e-ac3 audio format , (and perhaps finding the way to decode it or at least enable the ac3 compatibility?).
I have this problem on norwegian terrestrial channels, getting no audio. I have just upgraded to vdr-1.7.15(yavdr 0.2.0). Im using xineliboutput. Have used this ppa https://launchpad.net/~yavdr/+archive/unstable-vdr .
Here are the stats: -Audio through xineliboutput doesnt work -Audio through streamdev to vlc(windows 7) works. -Recording plays fine in vlc(windows 7), but not wiht xineliboutput. -Femon 1.7.7 does not detect this audio codec.
I have made a recording, here is a sample http://www.nilux.com/2.ts .
Dunno if its xineliboutput or vdr.
This is a xine problem, and not a vdr problem. Linux mplayer plays that stream's audio so the audio is OK. The latest development version of xine might work better.
Kind Regards
James
Bjørnar Nilsen wrote:
Den 22.06.2010 07:21, skrev ECLiPSE:
I know that is not directly related to vdr, as my problem should come from the reel src and not vdr. I know there is here a good community of developpers and perhaps someone can look at the src of the hdplayer and see if it could be possible to add the detection of e-ac3 audio format , (and perhaps finding the way to decode it or at least enable the ac3 compatibility?).
I have this problem on norwegian terrestrial channels, getting no audio. I have just upgraded to vdr-1.7.15(yavdr 0.2.0). Im using xineliboutput. Have used this ppa https://launchpad.net/~yavdr/+archive/unstable-vdr .
Here are the stats: -Audio through xineliboutput doesnt work -Audio through streamdev to vlc(windows 7) works. -Recording plays fine in vlc(windows 7), but not wiht xineliboutput. -Femon 1.7.7 does not detect this audio codec.
I have made a recording, here is a sample http://www.nilux.com/2.ts .
Dunno if its xineliboutput or vdr.
Regards Bjørnar Nilsen
Hi Bjørnar
(I changed the subject as I do not think it is directly related to the original issue).
I'm no expert when it comes to the audio formats, but I have the same experience here in Denmark. AFAICT the problem is missing LATM AAC[1] decoding support in xine/ffmpeg/libfaad itself. Neither xineliboutput or xine plugins provide audio for our MPEG4 channels, but I can connect mplayer or vlc to xineliboutput on port 37890 and get audio, so the core VDR components are not to blame. My ffmpeg says something about missing LATM support when playing your recording and my own: $ ffmpeg -i 2.ts FFmpeg version SVN-r23019-4:0.6~svn20100505-2yavdr1, Copyright (c) 2000-2010 the FFmpeg developers built on Jun 14 2010 12:58:34 with gcc 4.4.3 configuration: --extra-version='4:0.6~svn20100505-2yavdr1' --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 50.15. 0 / 50.15. 0 libavcodec 52.66. 0 / 52.66. 0 libavformat 52.62. 0 / 52.62. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.10. 0 / 0.10. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x14a7420]AAC LATM not currently supported, patch welcome [h264 @ 0x14abae0]number of reference frames exceeds max (probably corrupt input), discarding one Last message repeated 361 times [mpegts @ 0x14a7420]max_analyze_duration reached Input #0, mpegts, from '2.ts': Duration: 00:00:22.22, start: 14142.519600, bitrate: 7256 kb/s Program 132 Stream #0.0[0x200]: Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0.1[0x280](nor): Data: 0x0011 Stream #0.2[0x258](nor): Subtitle: dvbsub Stream #0.3[0x259](nor): Subtitle: dvbsub Stream #0.4[0x240]: Data: 0x0006
If you run xine --verbose=2 on the recording or on the xineliboutput stream you will similarly see libfaad errors from the failed audio decoding.
I have experimented with a Personal Package Archive at Launchpad[2] to do some further testing but my conclusion so far is that no combination of recent ffmpeg and xine versions support LATM. Other players like vlc, xbmc, mythtv and mplayer apparently include their own LATM parser/decoder before handing of the decoding of the raw AAC stream to libfaad.
I also commented on the issue at the VDR portal[3], but with no solution so far. I anyone knows more about this issue I'm all ears!
Cheers, Jonas
[1] http://wiki.multimedia.cx/index.php?title=Understanding_AAC [2] https://launchpad.net/~jonas-bardino [3] http://www.vdr-portal.de/board/thread.php?postid=912115
2010/6/23 Jonas Bardino jonas@bardinosen.dk:
Bjørnar Nilsen wrote:
Den 22.06.2010 07:21, skrev ECLiPSE:
I know that is not directly related to vdr, as my problem should come from the reel src and not vdr. I know there is here a good community of developpers and perhaps someone can look at the src of the hdplayer and see if it could be possible to add the detection of e-ac3 audio format , (and perhaps finding the way to decode it or at least enable the ac3 compatibility?).
I have this problem on norwegian terrestrial channels, getting no audio. I have just upgraded to vdr-1.7.15(yavdr 0.2.0). Im using xineliboutput. Have used this ppa https://launchpad.net/~yavdr/+archive/unstable-vdr .
Here are the stats: -Audio through xineliboutput doesnt work -Audio through streamdev to vlc(windows 7) works. -Recording plays fine in vlc(windows 7), but not wiht xineliboutput. -Femon 1.7.7 does not detect this audio codec.
I have made a recording, here is a sample http://www.nilux.com/2.ts .
Dunno if its xineliboutput or vdr.
Regards Bjørnar Nilsen
Hi Bjørnar
(I changed the subject as I do not think it is directly related to the original issue).
I'm no expert when it comes to the audio formats, but I have the same experience here in Denmark. AFAICT the problem is missing LATM AAC[1] decoding support in xine/ffmpeg/libfaad itself. Neither xineliboutput or xine plugins provide audio for our MPEG4 channels, but I can connect mplayer or vlc to xineliboutput on port 37890 and get audio, so the core VDR components are not to blame. My ffmpeg says something about missing LATM support when playing your recording and my own: $ ffmpeg -i 2.ts FFmpeg version SVN-r23019-4:0.6~svn20100505-2yavdr1, Copyright (c) 2000-2010 the FFmpeg developers built on Jun 14 2010 12:58:34 with gcc 4.4.3 configuration: --extra-version='4:0.6~svn20100505-2yavdr1' --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 50.15. 0 / 50.15. 0 libavcodec 52.66. 0 / 52.66. 0 libavformat 52.62. 0 / 52.62. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.10. 0 / 0.10. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x14a7420]AAC LATM not currently supported, patch welcome [h264 @ 0x14abae0]number of reference frames exceeds max (probably corrupt input), discarding one Last message repeated 361 times [mpegts @ 0x14a7420]max_analyze_duration reached Input #0, mpegts, from '2.ts': Duration: 00:00:22.22, start: 14142.519600, bitrate: 7256 kb/s Program 132 Stream #0.0[0x200]: Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0.1[0x280](nor): Data: 0x0011 Stream #0.2[0x258](nor): Subtitle: dvbsub Stream #0.3[0x259](nor): Subtitle: dvbsub Stream #0.4[0x240]: Data: 0x0006
If you run xine --verbose=2 on the recording or on the xineliboutput stream you will similarly see libfaad errors from the failed audio decoding.
I have experimented with a Personal Package Archive at Launchpad[2] to do some further testing but my conclusion so far is that no combination of recent ffmpeg and xine versions support LATM. Other players like vlc, xbmc, mythtv and mplayer apparently include their own LATM parser/decoder before handing of the decoding of the raw AAC stream to libfaad.
I also commented on the issue at the VDR portal[3], but with no solution so far. I anyone knows more about this issue I'm all ears!
Cheers, Jonas
[1] http://wiki.multimedia.cx/index.php?title=Understanding_AAC [2] https://launchpad.net/~jonas-bardino [3] http://www.vdr-portal.de/board/thread.php?postid=912115
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
hello, try to do as I did with svn xine-lib 1.2
read this http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/file/57d31b4ca5e0/contri...
and compile xine-lib with new sources of libfaad2 on contrib folder
http://www.audiocoding.com/faad2.html download from this site
is working with me to Portugal.
only on vdr-xineliboutput.
and yes Femon 1.7.7 does not detect this audio codec, this one must be update like vdr-xine
hope that helps,
best regards.
Luis Fernandes wrote:
2010/6/23 Jonas Bardino jonas@bardinosen.dk:
Bjørnar Nilsen wrote:
Den 22.06.2010 07:21, skrev ECLiPSE:
<cut: problems with LATM AAC audio in Scandinavia>
hello, try to do as I did with svn xine-lib 1.2
read this http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/file/57d31b4ca5e0/contri...
and compile xine-lib with new sources of libfaad2 on contrib folder
http://www.audiocoding.com/faad2.html download from this site
is working with me to Portugal.
only on vdr-xineliboutput.
and yes Femon 1.7.7 does not detect this audio codec, this one must be update like vdr-xine
hope that helps,
best regards.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thanks for your advice! I've tried to follow it but still get the libfaad errors[1] and no audio with plain xine on the previously mentioned sample. No audio on the relevant channels with vdr+xineliboutput+sxfe either. Can you actually play the audio of that http://www.nilux.com/2.ts sample with plain xine?
Perhaps you would be as kind as to explain a bit more about your compilation to make completely sure I understand exactly what you mean? A private mail is fine if it is irrelevant to the list.
I've tried building both with the yavdr source package and with a plain xine checkout but with the same result. Configure says it uses internal libfaad and ldd no longer says that the xine faad plugin file is dynamically linked to libfaad. I had to make some changes to get it compiled, though, as shown in my step by step description below[2].
Do you apply any additional faad or xine patches?
Thanks in advance!
Cheers, Jonas
[1] Error output from xine --verbose=2 2.ts load_plugins: plugin faad will be used for audio streamtype 0e. Allocate 4 reference frames Create decoder: vdp_device: 1, profile: 8, res: 1280x720 audio_alsa_out: audio rate : 44100 requested, 48000 provided by device/sec audio_alsa_out:open pause_resume=0 output sample rate 48000 will resample audio from 44100 to 48000 libfaad: Channel coupling not yet implemented libfaad: Invalid number of channels libfaad: Bitstream value not allowed by specification ... repeated ...
[2] Building from a xine-lib-1.2-vdpau checkout (the copying around to tmp is slightly silly but it follows the structure I needed for the yavdr package): rm -rf faad2* xine-lib-1.2-vdpau* wget http://downloads.sourceforge.net/faac/faad2-2.7.tar.gz tar xvf faad2-2.7.tar.gz hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau mkdir -p tmp cd tmp rm -rf xine-lib-1.2-vdpau rsync -aP ../xine-lib-1.2-vdpau . rm -rf xine-lib-1.2-vdpau/contrib/libfaad/*.{c,h} rsync -aP ../faad2-2.7/libfaad/ ../faad2-2.7/include/*.h xine-lib-1.2-vdpau/contrib/libfaad/ echo '/* dummy placeholder to mimic now removed header */
#include "neaacdec.h" ' > xine-lib-1.2-vdpau/contrib/libfaad/decoder.h cat xine-lib-1.2-vdpau/contrib/libfaad/common.h | sed 's@"../config.h"@<config.h>@g' > \ xine-lib-1.2-vdpau/contrib/libfaad/common.h.tmp mv xine-lib-1.2-vdpau/contrib/libfaad/common.h{.tmp,} cd .. rsync -aP tmp/xine-lib-1.2-vdpau/contrib/libfaad/*.{c,h} xine-lib-1.2-vdpau/contrib/libfaad/ echo 'xine-lib-1.2 (1.2.0~hg20100626-0dkvdr1) lucid; urgency=low
* Updated to latest faad2 release in contrib
-- Jonas Bardino jonas@bardino.dk Sat, 26 Jun 2010 17:22:02 +0000 ' > xine-lib-1.2-vdpau/debian/changelog.tmp cat xine-lib-1.2-vdpau/debian/changelog >> xine-lib-1.2-vdpau/debian/changelog.tmp mv xine-lib-1.2-vdpau/debian/changelog{.tmp,} cat xine-lib-1.2-vdpau/debian/control | sed 's/ libartsc0-dev,//g' > \ xine-lib-1.2-vdpau/debian/control.tmp mv xine-lib-1.2-vdpau/debian/control{.tmp,} cd xine-lib-1.2-vdpau dpkg-buildpackage -rfakeroot cd ..
2010/6/26 Jonas Bardino jonas@bardinosen.dk:
Luis Fernandes wrote:
2010/6/23 Jonas Bardino jonas@bardinosen.dk:
Bjørnar Nilsen wrote:
Den 22.06.2010 07:21, skrev ECLiPSE:
<cut: problems with LATM AAC audio in Scandinavia>
hello, try to do as I did with svn xine-lib 1.2
read this http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/file/57d31b4ca5e0/contri...
and compile xine-lib with new sources of libfaad2 on contrib folder
http://www.audiocoding.com/faad2.html download from this site
is working with me to Portugal.
only on vdr-xineliboutput.
and yes Femon 1.7.7 does not detect this audio codec, this one must be update like vdr-xine
hope that helps,
best regards.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thanks for your advice! I've tried to follow it but still get the libfaad errors[1] and no audio with plain xine on the previously mentioned sample. No audio on the relevant channels with vdr+xineliboutput+sxfe either. Can you actually play the audio of that http://www.nilux.com/2.ts sample with plain xine?
Perhaps you would be as kind as to explain a bit more about your compilation to make completely sure I understand exactly what you mean? A private mail is fine if it is irrelevant to the list.
I've tried building both with the yavdr source package and with a plain xine checkout but with the same result. Configure says it uses internal libfaad and ldd no longer says that the xine faad plugin file is dynamically linked to libfaad. I had to make some changes to get it compiled, though, as shown in my step by step description below[2].
Do you apply any additional faad or xine patches?
Thanks in advance!
Cheers, Jonas
[1] Error output from xine --verbose=2 2.ts load_plugins: plugin faad will be used for audio streamtype 0e. Allocate 4 reference frames Create decoder: vdp_device: 1, profile: 8, res: 1280x720 audio_alsa_out: audio rate : 44100 requested, 48000 provided by device/sec audio_alsa_out:open pause_resume=0 output sample rate 48000 will resample audio from 44100 to 48000 libfaad: Channel coupling not yet implemented libfaad: Invalid number of channels libfaad: Bitstream value not allowed by specification ... repeated ...
[2] Building from a xine-lib-1.2-vdpau checkout (the copying around to tmp is slightly silly but it follows the structure I needed for the yavdr package): rm -rf faad2* xine-lib-1.2-vdpau* wget http://downloads.sourceforge.net/faac/faad2-2.7.tar.gz tar xvf faad2-2.7.tar.gz hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau mkdir -p tmp cd tmp rm -rf xine-lib-1.2-vdpau rsync -aP ../xine-lib-1.2-vdpau . rm -rf xine-lib-1.2-vdpau/contrib/libfaad/*.{c,h} rsync -aP ../faad2-2.7/libfaad/ ../faad2-2.7/include/*.h xine-lib-1.2-vdpau/contrib/libfaad/ echo '/* dummy placeholder to mimic now removed header */
#include "neaacdec.h" ' > xine-lib-1.2-vdpau/contrib/libfaad/decoder.h cat xine-lib-1.2-vdpau/contrib/libfaad/common.h | sed 's@"../config.h"@<config.h>@g' > \ xine-lib-1.2-vdpau/contrib/libfaad/common.h.tmp mv xine-lib-1.2-vdpau/contrib/libfaad/common.h{.tmp,} cd .. rsync -aP tmp/xine-lib-1.2-vdpau/contrib/libfaad/*.{c,h} xine-lib-1.2-vdpau/contrib/libfaad/ echo 'xine-lib-1.2 (1.2.0~hg20100626-0dkvdr1) lucid; urgency=low
* Updated to latest faad2 release in contrib
-- Jonas Bardino jonas@bardino.dk Sat, 26 Jun 2010 17:22:02 +0000 ' > xine-lib-1.2-vdpau/debian/changelog.tmp cat xine-lib-1.2-vdpau/debian/changelog >> xine-lib-1.2-vdpau/debian/changelog.tmp mv xine-lib-1.2-vdpau/debian/changelog{.tmp,} cat xine-lib-1.2-vdpau/debian/control | sed 's/ libartsc0-dev,//g' > \ xine-lib-1.2-vdpau/debian/control.tmp mv xine-lib-1.2-vdpau/debian/control{.tmp,} cd xine-lib-1.2-vdpau dpkg-buildpackage -rfakeroot cd ..
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
hello
I think it's a matter of xinelib and not of vdr 1.7.15
so I sent you an email with the description of what I did, however I could not play your file with xine, just with mplayer.
best regards