Hi,
With the previously mentioned one line patche for pat.c vdr 1.7.14 does record correctly France HDTV (VC1 + eac3) .ts stream.
However, trying to stream them using streamdev (what xbmc does on the pvr2-testing branch for Kive TV), the EAC3 problem is still there somewhere as Arte HD works (no eac3), whereas all other HD chanells using eac3 fail.
I've already patched one file server/livestreamer.c case SI::AC3DescriptorTag: +case SI::EnhancedAC3DescriptorTag:
and this enable to a least get the video stream insteda of nothing but it skips, is slow and so on...
I tested with vdr-plugin-streamdev-0.5.0~pre20090706+cvs20100307.2102
-- eric
That's ok but do you use a ffmpeg patched eac3 for "spectral extension" and build xbmc-pvr for use it ? link for the lastest patch
eac3_spx_11.diff
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-March/085858.html
Le 28/03/2010 16:20, Eric Valette a écrit :
Hi,
With the previously mentioned one line patche for pat.c vdr 1.7.14 does record correctly France HDTV (VC1 + eac3) .ts stream.
However, trying to stream them using streamdev (what xbmc does on the pvr2-testing branch for Kive TV), the EAC3 problem is still there somewhere as Arte HD works (no eac3), whereas all other HD chanells using eac3 fail.
I've already patched one file server/livestreamer.c case SI::AC3DescriptorTag: +case SI::EnhancedAC3DescriptorTag:
and this enable to a least get the video stream insteda of nothing but it skips, is slow and so on...
I tested with vdr-plugin-streamdev-0.5.0~pre20090706+cvs20100307.2102
-- eric
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 03/29/2010 02:46 PM, zaverel wrote:
That's ok but do you use a ffmpeg patched eac3 for "spectral extension" and build xbmc-pvr for use it ? link for the lastest patch
eac3_spx_11.diff
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-March/085858.html
Well I'm not sure I understand your suggestion. Let me explain why:
If I use mplayer (or smplayer) with their own channels.conf to watch live TV, it works for the HD chanells using VC1+EAC3. As far as I know, mplayer use the same ffmpeg sources as the one I used for building xbmc.
If I use xbmc-pvr to watch a recorded a .ts file I recorded with vdr, it works (btw the build of xbmc is my own build from pvr-testing2 branch that use external libraries).
When getting the stream via the streamdev plugin, it fails.
But maybe I'm wrong as it is so complicated to know what is aexactly compilled in when specifying --enable-external-libraries.
-- eric
Le 29/03/2010 15:31, Eric Valette a écrit : But maybe I'm wrong as it is so complicated to know what is aexactly compilled in when specifying --enable-external-libraries.
# External library message strings external_libraries_enabled="== Use of all supported external libraries enabled. ==" external_libraries_disabled="== Use of all supported external libraries disabled. ==" external_ffmpeg_enabled="== Use of external ffmpeg enabled. ==" external_ffmpeg_disabled="== Use of external ffmpeg disabled. ==" external_liba52_enabled="== Use of external liba52 enabled. ==" external_liba52_disabled="== Use of external liba52 disabled. ==" external_libdts_enabled="== Use of external libdts enabled. ==" external_libdts_disabled="== Use of external libdts disabled. ==" external_libass_enabled="== Use of external libass enabled. ==" external_libass_disabled="== Use of external libass disabled. ==" external_python_enabled="== Use of external python enabled. ==" external_python_disabled="== Use of external python disabled. ==" ffmpeg_vdpau_not_supported="== External ffmpeg doesn't support VDPAU. VDPAU support disabled. =="
you can also use the output of streamdev like this to test vlc http://127.0.0.1:3000/channel_number__i_want or mplayer http://127.0.0.1:3000/channel_number__i_want
Le 29/03/2010 15:31, Eric Valette a écrit :
On 03/29/2010 02:46 PM, zaverel wrote:
That's ok but do you use a ffmpeg patched eac3 for "spectral extension" and build xbmc-pvr for use it ? link for the lastest patch
eac3_spx_11.diff
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-March/085858.html
Well I'm not sure I understand your suggestion. Let me explain why:
If I use mplayer (or smplayer) with their own channels.conf to watch live TV, it works for the HD chanells using VC1+EAC3. As far as I know, mplayer use the same ffmpeg sources as the one I used for building xbmc.
If I use xbmc-pvr to watch a recorded a .ts file I recorded with vdr, it works (btw the build of xbmc is my own build from pvr-testing2 branch that use external libraries).
When getting the stream via the streamdev plugin, it fails.
But maybe I'm wrong as it is so complicated to know what is aexactly compilled in when specifying --enable-external-libraries.
-- eric
On 03/29/2010 03:57 PM, zaverel wrote:
Le 29/03/2010 15:31, Eric Valette a écrit : But maybe I'm wrong as it is so complicated to know what is aexactly compilled in when specifying --enable-external-libraries.
# External library message strings external_libraries_enabled="== Use of all supported external libraries enabled. ==" external_libraries_disabled="== Use of all supported external libraries disabled. ==" external_ffmpeg_enabled="== Use of external ffmpeg enabled. ==" external_ffmpeg_disabled="== Use of external ffmpeg disabled. ==" external_liba52_enabled="== Use of external liba52 enabled. ==" external_liba52_disabled="== Use of external liba52 disabled. ==" external_libdts_enabled="== Use of external libdts enabled. ==" external_libdts_disabled="== Use of external libdts disabled. ==" external_libass_enabled="== Use of external libass enabled. ==" external_libass_disabled="== Use of external libass disabled. ==" external_python_enabled="== Use of external python enabled. ==" external_python_disabled="== Use of external python disabled. ==" ffmpeg_vdpau_not_supported="== External ffmpeg doesn't support VDPAU. VDPAU support disabled. =="
On the other hand the configure scripts also checks for libexif, libdvdcss and libid3tag but still produce them...
find . -name *.so ./addons/org.xbmc.pvr.library/libXBMC_pvr-i486-linux.so ./addons/org.xbmc.addon.library/libXBMC_addon-i486-linux.so ./system/python/python25-i486-linux.so ./system/players/paplayer/gensapu-i486-linux.so ./system/players/paplayer/SNESAPU-i486-linux.so ./system/players/paplayer/timidity-i486-linux.so ./system/players/paplayer/vgmstream-i486-linux.so ./system/players/paplayer/libsidplay2-i486-linux.so ./system/players/paplayer/ac3codec-i486-linux.so ./system/players/paplayer/adpcm-i486-linux.so ./system/players/paplayer/nosefart-i486-linux.so ./system/players/paplayer/stsoundlibrary-i486-linux.so ./system/players/dvdplayer/libdvdcss-i486-linux.so ./system/players/dvdplayer/libdvdnav-i486-linux.so ./system/ImageLib-i486-linux.so ./system/libexif-i486-linux.so ./system/libid3tag-i486-linux.so ./system/hdhomerun-i486-linux.so
you can also use the output of streamdev like this to test vlc http://127.0.0.1:3000/channel_number__i_want or mplayer http://127.0.0.1:3000/channel_number__i_want
Well I tried those but not locally. Will try. BTW I think channels numbering sheme is more complicated than that now (It used to work like that but now if I open a browser at http://127.0.0.1:3000 and look at the links I have strange numbering).
-- eric
On 29/03/2010 15:57, zaverel wrote:
I tested mplayer and it works for TF1HD and M6HD . So it confirms its not a streamdev problem per se but the integration inside xbmc as xbmc by itself works for playing the recorded streams.
I dunno who I should forward the pb...
--eric
-
Eric Valette -
Eric Valette
-
zaverel