> you must have an output "xineplug_inp_xvdr.so" then, you can play using
> xine cmd line:
>
> xine xvdr://127.0.0.1:37890
FYI, I have been successfully using xineliboutput *for years* with VDR 1.6.x.
The *only reason* I felt this worth reporting to the mailing list is because it
has all stoppe
Hi,
Since the driver doesn't allow to create only the frontend of the desired delivery type, here's a patch for
cDvbDevice. If there's no demux/dvr device with the frontend number it looks for one with a lower number.
Now it's possible to use "-D 0" for DVB-C or "-D 1" for DVB-T (change devic
Le 09/11/2011 18:56, VDR User a écrit :
vdr -P"xineliboutput --local=none --remote=37890 --primary"
try: vdr -P'xineliboutput --local=none --remote=37890 --primary'
I gave it a try. Doesn't work :-(
___
vdr mailing list
vdr@linuxtv.org
http://www
> vdr -P"xineliboutput --local=none --remote=37890 --primary"
try: vdr -P'xineliboutput --local=none --remote=37890 --primary'
Using double-quotes is problematic.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Le 09/11/2011 15:48, Wolfgang Rohdewald a écrit :
> netstat -tulpn | grep 37890
>
> probably does not show anything either - it should be something
> like
> tcp0 0 0.0.0.0:37890 0.0.0.0:*
LISTEN 3592/vdr
> udp0 0 255.255.255.255:37890 0.0.0.0:*
Am Mittwoch, 9. November 2011, 15:09:16 schrieb Damien Bally:
> The output of vdr-sxfe is in the attached file.
[1163] [input_vdr] Server not replying
[1163] [input_vdr] Can't connect to tcp://127.0.0.1:37890
so
netstat -tulpn | grep 37890
probably does not show anything either - it should be s
Le 09/11/2011 13:58, Joerg Riechardt a écrit :
Am 09.11.2011 13:49, schrieb Damien Bally:
Le 09/11/2011 11:19, Theunis Potgieter a écrit :
Your vdr-xineliboutput might not be the primary output device, you must
first change that before you see live video/audio.
I tried the following comma
Am 09.11.2011 13:49, schrieb Damien Bally:
Le 09/11/2011 11:19, Theunis Potgieter a écrit :
Your vdr-xineliboutput might not be the primary output device, you must
first change that before you see live video/audio.
I tried the following command line : vdr-P"xineliboutput --local=none
--prima
Le 09/11/2011 11:19, Theunis Potgieter a écrit :
Your vdr-xineliboutput might not be the primary output device, you must
first change that before you see live video/audio.
I tried the following command line : vdr-P"xineliboutput --local=none
--primary --remote=37890"
No success.
Damien
__
Tue, 8 Nov 2011 12:45:16 -0800 (PST)
Chris Rankin wrote:
> > can you give output of this command's please?
> >
> > lsmod |grep dvb
>
> $ lsmod |grep dvb
> em28xx_dvb 16720 11
> cxd2820r 22613 3 em28xx_dvb
> dvb_core 67728 2 em28xx_dvb,cxd2820r
> em28xx
Your vdr-xineliboutput might not be the primary output device, you must
first change that before you see live video/audio.
On 9 November 2011 12:02, Damien Bally wrote:
>
>
> Le 09/11/2011 00:39, Mika Laitio a écrit :
>
> What am I missing ? Thanks for helping.
>>>
>>
>> Have you configured fil
Le 09/11/2011 00:39, Mika Laitio a écrit :
What am I missing ? Thanks for helping.
Have you configured file:
plugins/xineliboutput/allowed_hosts.conf
Yes I put 127.0.0.1 in /video/plugins/xineliboutput/allowed_hosts.conf
with no result.
Here are the strace output for both vdr-sxf
On 8.11.2011 22:45, Chris Rankin wrote:
# netstat -napt |grep xine
tcp0 0 127.0.0.1:49124 127.0.0.1:37890
ESTABLISHED 5058/xine
It all looks reasonable. I can even (sometimes) persuade elements of the OSD to
appear in the xine-ui window by pressing buttons
13 matches
Mail list logo