On , Christian König <deathsimple@vodafone.de> wrote: > Hi Andy and everybody on the list, > > > > sorry for the late reply, but i've been on vacation the last couple of > > days. > > > > Am Dienstag, den 12.04.2011, 21:38 +0100 schrieb Andy Furniss: > > > In addition to the quit crash I notice that resizing will also crash. > > Should be fixed by now. I implemented most of the missing "base" > > functionality in vdpau state tracker, so video displaying should now > > work fine. > > > > > When testing this HD vid - > > > > > > http://www.w6rz.net/newmobcal1920.ts > > > > > > It played and looked OK for about 5 seconds, but then stopped and I got > > > lots of - > > > > > > radeon_bo_fixed_map failed to map bo > > > EE radeon_bo.c:120 radeon_bo - failed to map bo > > I couldn't reproduce the error, but it sounds like a out of (video) > > memory problem to me. Please try again and see if it still crashes. > > > > Additional to the work on the vdpau state tracker, I've worked on the > > xvmc and general decoding stuff a bit more: > > > > * Added attributes for brightness, contrast, saturation, hue and > > colourspace > > * Got xines xxmc output plugin working with the xvmc implementation > > * Fixed the bug in the mc code that caused most of the artefacts in the > > pendulum video > > * Reorganized and cleaned up the xvmcdriver interface so it's using > > allot less cpu power. > > * Implemented basic support for a "zscan and quantification" stage > > > > To sum it up: Video output of a 1920x1080 video now uses something > > around ~20% CPU time on my old test system, compared to ~50% with Xv, > > including all the nice features like overlay menu rendering for example > > (ok only working with mplayer right now, not xine). > > > > So is there something still missing for the xvmc state tracker, or can I > > continue with implementing the vdpau state tracker? > > > > Regards, > > Christian. Hi Christian, Thanks for spending so much time on continuing this. I haven't really touched it since you started, but someone else had some patches for basic NV50 support. I don't recall who but I hope they can comment and are interested in getting their changes merged. Also, your implementation of interlaced MC breaks older chips that lack shader control flow if I'm not mistaken, but that can probably be fixed without much trouble. Finally, someone else (Jimmy Rentz) had some patches that implemented hardware decoding on NV40 chips, but they were never merged into nouveau DRM and the pipe-video patches won't apply anymore anyhow. Those changes required a bit of work in pipe-video to support planar surfaces, but it worked quite well with the old vl_compositor. Recently Ben Skeggs added HW decoder bits to nouveau's DRM so if anyone is motivated enough to rework the userspace side it will require proper planar surface support in pipe-video. (This is just an FYI for anyone who is paying attention to pipe-video.) Cheers.