Re: [vdr] VDR 1.5.12 text2skin: how to compile?
2008/1/2, Andrey Kuzmin [EMAIL PROTECTED]: ake[1]: Entering directory `/ego/vdr/33/vdr-1.5.12/PLUGINS/src/text2skin' g++ -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='text2skin' -I/usr/include/freetype2 -I../../../include -I../../../../DVB/linux/include -I../../../../DVB/include -I. -o text2skin.o text2skin.c text2skin.c: In member function 'virtual bool cText2SkinPlugin::Start()': text2skin.c:28: error: invalid conversion from 'char*' to 'int' text2skin.c:28: error: initializing argument 1 of 'void cText2SkinStatus::SetLanguage(int)' make[1]: *** [text2skin.o] Error 1 make[1]: Leaving directory `/ego/vdr/33/vdr-1.5.12/PLUGINS/src/text2skin' *** failed plugins: text2skin Just another thing. Try do disable HAVE_FREETYPE in Makefile. Since VDR-core uses truetype, it's not more relevant for text2skin Ciao Oleg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.8.1 plugin
On Thursday 03 January 2008, Gregoire Favre wrote: I did have a rm -fr /usr/include/xine* in my script some times ago which I removed because I thought it wasn't necessary. Recompiled : no change. So I deleted /usr/lib64/xine/ and it works !!! I've solved the problem by deleting xineplug_inp_vdr.so from /usr/local/lib/xine/plugins/1.1.90/. The file was outdated (6 days older than all others in this directory) - it looks like rest of some previous version of xine I've compiling before. Thanks for pointing me to the right direction. Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12
Reinhard Nissl wrote: Hi, attached you'll find updated patches for VDR-1.5.12, which replace all formerly patches regarding this subject. The patch named *-dvbs2-* additionally adds DVB-S2 support to VDR (thanks to Marco Schlüßler) and requires to use the DVB drivers from the multi-proto tree (see URL below for further details). The other patch is without DVB-S2 support and therefore most suitable for DVB-C users. The patches have been extended to also include the recently released audioindexer patch. Furthermore, the field detection code for H.264 has been adopted to MPEG2, where the same issue (VDR's index.vdr addresses frame pictures, so an index entry must not be generated for the second field of a field picture pair) exists, though hardly used compared to H.264. Have a look at this page for more instructions on this concern: http://www.vdr-wiki.de/wiki/index.php/OpenSuSE_DVB-S2_-_Step_by_Step_Installationsanleitung_%28Achtung_Beta%29 Bye. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi. Big thanks to Reinhard, Manu, Claus and others who has made this possible. Using the old multiproto tree from 2007-10-25 I have SVT HD (swedish) working quite well with an S2-3200 on a 2.3GHz AMD BE-2400. My problem is that with that multiproto tree, VDR won't tune to any dvb-t channels on my nova-t 500. And with the latest multiproto tree dvb-t works but only unless I load the S2-3200 modules. If I do that VDR just hangs at startup saying nothing and doesn't answer on svdrp. Is there a way to debug this and see what's happening? Does anybody have any ideas about what's going on? If I remove the channels.conf vdr complains about that, so I know it's coming that far at least. There's no difference if I load any plugins or not. Again, I have followed all steps on the wiki and h.264+dvb-s2 works with the old multiproto, both using vdr-1.5.10 with your old patch and on vdr-1.5.12 with the new one. I'm running this on the 2.6.22-14-generic kernel that ships with Ubuntu 7.10. Keep up the good work, /Magnus H ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12
On Jan 3, 2008 5:40 PM, Magnus Hörlin [EMAIL PROTECTED] wrote: Hi. Big thanks to Reinhard, Manu, Claus and others who has made this possible. Using the old multiproto tree from 2007-10-25 I have SVT HD (swedish) working quite well with an S2-3200 on a 2.3GHz AMD BE-2400. My problem is that with that multiproto tree, VDR won't tune to any dvb-t channels on my nova-t 500. And with the latest multiproto tree dvb-t works but only unless I load the S2-3200 modules. If I do that VDR just hangs at startup saying nothing and doesn't answer on svdrp. Is there a way to debug this and see what's happening? Does anybody have any ideas about what's going on? If I remove the channels.conf vdr complains about that, so I know it's coming that far at least. There's no difference if I load any plugins or not. Again, I have followed all steps on the wiki and h.264+dvb-s2 works with the old multiproto, both using vdr-1.5.10 with your old patch and on vdr-1.5.12 with the new one. I'm running this on the 2.6.22-14-generic kernel that ships with Ubuntu 7.10. Sounds like you are having the same problem I am - when you say new multiproto, what do you mean? I am using the mercurial tree at http://jusst.de/hg/multiproto which hasn't been updated now in 4 weeks. I can't get the DVB-T devices working with it, even though Manu said it should work. The devices I use haven't had their source code modified from the v4l-dvb tree, so according to Manu the compatibility layer should mean they work OK, but when I tune to a DVB-T channel in VDR I just get a black screen. As it seems there are quite a few people desperately hoping for some kind of DVB-T support alongisde their beloved DVB-S2 are there any other suggestions from Manu or Reinhard on this? Cheers ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] muggle 0.1.12
Muggle 0.1.12 has been released. 2008-01-04: Version 0.1.12-BETA - Fix compilation and some compiler warnings. - Fix build with FLAC++ = 1.1.3. - Rename image_convert.sh to muggle-image-convert, install it in make install, make it a bit more robust. Get it at http://sourceforge.net/project/showfiles.php?group_id=203825package_id=243035release_id=565728 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.12 text2skin: how to compile?
On Dec 31, 2007 12:43 PM, Reinhard Nissl [EMAIL PROTECTED] wrote: Hi, VDR User schrieb: Also, there appears to be a problem with text2skin although it still works fine. If anyone cares to have a look and possibly fix it, that'd be great! The problem: Stopping: VDR *** glibc detected *** ./vdr: double free or corruption (fasttop): 0x0b1ba848 *** === Backtrace: = /lib/libc.so.6[0xb7c94ac5] /lib/libc.so.6(cfree+0x90)[0xb7c98570] ./PLUGINS/lib/libvdr-text2skin.so.1.5.12(_ZN14cText2SkinI18nD0Ev+0x5f)[0xb746405f] === Memory map: 08048000-08183000 r-xp 03:03 833366 /usr/local/dvb/vdr.source/vdr-1.5.12/vdr 08183000-0818c000 rw-p 0013a000 03:03 833366 /usr/local/dvb/vdr.source/vdr-1.5.12/vdr 0818c000-0b973000 rw-p 0818c000 00:00 0 [heap] The problem is that text2skin's i18n.c uses the old structure tI18nPhrase which contains only 22 text entries, but iterates over I18nLanguages()-Size() entries -- and in my case, Size() returns 23, so cText2SkinI18n::Parse() will overwrite stack variables and finally cause the above double free. As a quick workaround, modify VDR's i18n.h, e. g. like that: typedef const char *tI18nPhrase[4*22]; /// obsolete - switch to 'gettext'! Thanks for the info Reinhard! I know several people who have been asking about that problem and will forward what you've shared. Btw, do you know if anyone is working on fixing text2skin or? Cheers ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr