Re: [Mesa-dev] XvMC and VDPAU on radeon hardware
2010/10/22 Christian König : > Hi, Younes, > > my target is the R600 chipset not the R300 series, so the first step was > merging the pipe-video branche with master and getting r600g to work. > > After this was done, I added a video context creation function to r600g > as you suggested. Least I fixed some uninitialized memory bugs in your > XvMC implementation (you should run valgrind more often). > > And now I simply have to say that I'm deeply impressed by the cool > design of your XvMC driver and Galium3D in general. It simply works > great!!! > > Ok, I still have a bunch of problems, there seems to be some more > uninitialised memory issues (it only starts cleanly approx 3 of 4 > times), and some decoding artefacts are hard to track down. What's currently in the pipe-video branch works with softpipe, nv40 pipe_context, and the nv40 hardware decoder via Jimmy Rentz's patches. I've never seen any uninitialized memory problems, at least with the currently supported MPEG2 variations. At the moment it only supports frame coded pictures, so if you have any interlaced videos or videos using some of the unimplemented mocomp modes you might run into such problems. > Do you know a simple XvMC client that I could use for testing? I'm > currently using mplayer, but that's not very well usable when you want > to debug each frame step by step. Try http://www.xfree86.org/~mvojkovi/mpeg2play_accel.tar.gz It's simple enough to hack as you please. > I also need more testvideos, currently using a bunch of DVDs and > trailers, but I need some simple reference videos (bouncing balls, > rotating lines and stuff like that) with only a few macroblocks to > decode for each frame. If you have imagemagick or mencoder installed you can create small clips from individual image files. > I cc'ed the mailing list and andrew just in case somebody else knows a > god source for testvideos or client apps. > > I have some more questions about the source, but will mail you about > that later. > > Regards, > Christian. > > ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] 7.8.3 release
Brian Paul writes: > Have you tried 7.9? If there are rasterization or other issues w/ > 7.9 can you file bug reports? Seems to basically work. Our test suite hung 20% of the way through last night, and about half the tests that did run crashed. The ones that ran okay do not seem to have pixel differences. None of our tests that use GLSL ran, unfortunately. I'm not sure where the crashes came from. This is always a multi-day process; I'll get back to you... -tom ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] XvMC and VDPAU on radeon hardware
Hi, Younes, my target is the R600 chipset not the R300 series, so the first step was merging the pipe-video branche with master and getting r600g to work. After this was done, I added a video context creation function to r600g as you suggested. Least I fixed some uninitialized memory bugs in your XvMC implementation (you should run valgrind more often). And now I simply have to say that I'm deeply impressed by the cool design of your XvMC driver and Galium3D in general. It simply works great!!! Ok, I still have a bunch of problems, there seems to be some more uninitialised memory issues (it only starts cleanly approx 3 of 4 times), and some decoding artefacts are hard to track down. Do you know a simple XvMC client that I could use for testing? I'm currently using mplayer, but that's not very well usable when you want to debug each frame step by step. I also need more testvideos, currently using a bunch of DVDs and trailers, but I need some simple reference videos (bouncing balls, rotating lines and stuff like that) with only a few macroblocks to decode for each frame. I cc'ed the mailing list and andrew just in case somebody else knows a god source for testvideos or client apps. I have some more questions about the source, but will mail you about that later. Regards, Christian. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] glsl: fix matrix type check in ir_algebraic (miscompilation/asserts)
Hi,
Attached patch fixes what looks like a typo in ir_algebraic GLSL optimizations.
Vertex shader that triggers the bug:
void main() {
gl_Position = gl_ModelViewProjectionMatrix * gl_Vertex;
mat3 m = mat3 (0.1, 0.8, 0.1, 0.3, 0.3, 0.5, 0.9, 0.0, 0.1);
vec3 n = m * gl_Normal;
gl_FrontColor = vec4(n*0.5+0.5, 1.0);
}
(in debug build, triggers assert; miscompiled shader in release build)
--
Aras Pranckevičius
work: http://unity3d.com
home: http://aras-p.info
glsl-fix-matrix-type-check-in-ir_algebraic.patch
Description: Binary data
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
