On Thu, Sep 17, 2009 at 1:26 PM, Corbin Simpson <mostawesomed...@gmail.com> wrote: > On 09/17/2009 10:21 AM, Younes Manton wrote: >> On Thu, Sep 17, 2009 at 12:43 PM, Zack Rusin <za...@vmware.com> wrote: >>> Hey, >>> >>> I'm going to start adding XvMC acceleration to the Gallium's xorg state >>> tracker. >>> I'd like to move src/xvmc to src/gallium/state_trackers/xorg/xvmc and run >>> the >>> standard Mesa3D indent command on both g3dvl and xvmc. >>> >>> I'm by no means saying that the style in them is bad, or that any style is >>> better than any other. What I am saying is that when working within a >>> project >>> that has a well defined indention (docs/devinfo.html) it's anti-social and >>> difficult for everyone involved when parts of the code are using something >>> completely different. It's unrealistic to expect people to keep switching >>> indention that drastically when moving between files within a project. So >>> all >>> I'm asking for is some consistency which I think is going to make >>> everything a >>> lot easier for all of us. >>> >>> z >> >> Be my guest. I wasn't aware of the indent stuff when I started, >> apologies. You might also want to move src/driclient, since it's not >> used by anyone else. >> >> But aside from that I'm still messing with the pipe_video_context >> stuff I proposed a while back, which carves up state_trackers/g3dvl >> pretty good and which might make what you want to do a little easier. >> At the moment it compiles and "runs" (no output to window, everything >> safely stubbed, slowly porting over what used to be the state tracker >> into aux libs), if you have any interest. Maybe I can put it somewhere >> so people can comment on the interface and auxiliaries if nothing >> else. > > Are we still looking at pluggable pipelines and PIPE_FORMATs for video > frames? >
Yes. Most of the stuff in the current state tracker is/will be in src/gallium/auxiliary/vl in the form of reusable mpeg1/2 mocomp renderer and scaling/colour convert renderer that use pipe_context. Also made changes to softpipe_screen to allocate video surfaces, and added a softpipe_create-type func to get a pipe_video_surface. Anyone who wants to get a new driver up and running can probably look at that for reference. Also moved over to mesa makefiles like the rest of the libraries. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
