[vdr] H264 AAC streamdev client OK, VNSI No Signal

2013-12-26 Thread Zouhair
Hi,

using XBMC streamdev client, i get successfully H264/AAC (video and
audio)
using VNSI (protocol version '3') nothing only message No Signal

- VDR log --
...
vdr: [971] VNSI: Creating new live Receiver
vdr: [971] VNSI: Successfully switched to channel 16 - AB1
vdr: [971] VNSI: Started streaming of channel AB1 (timeout 10 seconds)
vdr: [975] receiver on device 9 thread started (pid=694, tid=975,
prio=high)
vdr: [976] IPTV streamer thread started (pid=694, tid=976, prio=high)
vdr: [974] cLiveStreamer stream processor thread started (pid=694,
tid=974, prio=high)
vdr: [724] changing pids of channel 16 from 216+217=2:317=@4:0:517 to
217+217=27:317=fra@17:0:0
vdr: [974] changing pids of channel 16 from 216+217=2:317=@4:0:517 to
217+217=27:317=fra@17:0:517
vdr: [974] VNSI: Created stream demuxer for pid=217 and type=8
vdr: [974] VNSI: Created stream demuxer for pid=317 and type=5
vdr: [976] IPTV streamer thread ended(pid=694, tid=976)
vdr: [975] receiver on device 9 thread ended (pid=694, tid=975)
vdr: [977] receiver on device 9 thread started (pid=694, tid=977,
prio=high)
vdr: [979] IPTV streamer thread started (pid=694, tid=979, prio=high)
vdr: [731] VNSI: Requesting clients to reload channel list
vdr: [974] VNSI: No Signal
vdr: [971] VNSI: cxSocket::read: eof,connection closed streamer thread,
receiver is no more attached
vdr: [974] VNSI: exit streamer thread
...
-

because the channels is coming from vdr-iptv ?
Or, VNSI not support H264/AAC channels coming from vdr-iptv plugins ?

Thanks.


vnsiserver (0.9.0)
XBMC Media Center 12.2
vdr-iptv-2.0.0
VDR 2.0.2


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


[vdr] xinelib / vdpau suddenly fails to detect Nvidia ION GPU

2013-12-26 Thread Harald Milz
Hi all,

I've been using a Zotac ION board with Nvidia GPU as XINE player for SD and HD
for quite a while. The player is vdr-sxfe with --video vdpau. This has
worked fine until recently, when the combo started to throw spurious errors
like (from the vdr-sxfe log): 

load_plugins: plugin /usr/lib/xine/plugins/2.0/xineplug_dmx_mngvo_vdpau: Can't 
create vdp device : unsupported GPU?
[5837] [vdr-fe]fe_xine_init: xine_open_video_driver(vdpau) failed
Error initializing xine

Lately, this happens reproducibly every time I start vdr-sxfe. (I had to
switch to xxmc which works fine for SD programs but gives me a bit of stutter
for HD channels on the 1.6 GHz single core Atom.)

Any idea where I should look? Why might xinelib or vdr-sxfe fail to correctly
detect the ION (MCP79) chip when everything is unchanged? Yes I ran an apt-get
upgrade on the underlying Ubuntu 12.04.3 OS but this didn't change anything,
apparently. 

TIA!

-- 
You will hear good news from one you thought unfriendly to you.

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


Re: [vdr] New tool to load VDR with XMLTV Data

2013-12-26 Thread Laurence Abbott
On 24 December 2013 21:59, Adam Flott a...@adamflott.com wrote:
 I tried it and got frustrated with the syntax and configuring the channels. 
 Plus it was fun to learn SVDRP (for future itch scratching)

I've never managed to get the plugin to work when I've tried it but
I've been using xmtv with that xml2vdr Perl script for quite a few
years now.

How does your new script improve on the old one? I should probably
have a look myself, really...

Laz

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


Re: [vdr] H264 AAC streamdev client OK, VNSI No Signal

2013-12-26 Thread Zouhair
tested with plugin xvdr (0.9.9) and xbmc-addon-xvdr the video is
working, but audio not :/

any solution ?

I wish to use VNSI because this plugin is more stable than XVDR.

Thanks


Le jeudi 26 décembre 2013
Zouhair info...@gmail.com a écrit:

 Hi,
 
 using XBMC streamdev client, i get successfully H264/AAC (video and
 audio)
 using VNSI (protocol version '3') nothing only message No Signal
 
 - VDR log --
 ...
 vdr: [971] VNSI: Creating new live Receiver
 vdr: [971] VNSI: Successfully switched to channel 16 - AB1
 vdr: [971] VNSI: Started streaming of channel AB1 (timeout 10 seconds)
 vdr: [975] receiver on device 9 thread started (pid=694, tid=975,
 prio=high)
 vdr: [976] IPTV streamer thread started (pid=694, tid=976, prio=high)
 vdr: [974] cLiveStreamer stream processor thread started (pid=694,
 tid=974, prio=high)
 vdr: [724] changing pids of channel 16 from 216+217=2:317=@4:0:517 to
 217+217=27:317=fra@17:0:0
 vdr: [974] changing pids of channel 16 from 216+217=2:317=@4:0:517 to
 217+217=27:317=fra@17:0:517
 vdr: [974] VNSI: Created stream demuxer for pid=217 and type=8
 vdr: [974] VNSI: Created stream demuxer for pid=317 and type=5
 vdr: [976] IPTV streamer thread ended(pid=694, tid=976)
 vdr: [975] receiver on device 9 thread ended (pid=694, tid=975)
 vdr: [977] receiver on device 9 thread started (pid=694, tid=977,
 prio=high)
 vdr: [979] IPTV streamer thread started (pid=694, tid=979, prio=high)
 vdr: [731] VNSI: Requesting clients to reload channel list
 vdr: [974] VNSI: No Signal
 vdr: [971] VNSI: cxSocket::read: eof,connection closed streamer
 thread, receiver is no more attached
 vdr: [974] VNSI: exit streamer thread
 ...
 -
 
 because the channels is coming from vdr-iptv ?
 Or, VNSI not support H264/AAC channels coming from vdr-iptv plugins ?
 
 Thanks.
 
 
 vnsiserver (0.9.0)
 XBMC Media Center 12.2
 vdr-iptv-2.0.0
 VDR 2.0.2
 


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


Re: [vdr] xinelib / vdpau suddenly fails to detect Nvidia ION GPU

2013-12-26 Thread VDR User
 Any idea where I should look? Why might xinelib or vdr-sxfe fail to correctly
 detect the ION (MCP79) chip when everything is unchanged?

The problem is either software or hardware. If you are __100%
certain__ software hasn't changed, logically the issue must be
hardware related. That doesn't necessarily mean your ION is crapping
out. Faulting/flakey power supplies are known to cause any of a wide
range of problems. If you do need to diagnose hardware, start with the
simple things first. Sometimes simply re-seating a connector solves a
problem. Other common considerations are if the gpu is having problems
due to heat -- cooling (case, chipset, any of them) fan died, too much
dust buildup, airway blocked, etc.

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