[Bug 30651] New: r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[Bug 30651] New: r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

           Summary: r600g: gl output in mplayer have no colors if used
                    with a fragment program with additional lookup and
                    bicubic B-spline filtering
           Product: Mesa
           Version: git
          Platform: All
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/Gallium/r600
        AssignedTo: dri-devel@lists.freedesktop.org
        ReportedBy: virtuousfox@gmail.com


when i try to play video in mplayer with option 'gl:yuv=4,lscale=1,cscale=1'
and r600g in use, it displays no colors. if it's 'gl:yuv=3', colors are ok.
'gl:yuv=5' seems also ok.
sorry, i  haven't tested yuv=4 without 'lscale=1,cscale=1' and immediately
rebuilded mesa without gallium, so i don't know which of those to blame
actually. my bet is 'yuv=4' and "a fragment program with additional lookup".

by the way, what yuv and *scale options do you recommend for use with ATI/AMD
>=r600 cards in terms of performance and quality ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #1 from Sergey Kondakov <virtuousfox@gmail.com> 2010-10-06 05:08:21 PDT ---
Created an attachment (id=39222)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=39222)
gl:yuv=3.jpg

normal picture

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #2 from Sergey Kondakov <virtuousfox@gmail.com> 2010-10-06 05:09:49 PDT ---
Created an attachment (id=39223)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=39223)
gl:yuv=4,lscale=1,cscale=1.jpg

bad picture

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #3 from Sergey Kondakov <virtuousfox@gmail.com> 2010-10-22 18:49:34 PDT ---
tested commit 469907d59738ad32c7a3b95072897432f1e81a0f with kernel 2.6.36 and
"ColorTiling"="on".
same thing :(

tested without 'lscale=1,cscale=1' and it makes no difference. setting 'yuv=4'
triggers bug alright.
but specifying 'yuv=1' and '5' (register combiners/GL_NV_register_combiners and
GL_ATI_fragment_shader) also gives colorless picture and it's much darker.

i will use method '6' for now with hope that it's not really "Extremely slow
(software emulation) on some (all?) ATI cards since it uses a texture with
border pixels" as mplayer's manual says.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #4 from Sergey Kondakov <virtuousfox@gmail.com> 2011-01-15 19:29:04 PST ---
Created an attachment (id=42092)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=42092)
gl:yuv=6 - broken output.jpg

recently method '6' was broken and i have to fallback on method '2'.

every video in mplayer with yuv=6 looks like green thing on picture plus some
changing random artefacts while video playing. were even were some git revision
with which any gl output was broken that way (or at least mplayer with -vo gl
and warzone2100 game) but it's ok now. only yuv=6 output with mplayer is
broken.
yuv=4 glitching the same way as before and have no colors.

there also were a glitch with yuv=6 when it still worked: bright whitish places
in videos were just plain white but this may be mplayer bug since i have never
tested it on some other hardware or non-open drivers.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] [RADEON:KMS:R600G] gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

Jerome Glisse <glisse@freedesktop.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|r600g: gl output in mplayer |[RADEON:KMS:R600G] gl
                   |have no colors if used with |output in mplayer have no
                   |a fragment program with     |colors if used with a
                   |additional lookup and       |fragment program with
                   |bicubic B-spline filtering  |additional lookup and
                   |                            |bicubic B-spline filtering

--- Comment #5 from Jerome Glisse <glisse@freedesktop.org> 2011-03-08 10:08:35 PST ---
Works any better now ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] [RADEON:KMS:R600G] gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #6 from Sergey Kondakov <virtuousfox@gmail.com> 2011-03-10 03:24:51 PST ---
yes, thanks. the green thing is gone with yuv=6 but
1) yuv=4 on r600g still have no colours even though with r300g they are ok
2) still there is an overbright glitch in some white places in some videos with
yuv=6. but again, it may be a mplayer bug since it present with r300g too (but
not software rasterizer), i'm not sure.

so, it's back to beginning.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] [RADEON:KMS:R600G] gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #7 from Andy Furniss <lists@andyfurniss.entadsl.com> 2011-04-13 10:23:46 PDT ---
(In reply to comment #6)

> 1) yuv=4 on r600g still have no colours even though with r300g they are ok

yuv=4 with or without bicubic now works for me on 600g

> 2) still there is an overbright glitch in some white places in some videos with
> yuv=6. but again, it may be a mplayer bug since it present with r300g too (but
> not software rasterizer), i'm not sure.

This is still the same.

One general observation is the with 600g perf is poor compared to 600c or xv,
which are at least 2x faster when benchmarking with HD streams.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] [RADEON:KMS:R600G] gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #8 from Sergey Kondakov <virtuousfox@gmail.com> 2011-04-13 10:46:29 PDT ---
same here.
and i never got answer about which method is better with amd/ati card and open
stack now. i hope devs are looking into that stuff.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] [RADEON:KMS:R600G] gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #9 from Andy Furniss <lists@andyfurniss.entadsl.com> 2011-04-13 11:38:47 PDT ---
(In reply to comment #8)
> same here.
> and i never got answer about which method is better with amd/ati card and open
> stack now. i hope devs are looking into that stuff.

Maybe there isn't an answer as such for that question.

I guess someone with an on-board low spec GPU may be more limited than a high
end card with fast vram.

Quality wise - I can't see any difference, the higher yuv= numbers give more
features like gamma correction (not sure how to use it though).

It would be nice if 600g could beat or equal 600c - it does for 3D, but for
some reason not this.

I said classic was twice as fast - it's actually more than that if I discount
time taken by the codec.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 30651] [RADEON:KMS:R600G] gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 841 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=30651

GitLab Migration User <gitlab-migration@fdo.invalid> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |MOVED
             Status|NEW                         |RESOLVED

--- Comment #10 from GitLab Migration User <gitlab-migration@fdo.invalid> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/391.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2713 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel