HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L7
uses lanczos filter with number representing the size
of the sinc window.
v3: avoid L8 and L9 to allow for other scaling algrithms
v4 (chk): rebased on master
Signed-off-by: Nayan Deshmukh
---
Hi Nayan,
This quick hack was just to prove Christian's idea, and for your reference.
I don't have multi GPU system, and only had a very brief test on single
GPU,
so it might be some difference on your multi GPU system.
we have to dig more into it.
Regards,
Leo
On 09/05/2016 03:51 AM, Nayan
Hi Leo,
I thought so. As Michel suggested present extension needs
a linear buffer and he and Christian agreed that we should have
a separate linear buffer for this. But I still don't understand the code
in vl_winsys_dri3.c so I am not sure how this could be implemented.
Regards,
Nayan.
On Tue,
Hi Leo,
I have tested your patch with my mplayer and it gives error when I try to
increase the size of the window. It gives the following error:-
X11 error: BadAlloc (insufficient resources for operation)
X11 error: BadDrawable (invalid Pixmap or Window parameter)
X11 error: BadPixmap (invalid
On 09/02/2016 10:48 AM, Christian König wrote:
Am 02.09.2016 um 16:10 schrieb Leo Liu:
On 09/02/2016 09:50 AM, Christian König wrote:
Am 02.09.2016 um 15:27 schrieb Leo Liu:
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17
Am 02.09.2016 um 16:10 schrieb Leo Liu:
On 09/02/2016 09:50 AM, Christian König wrote:
Am 02.09.2016 um 15:27 schrieb Leo Liu:
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM,
On 09/02/2016 09:50 AM, Christian König wrote:
Am 02.09.2016 um 15:27 schrieb Leo Liu:
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM, Leo Liu wrote:
On 09/01/2016 11:54 AM,
Am 02.09.2016 um 15:27 schrieb Leo Liu:
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM, Leo Liu wrote:
On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
I saw the code in dri3_glx.c
On 09/02/2016 02:11 AM, Christian König wrote:
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM, Leo Liu wrote:
On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
I saw the code in dri3_glx.c and I could somewhat relate some basic
Am 02.09.2016 um 04:03 schrieb Michel Dänzer:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
On 02/09/16 12:58 AM, Leo Liu wrote:
On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
I saw the code in dri3_glx.c and I could somewhat relate some basic
code structure to the vl_winsys_dri3.c. But I am new
On 02/09/16 10:17 AM, Michel Dänzer wrote:
> On 02/09/16 12:58 AM, Leo Liu wrote:
>> On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
>>>
>>> I saw the code in dri3_glx.c and I could somewhat relate some basic
>>> code structure to the vl_winsys_dri3.c. But I am new to this and not aware
>>> of the
On 02/09/16 12:58 AM, Leo Liu wrote:
> On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
>> Hi Leo,
>>
>> I saw the code in dri3_glx.c and I could somewhat relate some basic
>> code structure to the vl_winsys_dri3.c. But I am new to this and not aware
>> of the
>> terminology that you used about the
On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
Hi Leo,
I saw the code in dri3_glx.c and I could somewhat relate some basic
code structure
to the vl_winsys_dri3.c. But I am new to this and not aware of the
terminology
that you used about the buffers. Could you please explain what needs
to be
Hi Leo,
I saw the code in dri3_glx.c and I could somewhat relate some basic code
structure
to the vl_winsys_dri3.c. But I am new to this and not aware of the
terminology
that you used about the buffers. Could you please explain what needs to be
done
in more detail or point me to where I can read
Hi Nayan,
About the Prime, I think you have to do is to separate decoder render
buffer and presentation back buffer,
and copy back and forth between them for presentation and update. You
might refer to similar implement
in glx and egl from loader_dri3_helper.c by grep "is_different_gpu"
Thanks, Michel you saved a lot of my time.
Christian, I will get in touch with Leo and get started on this task.
Regards,
Nayan.
On Thu, Sep 1, 2016 at 2:08 PM, Christian König
wrote:
> Am 01.09.2016 um 05:28 schrieb Michel Dänzer:
>
>> On 31/08/16 06:53 PM, Nayan
Am 01.09.2016 um 05:28 schrieb Michel Dänzer:
On 31/08/16 06:53 PM, Nayan Deshmukh wrote:
Hi Christian,
You missed a few things in the merge. I will send in the updated patch.
I looked at the code in vl_winsys.c and vl_winsys3.c and also
at the code in presentation.c where delayed rendering
On 31/08/16 06:53 PM, Nayan Deshmukh wrote:
> Hi Christian,
>
> You missed a few things in the merge. I will send in the updated patch.
>
> I looked at the code in vl_winsys.c and vl_winsys3.c and also
> at the code in presentation.c where delayed rendering is used. I was trying
> to compile
HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L7
uses lanczos filter with number representing the size
of the sinc window.
v3: avoid L8 and L9 to allow for other scaling algrithms
v4 (chk): rebased on master
Signed-off-by: Nayan Deshmukh
---
Hi Christian,
You missed a few things in the merge. I will send in the updated patch.
I looked at the code in vl_winsys.c and vl_winsys3.c and also
at the code in presentation.c where delayed rendering is used. I was trying
to compile using vl_dri3_screen_create() but its giving me some error. I
From: Nayan Deshmukh
HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L7
uses lanczos filter with number representing the size
of the sinc window.
v3: avoid L8 and L9 to allow for other scaling algrithms
v4 (chk): rebased on master
Signed-off-by: Nayan Deshmukh
HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L7
uses lanczos filter with number representing the size
of the sinc window.
v3: avoid L8 and L9 to allow for other scaling algrithms
Signed-off-by: Nayan Deshmukh
---
src/gallium/state_trackers/vdpau/mixer.c |
HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L9
uses lanczos filter with number representing the size
of the sinc window.
Signed-off-by: Nayan Deshmukh
---
src/gallium/state_trackers/vdpau/mixer.c | 116 ---
Hi Emil,
On Mon, Jul 18, 2016 at 4:44 PM, Emil Velikov
wrote:
> Hi Nayan,
>
> A couple of suggestions, which I hope will be less controversial than
> the "s/.f/.0f/" from earlier ;-)
>
> On 14 July 2016 at 21:58, Nayan Deshmukh
> wrote:
> >
Hi Nayan,
A couple of suggestions, which I hope will be less controversial than
the "s/.f/.0f/" from earlier ;-)
On 14 July 2016 at 21:58, Nayan Deshmukh wrote:
> HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L9
> uses lanczos filter with number representing the
Hi Alan,
we could adjust the HQ options on either side i.e we could remove L2 as the
quality of the output
was really bad. I haven't tested the L8 and L9 personally as my hardware
won't allow
for it. But we can adjust it in case we want to implement other scaling
algorithms.
Regards,
Nayan.
On
HIGH_QUALITY_SCALING_L2 to HIGH_QUALTIY_SCALING_L9
uses lanczos filter with number representing the size
of the sinc window.
Signed-off-by: Nayan Deshmukh
---
src/gallium/state_trackers/vdpau/mixer.c | 150 ++-
27 matches
Mail list logo