https://bugs.freedesktop.org/show_bug.cgi?id=40931
Summary: r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: lists@andyfurniss.entadsl.com
Using rv790 grey is rendered with VDPAU/XVMC decode since
commit f2bae9456f141f8c1104ef2a0aab31f6190ae5f0 Author: Dave Airlie airlied@redhat.com Date: Thu Sep 15 12:41:00 2011 +0100
r600g: interpret integer texture types as ints.
For signed/unsigned with no normalisation or srgb, assume its an INT type texture.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
--- Comment #1 from Dave Airlie airlied@freedesktop.org 2011-09-16 06:21:44 PDT --- can you try with current master?
https://bugs.freedesktop.org/show_bug.cgi?id=40931
--- Comment #2 from Andy Furniss lists@andyfurniss.entadsl.com 2011-09-16 07:42:32 PDT --- (In reply to comment #1)
can you try with current master?
It's still not rendering.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
--- Comment #3 from Christian König deathsimple@vodafone.de 2011-09-16 09:45:32 PDT --- Created an attachment (id=51268) View: https://bugs.freedesktop.org/attachment.cgi?id=51268 Review: https://bugs.freedesktop.org/review?bug=40931&attachment=51268
Sugested workaround
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Christian König deathsimple@vodafone.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
--- Comment #4 from Christian König deathsimple@vodafone.de 2011-09-16 09:52:30 PDT --- Hi Dave & Andy,
I think we have a disagreement here about what SCALED types should be.
As I understood it SCALED types should be represented as integers in memory, but when loaded into a shader converted to floats in the range 0..2^n (in opposite to normalized types), and that's how I used them in g3dvl.
I also added code to r600g to support those types as textures and render target, but this code got removed before merge because I figured out why working with normalized textures/render targets didn't got the expected results.
@Andy: The attached patch should fix your issue, but I will delay committing it until we have figured out how SCALED types should be really handled.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
--- Comment #5 from Marek Olšák maraeo@gmail.com 2011-09-16 11:16:13 PDT --- (In reply to comment #4)
Hi Dave & Andy,
I think we have a disagreement here about what SCALED types should be.
As I understood it SCALED types should be represented as integers in memory, but when loaded into a shader converted to floats in the range 0..2^n (in opposite to normalized types), and that's how I used them in g3dvl.
That's right if you are talking about USCALED.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Andy Furniss lists@andyfurniss.entadsl.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW
--- Comment #6 from Andy Furniss lists@andyfurniss.entadsl.com 2011-09-16 11:27:05 PDT --- (In reply to comment #4)
@Andy: The attached patch should fix your issue, but I will delay committing it until we have figured out how SCALED types should be really handled.
OK, I can confirm it does fix it.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
--- Comment #7 from Kai debian@carbon-project.org 2011-09-24 05:53:09 PDT --- Without attachment 51268 applied, I see the grey area described in comment #0 but when I run $ VDPAU_DRIVER=r600 mplayer -fs -aid 0x82 -sid 7 -vo vdpau -vc ffmpeg12vdpau dvd://1 with the workaround applied, I get:
mplayer: vl/vl_mpeg12_bitstream.c:980: vl_mpg12_bs_decode: Assertion `consumed <= num_bytes' failed.
I'm using Mesa from master (d7cdbc3c), mplayer is at 1.0~rc4+svn20110809 (from debian-multimedia.org). PCI ID for the GPU 1002:9553.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
--- Comment #8 from Andy Furniss lists@andyfurniss.entadsl.com 2011-09-26 03:18:16 PDT --- (In reply to comment #7)
Without attachment 51268 [details] applied, I see the grey area described in comment #0 but when I run $ VDPAU_DRIVER=r600 mplayer -fs -aid 0x82 -sid 7 -vo vdpau -vc ffmpeg12vdpau dvd://1 with the workaround applied, I get:
mplayer: vl/vl_mpeg12_bitstream.c:980: vl_mpg12_bs_decode: Assertion `consumed <= num_bytes' failed.
Probably not related to the fix as such, but I also have problems with streams that just stop - or (only just tested) dvd://.
For me dvd:// just hangs requiring a kill -9. It will work if I use -cache 20000.
I also just noticed that using -vo vdpau subs/control overlay will be incorrectly positioned/sized after toggling to and back from fullscreen.
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Andreas Boll andreas.boll.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #9 from Andreas Boll andreas.boll.dev@gmail.com --- Fixed with 86f97f7dc015092aa7fa1b0bdc4fe0a9f696d418
dri-devel@lists.freedesktop.org