Re: [vdr] vdr-xine breakage with Freeview HD
On 2012-09-07 03:28, Darren Salt wrote: I've noticed audio brokenness with vdr-xine 0.9.4 and (at least) the BBC channels on Freeview HD. Recordings are fine and are played back without problem if played directly rather than via vdr. There's a sample recording (tarball, with b0rked filename due to the lack of decoding in stock Debian vdr) at http://tartarus.org/ds/bbchdvdr.tar (file size is 84172800 bytes; still being uploaded when I sent this). By 'played back ... directly' do you mean played back with xine, too, or with another player? I used to have loads of problems with xine and AAC LATM encoded audio on my VDR rig, and mplayer tells me that your BBC recordings uses exactly that format: ... Playing 2012-09-07.02.07.54-0.rec/1.ts. libavformat version 54.1.100 (internal) TS file format detected. VIDEO H264(pid=101) AUDIO AAC LATM(pid=102) SUB DVB(pid=105) PROGRAM N. 132 AFAICT support for LATM audio was only added in xinelib-1.1.19 and later: http://old.nabble.com/-PATCH--Add-AAC-LATM-support-from-FFmpeg-0.7%2B-td32355161.html The LATM channels finally started working here when I upgraded to VDR+xineliboutput from the yavdr unstable packages. My install is a bit dated but I suppose it works with more recent versions than these, too: ii libavcodec534:0.7.6-0ubuntu0.11.10. Libav codec library ii libxine21.2.1.hg20120511.1541-0 the xine video/media player library, binary files ii vdr 1.7.22-2yavdr1~oneiric Video Disk Recorder for DVB cards ii vdr-plugin-xineliboutpu 1.0.7+cvs20120511.1602- VDR plugin for Xine based sofdevice frontends ii xine-ui 0.99.7~hg20120217-0yavd the xine video player, user interface Additionally I just tested that your recording plays with audio when played directly in xine on my LMDE (Debian Testing based) laptop with the following packages: ii libavcodec53 5:0.10-0.1 Library to encode decode multimedia streams - runtime files. ii libxine2 1:1.2.1-0.1 Xine media player library, meta-package (development branch). ii xine-ui 0.99.7~hg20120125-1 the xine video player, user interface So perhaps you need a more recent xine/libav combo. Cheers, Jonas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Filesystem hierachy standard patch needs review.
On 06.09.2012 21:09, Manuel Reimer wrote: Klaus Schmidinger wrote: Attached is a revised version of the patch, as I intend to adopt it in version 1.7.30. Didn't try it, so far, but I had a look at it and maybe, I've found a small problem: +# By default VDR requires only one single directory to operate: VIDEODIR = /video -CONFDIR = $(VIDEODIR) +# See Make.config.template if you want to build VDR according to the FHS (File system Hierarchy Standard) [...] + +install-conf: +@cp *.conf $(DESTDIR)$(CONFDIR) For me this seems like install-conf does not longer work if FHS is *not* used, as CONFDIR is not defined without the FHS mode enabled? Mabe this would help: --- Makefile2012/09/01 13:22:33 2.28 +++ Makefile2012/09/07 10:31:35 @@ -76,6 +76,10 @@ DEFINES += -DPLUGINDIR=\$(PLUGINLIBDIR)\ DEFINES += -DLOCDIR=\$(LOCDIR)\ +CONFDIR ?= $(VIDEODIR) +CACHEDIR ?= $(VIDEODIR) +RESDIR ?= $(CONFDIR) + # The version numbers of VDR and the plugin API (taken from VDR's config.h): VDRVERSION = $(shell sed -ne '/define VDRVERSION/s/^.*\(.*\).*$$/\1/p' config.h) Please let me know if this should be added. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Filesystem hierachy standard patch needs review.
Am 07.09.2012 12:33, schrieb Klaus Schmidinger: On 06.09.2012 21:09, Manuel Reimer wrote: Klaus Schmidinger wrote: Attached is a revised version of the patch, as I intend to adopt it in version 1.7.30. Didn't try it, so far, but I had a look at it and maybe, I've found a small problem: +# By default VDR requires only one single directory to operate: VIDEODIR = /video -CONFDIR = $(VIDEODIR) +# See Make.config.template if you want to build VDR according to the FHS (File system Hierarchy Standard) [...] + +install-conf: +@cp *.conf $(DESTDIR)$(CONFDIR) For me this seems like install-conf does not longer work if FHS is *not* used, as CONFDIR is not defined without the FHS mode enabled? Mabe this would help: --- Makefile2012/09/01 13:22:33 2.28 +++ Makefile2012/09/07 10:31:35 @@ -76,6 +76,10 @@ DEFINES += -DPLUGINDIR=\$(PLUGINLIBDIR)\ DEFINES += -DLOCDIR=\$(LOCDIR)\ +CONFDIR ?= $(VIDEODIR) +CACHEDIR ?= $(VIDEODIR) +RESDIR ?= $(CONFDIR) + # The version numbers of VDR and the plugin API (taken from VDR's config.h): VDRVERSION = $(shell sed -ne '/define VDRVERSION/s/^.*\(.*\).*$$/\1/p' config.h) Please let me know if this should be added. Hmm, CONFDIR ist already defined in the Makefile. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Filesystem hierachy standard patch needs review.
On 07.09.2012 13:04, Christopher Reimer wrote: Am 07.09.2012 12:33, schrieb Klaus Schmidinger: On 06.09.2012 21:09, Manuel Reimer wrote: Klaus Schmidinger wrote: Attached is a revised version of the patch, as I intend to adopt it in version 1.7.30. Didn't try it, so far, but I had a look at it and maybe, I've found a small problem: +# By default VDR requires only one single directory to operate: VIDEODIR = /video -CONFDIR = $(VIDEODIR) +# See Make.config.template if you want to build VDR according to the FHS (File system Hierarchy Standard) [...] + +install-conf: +@cp *.conf $(DESTDIR)$(CONFDIR) For me this seems like install-conf does not longer work if FHS is *not* used, as CONFDIR is not defined without the FHS mode enabled? Mabe this would help: --- Makefile2012/09/01 13:22:33 2.28 +++ Makefile2012/09/07 10:31:35 @@ -76,6 +76,10 @@ DEFINES += -DPLUGINDIR=\$(PLUGINLIBDIR)\ DEFINES += -DLOCDIR=\$(LOCDIR)\ +CONFDIR ?= $(VIDEODIR) +CACHEDIR ?= $(VIDEODIR) +RESDIR ?= $(CONFDIR) + # The version numbers of VDR and the plugin API (taken from VDR's config.h): VDRVERSION = $(shell sed -ne '/define VDRVERSION/s/^.*\(.*\).*$$/\1/p' config.h) Please let me know if this should be added. Hmm, CONFDIR ist already defined in the Makefile. Not after vdr-1.7.29-fhs.diff has been applied. The above addition is meant to be made after applying that patch. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Filesystem hierachy standard patch needs review.
On 07.09.2012 13:26, Klaus Schmidinger wrote: On 07.09.2012 13:04, Christopher Reimer wrote: Am 07.09.2012 12:33, schrieb Klaus Schmidinger: On 06.09.2012 21:09, Manuel Reimer wrote: Klaus Schmidinger wrote: Attached is a revised version of the patch, as I intend to adopt it in version 1.7.30. Didn't try it, so far, but I had a look at it and maybe, I've found a small problem: +# By default VDR requires only one single directory to operate: VIDEODIR = /video -CONFDIR = $(VIDEODIR) +# See Make.config.template if you want to build VDR according to the FHS (File system Hierarchy Standard) [...] + +install-conf: +@cp *.conf $(DESTDIR)$(CONFDIR) For me this seems like install-conf does not longer work if FHS is *not* used, as CONFDIR is not defined without the FHS mode enabled? Mabe this would help: --- Makefile2012/09/01 13:22:33 2.28 +++ Makefile2012/09/07 10:31:35 @@ -76,6 +76,10 @@ DEFINES += -DPLUGINDIR=\$(PLUGINLIBDIR)\ DEFINES += -DLOCDIR=\$(LOCDIR)\ +CONFDIR ?= $(VIDEODIR) +CACHEDIR ?= $(VIDEODIR) +RESDIR ?= $(CONFDIR) + # The version numbers of VDR and the plugin API (taken from VDR's config.h): VDRVERSION = $(shell sed -ne '/define VDRVERSION/s/^.*\(.*\).*$$/\1/p' config.h) Please let me know if this should be added. Hmm, CONFDIR ist already defined in the Makefile. Not after vdr-1.7.29-fhs.diff has been applied. The above addition is meant to be made after applying that patch. Well, my above suggestion doesn't work as expected because of the recursive variable expansion done by 'make'. The following appears to work, though: --- --- Makefile2012/09/01 13:22:33 2.28 +++ Makefile2012/09/07 14:11:37 @@ -76,6 +76,12 @@ DEFINES += -DPLUGINDIR=\$(PLUGINLIBDIR)\ DEFINES += -DLOCDIR=\$(LOCDIR)\ +# Default values for directories: + +CONFDIRDEF = $(firstword $(CONFDIR) $(VIDEODIR)) +CACHEDIRDEF = $(firstword $(CACHEDIR) $(VIDEODIR)) +RESDIRDEF = $(firstword $(RESDIR) $(CONFDIRDEF)) + # The version numbers of VDR and the plugin API (taken from VDR's config.h): VDRVERSION = $(shell sed -ne '/define VDRVERSION/s/^.*\(.*\).*$$/\1/p' config.h) @@ -112,10 +118,10 @@ vdr.pc: Makefile Make.global @echo bindir=$(BINDIR) $@ @echo includedir=$(INCDIR) $@ - @echo configdir=$(CONFDIR) $@ + @echo configdir=$(CONFDIRDEF) $@ @echo videodir=$(VIDEODIR) $@ - @echo cachedir=$(CACHEDIR) $@ - @echo resdir=$(RESDIR) $@ + @echo cachedir=$(CACHEDIRDEF) $@ + @echo resdir=$(RESDIRDEF) $@ @echo plugindir=$(PLUGINLIBDIR) $@ @echo localedir=$(LOCDIR) $@ @echo apiversion=$(APIVERSION) $@ @@ -200,12 +206,12 @@ install-dirs: @mkdir -p $(DESTDIR)$(VIDEODIR) - @mkdir -p $(DESTDIR)$(CONFDIR) - @mkdir -p $(DESTDIR)$(CACHEDIR) - @mkdir -p $(DESTDIR)$(RESDIR) + @mkdir -p $(DESTDIR)$(CONFDIRDEF) + @mkdir -p $(DESTDIR)$(CACHEDIRDEF) + @mkdir -p $(DESTDIR)$(RESDIRDEF) install-conf: - @cp *.conf $(DESTDIR)$(CONFDIR) + @cp *.conf $(DESTDIR)$(CONFDIRDEF) # Documentation: --- Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine breakage with Freeview HD
I demand that Jonas Bardino may or may not have written... On 2012-09-07 03:28, Darren Salt wrote: I've noticed audio brokenness with vdr-xine 0.9.4 and (at least) the BBC channels on Freeview HD. Recordings are fine and are played back without problem if played directly rather than via vdr. There's a sample recording (tarball, with b0rked filename due to the lack of decoding in stock Debian vdr) at http://tartarus.org/ds/bbchdvdr.tar (file size is 84172800 bytes; still being uploaded when I sent this). By 'played back ... directly' do you mean played back with xine, too, or with another player? Anything using xine-lib. I used to have loads of problems with xine and AAC LATM encoded audio on my VDR rig, and mplayer tells me that your BBC recordings uses exactly that format: ... Playing 2012-09-07.02.07.54-0.rec/1.ts. libavformat version 54.1.100 (internal) TS file format detected. VIDEO H264(pid=101) AUDIO AAC LATM(pid=102) SUB DVB(pid=105) PROGRAM N. 132 That's equivalent to what I got from ffplay when doing some other testing. (I'm fairly sure that xine-lib's DVB plugin is a little broken wrt Freeview HD.) AFAICT support for LATM audio was only added in xinelib-1.1.19 and later: Well... it's safe to assume that I'll have at least the current 1.2 release installed ;-) The LATM channels finally started working here when I upgraded to VDR+xineliboutput from the yavdr unstable packages. My install is a bit dated but I suppose it works with more recent versions than these, too: [snip; what I have is mostly current wheezy] Given that the file could be played back without problem without vdr-plugin-xine, I'm fairly sure that that's where the problem lies. I'll have to give the other output method a test soonish. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ Have *you* exported a crypto system today? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine breakage with Freeview HD
I demand that I definitely did write... [snip] I'll have to give the other output method a test soonish. vdr-plugin-xineliboutput libxine2-xvdr work fine, in as much as the recording which I made earlier is played back fine (if a little quietly). gxine needed a small patch to enable the existing vdr support to work with xvdr. This change is now present in the (upstream) repository; I doubt that I'll be able to get it into wheezy. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ The descent to Hades is the same from every place. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine breakage with Freeview HD
On 7 September 2012 02:28, Darren Salt lists...@moreofthesa.me.uk wrote: I've noticed audio brokenness with vdr-xine 0.9.4 and (at least) the BBC channels on Freeview HD. Recordings are fine and are played back without problem if played directly rather than via vdr. There's a sample recording (tarball, with b0rked filename due to the lack of decoding in stock Debian vdr) at http://tartarus.org/ds/bbchdvdr.tar (file size is 84172800 bytes; still being uploaded when I sent this). I've never really had that much success with HD channels on Freeview, although it seemed more stable with live TV rather than HD recordings. For me (I think! I tend not to bother trying most of the time!), I get both video and audio but after a while the video will freeze but the audio carries on. If I play back an HD recording, this will probably happen after a couple of minutes or so. Due to this, I didn't really both trying again until recently! I gave it another go when the olympics was on and BBC 1 HD played live fairly happily for hours on end. Every now and then the video would freeze but this could be fixed by switching to another channel and back (audio carries on quite happily otherwise!). The time between video freezes seems to be random so could be caused by an error in the stream that cannot be corrected, or something like that?! Every now and then, I update xineliboutput + libxine + ffmpeg to the latest cvs / hg / git source (and I can never remember which is which version control system!). I'm currently on all of those from near the end of July. I keep hoping it will suddenly just work but it hasn't really changed much in this respect that I can see. Also with vdr-1.7.29. For SD recordings it is much more stable although skipping multiple times in quick succession usually locks it up and requires vdr-sxfe to be restarted! It's a bit of a pain but I've (nearly?!) learned to live with that! Laz ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr