[vdr] [ANNOUNCE] LoadEPG version 0.1.12

2008-02-14 Thread lukkinosat
Hello

On site http://www.kikko77.altervista.org/ in the
section download, is available the new version of
LoadEPG.

History:
2008-02-08: Version 0.1.12
- Added support for APIVERSION, VDR = 1.5.x


Hello, Luca :-)


  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

2008-02-14 Thread Klaus Schmidinger
On 02/14/08 06:05, Antti Hartikainen wrote:
 On Sun, Feb 10, 2008 at 11:40:12AM +0100, Klaus Schmidinger wrote:
 / in this point appears channel not available -error
 Does this message appear immediately after switching to the encrypted
 channel, or only after a few seconds?
 
 Few seconds later.
 
 I assume there are a few seconds between switching to the encrypted
 channel and the channel not available message, which would indicate that
 the CAM is simply not decrypting the channel.

 Maybe you could activate the debug outputs in ci.c to see whether VDR
 actually sends the CA_PMT data to the CAM.
 
 Seems this was really a CAM problem, not a bug in VDR.
 Trying with other CAM everything works perfectly. Everything at begining just 
 pointed against VDR, because it worked fine with older versions.

A possible explanation could be that VDR 1.4 didn't use the CAM commands
for multiple decryption.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] [PATCH] Fix build with GCC 4.3's cleaned up C++ headers

2008-02-14 Thread Ville Skyttä
Hello,

Attached is a patch that fixes VDR 1.4.7's build for me on Fedora 9 devel 
against GCC 4.3's cleaned up C++ headers.  The build errors were due to 
INT_MAX not being defined.
diff -up vdr-1.4.7/epg.c~ vdr-1.4.7/epg.c
--- vdr-1.4.7/epg.c~	2006-10-28 12:12:42.0 +0300
+++ vdr-1.4.7/epg.c	2008-02-14 19:12:26.0 +0200
@@ -12,6 +12,7 @@
 
 #include epg.h
 #include ctype.h
+#include limits.h
 #include time.h
 #include libsi/si.h
 #include timers.h
diff -up vdr-1.4.7/menuitems.h~ vdr-1.4.7/menuitems.h
--- vdr-1.4.7/menuitems.h~	2008-02-14 19:10:06.0 +0200
+++ vdr-1.4.7/menuitems.h	2008-02-14 19:12:39.0 +0200
@@ -10,6 +10,7 @@
 #ifndef __MENUITEMS_H
 #define __MENUITEMS_H
 
+#include limits.h
 #include osdbase.h
 
 extern const char *FileNameChars;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

2008-02-14 Thread Tomas Berglund
Maybe multiple decryption should be a setup feature?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Klaus Schmidinger
Sent: den 14 februari 2008 18:32
To: vdr@linuxtv.org
Subject: Re: [vdr] vdr-1.5x: problem with recording FTA and watching
scrambled at the same time

On 02/14/08 06:05, Antti Hartikainen wrote:
 On Sun, Feb 10, 2008 at 11:40:12AM +0100, Klaus Schmidinger wrote:
 / in this point appears channel not available -error
 Does this message appear immediately after switching to the encrypted
 channel, or only after a few seconds?
 
 Few seconds later.
 
 I assume there are a few seconds between switching to the encrypted
 channel and the channel not available message, which would indicate
that
 the CAM is simply not decrypting the channel.

 Maybe you could activate the debug outputs in ci.c to see whether VDR
 actually sends the CA_PMT data to the CAM.
 
 Seems this was really a CAM problem, not a bug in VDR.
 Trying with other CAM everything works perfectly. Everything at begining
just pointed against VDR, because it worked fine with older versions.

A possible explanation could be that VDR 1.4 didn't use the CAM commands
for multiple decryption.

Klaus

___
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


[vdr] run xineliboutput with some Errors

2008-02-14 Thread 林海





 hi, I am from china. I have finished compiling VDR-1.47 and  
vdr-xineliboutput-1.0.0rc2. I want to use xineliboutput with framebuffer in 
textmode. Before I compiled  VDR-1.47 and  vdr-xineliboutput-1.0.0rc2, I have 
set xineliboutput with XINELIBOUTPUT_X11 = 0 XINELIBOUTPUT_FB = 1 
XINELIBOUTPUT_XINEPLUGIN = 1. But when I use the following command:dddk:~# vdr 
--video=/var/spool/video --epgfile=/var/spool/epg --config=/etc/vdr 
--lib=/usr/lib/vdr -Pxineliboutput --local=fbfe --video=DirectFB 
--remote=none the screen displays: Benchmarking memcpy methods (smaller is 
better):libc memcpy() : 638969394linux kernel memcpy() : 
637708145MMX optimized memcpy() : 739269605MMXEXT optimized 
memcpy() : 321292168SSE optimized memcpy() : 326055823load_plugins: 
skipping unreadable plugin directory /root/.xine/plugins.load_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_vo_out_xshm.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_flv.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_decode_spucmml.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_dmx_rawdv.so foundload_plugins: 
cannot open plugin lib 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_mng.so:libmng.so.1: cannot open shared 
object file: No such file or directoryload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_inp_pnm.so foundload_plugins: cannot open 
plugin lib /usr/lib/xine/plugins/1.1.2/xineplug_vo_out_caca.so:libcaca.so.0: 
cannot open shared object file: No such file or directoryload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_mpeg_elem.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_ao_out_oss.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_decode_gsm610.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_asf.so foundload_plugins: cannot open 
plugin lib 
/usr/lib/xine/plugins/1.1.2/xineplug_inp_gnome_vfs.so:libgnomevfs-2.so.0: 
cannot open shared object file: No such file or directoryload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_mpeg_ts.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_decode_speex.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_decode_bitplane.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_inp_rtsp.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_dmx_image.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_decode_real.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_inp_xvdr.so foundload_plugins: 
cannot open plugin lib 
/usr/lib/xine/plugins/1.1.2/xineplug_flac.so:libFLAC.so.7: cannot open shared 
object file: No such file or directoryload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_vo_out_xvmc.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_ao_out_file.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_sputext.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_decode_nsf.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_mpeg_pes.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_decode_real_audio.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_inp_pvr.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_decode_spucc.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_decode_mad.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/xineplug_decode_sputext.so 
foundload_plugins: plugin /usr/lib/xine/plugins/1.1.2/xineplug_dmx_pva.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_inp_stdin_fifo.so foundload_plugins: 
cannot open plugin lib 
/usr/lib/xine/plugins/1.1.2/xineplug_ao_out_esd.so:libesd.so.0: cannot open 
shared object file: No such file or directoryload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_ao_out_alsa.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/xineplug_dmx_slave.so foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_tvtime.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/post/xineplug_post_audio_filters.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_audio_filters.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_audio_filters.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_audio_filters.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_audiochannel.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_autocrop.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/post/xineplug_post_goom.so 
foundload_plugins: plugin 
/usr/lib/xine/plugins/1.1.2/post/xineplug_post_mosaico.so foundload_plugins: 
plugin /usr/lib/xine/plugins/1.1.2/post/xineplug_post_visualizations.so 
foundload_plugins: plugin 

Re: [vdr] run xineliboutput with some Errors

2008-02-14 Thread Darren Salt
I demand that 林海 may or may not have written...

 hi, I am from china. I have finished compiling VDR-1.47 and
 vdr-xineliboutput-1.0.0rc2. I want to use xineliboutput with framebuffer in
 textmode. Before I compiled  VDR-1.47 and  vdr-xineliboutput-1.0.0rc2, I
 have set xineliboutput with XINELIBOUTPUT_X11 = 0 XINELIBOUTPUT_FB = 1
[snip; rewrapped to 80 columns]

No, I'm not sorting through that mess of unwrapped text, and I doubt that
anybody else will either. I suggest that if you must use webmail, you find
some other provider. The one which you're using now is just... seriously
BROKEN.

(I've not looked at the HTML duplicate. Why should I? Mail is supposed to be
plain text...)

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
|   Let's keep the pound sterling

Bother, said Pooh, as he sunk his twelfth Guinness.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr