On 20 Apr 2007, at 19:21, Alasdair Campbell wrote:
I'll have a look at the softdevice src this weekend & compare with
xineliboutput.
Why aren't you just using softdevice?
--
Torgeir Veimo
[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
Anssi Hannula wrote:
However, the usual "use-already-tuned-devices" check in GetDevice() only
checks for device->Receiving(), which does not report transfer-moded
device, resulting in the new receiver being started on second device,
thus both devices being reserved for receiving data from the sam
On 21 Apr 2007, at 11:37, Torgeir Veimo wrote:
On 20 Apr 2007, at 19:21, Alasdair Campbell wrote:
I'll have a look at the softdevice src this weekend & compare with
xineliboutput.
Why aren't you just using softdevice?
Ignore my question, I hadn't read the full thread.. Saturday morning
Anssi Hannula wrote:
> However, the usual "use-already-tuned-devices" check in GetDevice() only
> checks for device->Receiving(), which does not report transfer-moded
> device, resulting in the new receiver being started on second device,
> thus both devices being reserved for receiving data from
On 21/04/07, Tony Houghton <[EMAIL PROTECTED]> wrote:
In <[EMAIL PROTECTED]>, Alasdair Campbell wrote:
> Because I'm using a 550Mhz P3, my only option is to use the
> xineliboutput until I figure out what is causing the big CPU load
> variations. As I've never had softdevice successfully running
On 21/04/07, Petri Hintukainen <[EMAIL PROTECTED]> wrote:
On Fri, 2007-04-20 at 19:21 +0100, Alasdair Campbell wrote:
>
> I'll have a look at the softdevice src this weekend & compare with
> xineliboutput.
Better to compare with xine-lib (src/video_out/video_out_directfb.c), as
there's not even
Udo Richter wrote:
> Anssi Hannula wrote:
>> However, the usual "use-already-tuned-devices" check in GetDevice() only
>> checks for device->Receiving(), which does not report transfer-moded
>> device, resulting in the new receiver being started on second device,
>> thus both devices being reserved
Stone wrote:
>
> Anssi Hannula wrote:
> > However, the usual "use-already-tuned-devices" check in
> GetDevice() only
> > checks for device->Receiving(), which does not report transfer-moded
> > device, resulting in the new receiver being started on second device,
> > thus b
In <[EMAIL PROTECTED]>, Alasdair Campbell wrote:
> On 21/04/07, Tony Houghton <[EMAIL PROTECTED]> wrote:
> >
> >Another alternative is to use the other vdr xine plugin with df_xine,
> >which gives very good results with my Matrox (G450). About the only
> >problem is that it sometimes doesn't scale
On Saturday 21 April 2007 07:56:52 Petri Hintukainen wrote:
> On Fri, 2007-04-20 at 03:27 +0200, Markus Schuster wrote:
> > With Bloomberg (German news/stock channel) I see a very odd behavior:
> > [..]
>
> Probably channel uses smaller resolution than VDR OSD (720x576).
Yes, it does indeed :)
10 matches
Mail list logo