Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 04/01/2012 00:29, René wrote: On 03.01.2012 16:12 , René wrote: On 03.01.2012 10:29 , Marc wrote: * Unifdef sources ... [ ok ] * Applying local patches * Applying livebuffer-1.7.22.patch ... [ ok ] Source prepared. Ok, then i have something fishy going on.. I have the livebufer in the menu, but then as you said most likely it's not applied correctly. I have to check the build-log if it complains something Marc, The patch is now found by the ebuild, but it wont' get applied. The problem is just that it does not work. For some reasons it get's errors like can't find file to patch... No, it's still the same problem, the patch applies but you have more difference in your source tree when the local patches are applied. You can see what parts of the patch don't apply in the log at line 205. For me, I only have Makefile, config.c and config.h witch differ but you have more : patching file device.c Hunk #1 FAILED at 18. patching file dvbplayer.c Hunk #4 FAILED at 281. patching file menu.c Hunk #4 FAILED at 4169. Hunk #18 FAILED at 4998. ... I only use the noepg use flag, did you tried to compile vdr without any use flags ? If it works like this, try to add each use flag one by one to see where is the problem. Regards, Marc. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-1.7.22 mips_uClibc-0.9.30.1 (tools.c canonicalize_file_name...)
Hi, I try to compile vdr for openwrt (r29611) but I get the following errors tools.c: In function 'char* ReadLink(const char*)': tools.c:514: error: 'canonicalize_file_name' was not declared in this scope tools.c: In member function 'int cUnbufferedFile::Open(const more info in attached file. I had already successfully compiled (vdr-1.7.22) in a later version of openwrt (r27128) I just wish find out where the error (like missing option in uclibc or library...?) Thanks in advance. vdr-1.7.22_mips_uclibc_fail.txt.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.22 mips_uClibc-0.9.30.1 (tools.c canonicalize_file_name...)
Wed, 4 Jan 2012 14:46:18 +0100 Infonux infonux__gmail.com wrote: solved by removing FADVISE and ... http://svn.exactcode.de/t2/trunk/package/base/uclibc/patches/vdr-realpath.patch http://www.vdr-portal.de/index.php?page=Threadpostid=641884 vdr-1.7.22_uClibc-0.9.30.1_fix_build.patch.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Crystalhd support and help
On 12-01-03 05:54 PM, Damien Bally wrote: Hello I got a BCM70015 card working with vdr-xineliboutput by using the crystalhd plugin for xine here : http://crystalhd.svn.sourceforge.net/viewvc/crystalhd/branches/xine-plugin-crystalhd-ffmpeg/ The install procedure is thoroughly explained in the README. Keep in mind you should compile it towards xine-lib 1.2, which is out since a few days. It works reliably with h.264 dvb-t streams on my D945GSEJT motherboard with not more than 30% CPU usage. The media player also works, even if it gets somewhat unresponsive when you try to fast forward or rewind some HD files. I don't know if the vaapi driver for crystalhd is usable too. I tried this install - got it all installed, and its being called up by vdr-sxfe but I'm not getting anything on the screen! I hear audio but no video? Any suggestions what might be going on here? I see the error failed to open broadcom Crystal HD but then further down it seems to be utilizing it? [30825] [input_vdr] Data stream connected (TCP) [30825] [input_vdr] WARNING: xine-engine setting engine.buffers.audio_num_buffers:230 istoo low for HD-playback! Please use values between 500-1000! [30825] [input_vdr] WARNING: Video output driver reports it does not support unscaled overlays ! Running DIL (3.20.0) Version DtsDeviceOpen: Opening HW in mode 0 Clock set to 180 DtsNotifyMode: Ioctl failed: 6 Notify Operating Mode Failed DtsAllocIoctlData Error Unable to detach from Dil shared memory ... DtsDelDilShMem:Unable get shmid ... crystalhd_h264: ERROR: Failed to open Broadcom Crystal HD [mpeg2video @ 0x8928ca0]ac-tex damaged at 18 15 [mpeg2video @ 0x8928ca0]Warning MVs not available [mpeg2video @ 0x8928ca0]concealing 924 DC, 924 AC, 924 MV errors crystalhd_decoder.c: ffmpeg aspect ratio: 1.78 3600 Press Esc to exit [30839] [input_vdr] WARNING: xine-engine setting engine.buffers.video_num_frames:15 is too small for some HD channels [30842] [demux_vdr] PMT changed, resetting demuxer Last message repeated 1 times [mpeg2video @ 0x8984810]mpeg_decode_postinit() failure Last message repeated 34 times [mpeg2video @ 0x8984810]ac-tex damaged at 40 0 [mpeg2video @ 0x8984810]Warning MVs not available [mpeg2video @ 0x8984810]concealing 3600 DC, 3600 AC, 3600 MV errors crystalhd_decoder.c: ffmpeg aspect ratio: 1.78 1501 Last message repeated 73 times [mpeg2video @ 0x8984810]ac-tex damaged at 57 0 [mpeg2video @ 0x8984810]Warning MVs not available [mpeg2video @ 0x8984810]concealing 3592 DC, 3592 AC, 3592 MV errors crystalhd_decoder.c: got first decoded picture size 1812 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] Fix build with g++ 4.7.0.
This is the PR24163 case mentioned in
http://article.gmane.org/gmane.linux.redhat.fedora.devel/157671
---
config.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/config.h b/config.h
index 7825364..b0233a9 100644
--- a/config.h
+++ b/config.h
@@ -122,7 +122,7 @@ public:
if (!isempty(s)) {
T *l = new T;
if (l-Parse(s))
- Add(l);
+ this-Add(l);
else {
esyslog(ERROR: error in %s, line %d, fileName, line);
delete l;
--
1.7.7.5
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.22 mips_uClibc-0.9.30.1 (tools.c canonicalize_file_name...)
I would change: - char *TargetName = canonicalize_file_name(FileName); + char *TargetName = MALLOC(char, PATH_MAX); + TargetName = realpath(FileName, TargetName); to - char *TargetName = canonicalize_file_name(FileName); + TargetName = realpath(FileName, NULL); From http://linux.die.net/man/3/realpath To prevent a memory leak. Theunis On 4 January 2012 21:59, Infonux info...@gmail.com wrote: Wed, 4 Jan 2012 14:46:18 +0100 Infonux infonux__gmail.com wrote: solved by removing FADVISE and ... http://svn.exactcode.de/t2/trunk/package/base/uclibc/patches/vdr-realpath.patch http://www.vdr-portal.de/index.php?page=Threadpostid=641884 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.22 mips_uClibc-0.9.30.1 (tools.c canonicalize_file_name...)
I meant, + char *TargetName = realpath(FileName, NULL); On 4 January 2012 22:11, Theunis Potgieter theunis.potgie...@gmail.com wrote: I would change: - char *TargetName = canonicalize_file_name(FileName); + char *TargetName = MALLOC(char, PATH_MAX); + TargetName = realpath(FileName, TargetName); to - char *TargetName = canonicalize_file_name(FileName); + TargetName = realpath(FileName, NULL); From http://linux.die.net/man/3/realpath To prevent a memory leak. Theunis On 4 January 2012 21:59, Infonux info...@gmail.com wrote: Wed, 4 Jan 2012 14:46:18 +0100 Infonux infonux__gmail.com wrote: solved by removing FADVISE and ... http://svn.exactcode.de/t2/trunk/package/base/uclibc/patches/vdr-realpath.patch http://www.vdr-portal.de/index.php?page=Threadpostid=641884 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] Fix build with g++ 4.7.0.
Am 04.01.2012 21:04, schrieb Ville Skyttä:
This is the PR24163 case mentioned in
http://article.gmane.org/gmane.linux.redhat.fedora.devel/157671
diff --git a/config.h b/config.h
index 7825364..b0233a9 100644
--- a/config.h
+++ b/config.h
@@ -122,7 +122,7 @@ public:
if (!isempty(s)) {
T *l = new T;
if (l-Parse(s))
- Add(l);
+ this-Add(l);
else {
esyslog(ERROR: error in %s, line %d, fileName, line);
delete l;
This is one of the cases where it seems appropriate to have a lawyer for
every C++ coder, just in case he needs to wrangle the standard...
For info, the above references 14.6.2/3 of the ISO C++ standard, which is:
In the definition of a class template or a member of a class template, if a
base class of the class template
depends on a template-parameter, the base class scope is not examined during
unqualified name lookup
either at the point of definition of the class template or member or during
an instantiation of the class tem-
plate or member. [Example:
typedef double A;
templateclass T class B {
typedef int A;
};
templateclass T struct X : BT {
A a;// a has type double
};
The type name A in the definition of XT binds to the typedef name defined
in the global namespace
scope, not to the typedef name defined in the base class BT. ]
In our case, I'm not sure if another solution would be to pull in the
Add() method manually, by adding an
using cListT::Add;
to the class definition.
There's a similar use of this-First() in Save() that already requires
the this- in current compilers, and it can also be resolved by an
using cListT::First;
.
Cheers,
Udo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
