On 02/08/12 00:22, Richard Scobie wrote:
> I have just managed to get an S2-6400 based vdr sytem up and running and
> am trying to work out how I can use the second tuner.
>
> Currently I have a diseqc switch with two dishes connected to tuner 1,
> which works now I use the "-D 0" vdr option.
>
>
On Wed, 08 Feb 2012 12:22:40 +1300
Richard Scobie wrote:
> I have just managed to get an S2-6400 based vdr sytem up and running
> and am trying to work out how I can use the second tuner.
>
> Currently I have a diseqc switch with two dishes connected to tuner
> 1, which works now I use the "-D 0
On 08.02.2012 01:31, Darren Salt wrote:
> I see that that's been uploaded. Which just leaves vdr-plugin-xine...
Coming soon. I'm trying to backport libxine to Squeeze, but I'll probably
give up and go ahead switching my VDR to Wheezy so I'm able to at least
test it before uploading.
Tobias
I demand that Tobi may or may not have written...
> On 03.02.2012 16:22, Manfred Schmidt-Voigt wrote:
>> working xineplugin (xineplug_inp_xvdr.so) for the xine-ui. xine-ui now ist
>> based on libxine2 but the libxine1-xvdr plugin is based on libxine1 (as
>> the name allready states). Are there any
I have just managed to get an S2-6400 based vdr sytem up and running and
am trying to work out how I can use the second tuner.
Currently I have a diseqc switch with two dishes connected to tuner 1,
which works now I use the "-D 0" vdr option.
I did think that adding "0:" to the top of diseqc.
On 8 February 2012 08:42, fnu wrote:
> There was also no need to have an decoration manager to operate the old
> softdevice-plugin (SD), id did just run on the old herringbone desktop ... ;-)
And the source code license for softdevice allows you to rip that code
out and add it to softhddevice. T
> You don't need a windows manager with xine/vdr-xine either, but according to
> softhddevice own text, -f requires it.
Well xorg alone would not work w/o any basic window management stuff, called it
window manager or not, but bottomline it is one, included in pure xorg. If
there wouldn't be a
On Tue, Feb 7, 2012 at 12:21 PM, fnu wrote:
>> -f start with fullscreen window (only with window manager)
>
> Hmm, AFAIK xorg does come with a build in window manager, I'm not 100% sure,
> but I guess it's called "xwm".
Xorg comes with a ton of useless dependencies. It's a complete wa
On Tue, Feb 7, 2012 at 11:48 AM, Gerald Dachs wrote:
>> Thanks, I just send him a private message providing a link to this
>> thread and asked that he read it when he has a few free minutes so I
>> don't have to copy&paste.
>
> He told already in the vdr-portal that he wouldn't like to subscribe t
> -fstart with fullscreen window (only with window manager)
Hmm, AFAIK xorg does come with a build in window manager, I'm not 100% sure,
but I guess it's called "xwm".
This provides just basic window work and I did use just pure xorg over years
with the "softdevice" plugin. There was
Don't worry just post in english, you'll get the answer also in english. Or
feel free to open a new one in english, you will get answers in english ...
;-)
Thanks, I just send him a private message providing a link to this
thread and asked that he read it when he has a few free minutes so I
don'
On Tue, Feb 7, 2012 at 11:05 AM, fnu wrote:
>> - I haven't figured out how to enter fullscreen mode.
>
> Well, AFAIK this is mentioned in the README. There are a couple of
> switches/options for the plugin start, one of them is "-f" for full screen.
> An other one is "-d" for the correct display a
> - I haven't figured out how to enter fullscreen mode.
Well, AFAIK this is mentioned in the README. There are a couple of
switches/options for the plugin start, one of them is "-f" for full screen.
An other one is "-d" for the correct display and "-x" to start xorg by the
plugin. And no, there is
On Tue, Feb 7, 2012 at 8:55 AM, fnu wrote:
>> How about the new truecolor osd VDR has now?
>
> Well, you did ask regarding a "HD OSD" which isn't automatically a true
> color OSD ...
Sorry, I had two questions. 1) does it support HD resolution, and 2)
does it support truecolor. I should have been
> How about the new truecolor osd VDR has now?
Well, you did ask regarding a "HD OSD" which isn't automatically a true
color OSD ...
Whereas AFAIK true color OSD is also possible with SD (576i) output, e.g.
xine/xineliboutput. The main problem, there isn't any real true color OSD
skin out there,
On Tue, Feb 7, 2012 at 8:07 AM, fnu wrote:
>> Does it support an HD osd?
>
> Where ist the difference? Plugin does support OSD size up to display
> resolution ...
How about the new truecolor osd VDR has now?
___
vdr mailing list
vdr@linuxtv.org
http://
> What's the url for this plugin? I would definitely like to try it!
http://projects.vdr-developer.org/projects/plg-softhddevice
> Does it also have a built-in media player?
No, at the end the mplayer- and music-plugin will do this job
> Does it support an HD osd?
Where ist the difference? Plu
What's the url for this plugin? I would definitely like to try it!
Does it also have a built-in media player?
Does it support an HD osd?
I've always used xine-lib-1.2 vdpau + vdr-xine and the mplayer plugin
for media playback. Then recently tried xineliboutput because it has a
built-in media play
On 07/02/2012 11:21, Torgeir Veimo wrote:
Does anyone have any experience with this plugin, and can offer some
opinion on how it differs from the xineliboutput and xine plugin?
- no use of libxine
- decoding in the plugin (no client executable (yet?), no client/server,
less buffers)
- decodi
Does anyone have any experience with this plugin, and can offer some
opinion on how it differs from the xineliboutput and xine plugin?
--
-Tor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
20 matches
Mail list logo
