On Fri, 2013-06-21 at 20:45 -0700, Jay Sorg wrote:
> Oh, BTW, if you want to turn it on to see the server side CPU savings,
> uncomment rdpXvInit(pScreen) in rdpmain.c.
>
> To get back to the original question for this thread, we could still
> do everything in software and use this extension to kn
t: Re: [Xrdp-devel] Improving XRDP performance
>
> Oh, BTW, if you want to turn it on to see the server side CPU
> savings,
> uncomment rdpXvInit(pScreen) in rdpmain.c.
>
> To get back to the original question for this thread, we could still
> do everything in software and
Oh, BTW, if you want to turn it on to see the server side CPU savings,
uncomment rdpXvInit(pScreen) in rdpmain.c.
To get back to the original question for this thread, we could still
do everything in software and use this extension to know when to
compress the bitmaps or not. Instead of analyzing
Hi Gustavo,
> How can we test this feature? Which rdp client did you use and how? Does the
> client use the client side Xv when available and CPU scaling / conversion
> otherwise?
All I did was add the virtual adaptor to X11rdp to see what apps call it.
It's off by default because if you don't
;Gustavo Homem"
> Cc: "Jonathan Buzzard" , "xrdp-devel"
>
> Sent: Saturday, June 22, 2013 3:51:39 AM
> Subject: Re: [Xrdp-devel] Improving XRDP performance
>
> Hello,
>
> I spent some time on this. I added the Xv extension to X11rdp.
> Actually, Xv it
Hello,
I spent some time on this. I added the Xv extension to X11rdp.
Actually, Xv it was already there, I just added a virtual adaptor
"xrdp XVideo adaptor"
VLC, mplayer, all player I tried call it but flash does not. It looks
like there don't even try.
http://blogs.adobe.com/penguinswf/2008/
Hi,
> >
> > P.S.: We also tested Pi both with X11 clients and dfreerdp and
> > although it works basic window dragging is super sluggish. It will
> > work well whenever basic acceleration is developed. Last time we
> > tested only the vesa X11 driver was available. That driver is good
> > enough
On 11/06/13 17:33, Gustavo Homem wrote:
> Hello Jonathan,
>
> Your points are interesting. To keep the horses ahead of the cart we
> should now understand:
>
> - if virtual VAAPI is hard / easy / doable on X11RDP (maybe Jay can
> comment)
I think it is doable, it is just hard. The reason it is har
On Mon, 2013-06-10 at 22:46 +0100, Gustavo Homem wrote:
> Hi Jonathan,
>
> >
> > > I also sympathize with the idea of having a transparent solution
> > > that
> > > is player independent.
> > >
> > > This would require:
> > >
> > > - a "virtual" accel extension on the remote X11rdp server
> >
>
good enough for a terminal on CPUs, but not for the
Pi.
- Original Message -
> From: "Jonathan Buzzard"
> To: "Gustavo Homem"
> Cc: "xrdp-devel" , "Jay Sorg"
>
> Sent: Terça-feira, 11 de Junho de 2013 13:58:29
> Subject: Re: [Xrdp
Hi Jonathan,
>
> > I also sympathize with the idea of having a transparent solution
> > that
> > is player independent.
> >
> > This would require:
> >
> > - a "virtual" accel extension on the remote X11rdp server
>
> VAAPI is probably the one to use.
But which players support this? 99% of vide
On 05/06/13 18:33, Gustavo Homem wrote:
[SNIP]
> I also sympathize with the idea of having a transparent solution that
> is player independent.
>
> This would require:
>
> - a "virtual" accel extension on the remote X11rdp server
VAAPI is probably the one to use.
> - a transport of the partiall
Hi,
Just a quick comment below.
> > it change VLC to be 'xrdp aware' and not use vrplayer.
>
> Well that is the other option, but suffers from the same problem you
> have under Windows you have to use specially modified versions of the
> players for it to work.
>
> That is why I feel trying to
Hi Guys, I have some news and ideas.
>> Some ideas worth evaluating:
>>
>> - is the code optimized on the rdp client (rdesktop, xfreerdp) in terms
>> of GCC opts and algorithms?
>> - could the client use hardware acccel to scale video and/or converte
>> colorspaces (Xvideo, VAAPI, VDPAU, ...)?
On Tue, 2013-06-04 at 11:35 -0700, Jay Sorg wrote:
> Hi Guys, I have some news and ideas.
>
> >> Some ideas worth evaluating:
> >>
> >> - is the code optimized on the rdp client (rdesktop, xfreerdp) in terms
> >> of GCC opts and algorithms?
> >> - could the client use hardware acccel to scale vi
On Fri, 2013-05-24 at 11:31 +0100, Gustavo Homem wrote:
[SNIP]
> Some ideas worth evaluating:
>
> - is the code optimized on the rdp client (rdesktop, xfreerdp) in terms
> of GCC opts and algorithms?
> - could the client use hardware acccel to scale video and/or converte
> colorspaces (Xvide
ation, for now.
Best regards, gracias
Gustavo
- Original Message -
> From: "Abraham Macías Paredes"
> To: "Gustavo Homem" , "xrdp-devel"
>
> Sent: Friday, May 24, 2013 7:46:34 AM
> Subject: RE: [Xrdp-devel] Improving XRDP performance
>
Hi Abraham,
> Hi everybody,
>
> I’m trying to improve the performance of XRDP.
>
>
>
> Let me explain the problem. When a user is writing in an OpenOffice
> document and things like that, the performance is OK, but if a user
> tries to watch a Youtube video the performance could be a problem.
>
>
lido.pt]
Enviado el: viernes, 24 de mayo de 2013 12:31
Para: Abraham Macías Paredes
CC: xrdp-devel
Asunto: Re: [Xrdp-devel] Improving XRDP performance
Hi Abraham,
I'm quite interested in this topic. I'll have your tests performed and report
back the results. But it will probably take a m
Hi everybody,
I'm trying to improve the performance of XRDP.
Let me explain the problem. When a user is writing in an OpenOffice document
and things like that, the performance is OK, but if a user tries to watch a
Youtube video the performance could be a problem.
With the "bitmap_compression=yes
Hi everybody,
I'm trying to improve the performance of XRDP.
Let me explain the problem. When a user is writing in an OpenOffice document
and things like that, the performance is OK, but if a user tries to watch a
Youtube video the performance could be a problem.
With the "bitmap_compression=yes
21 matches
Mail list logo
