Christian König 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.
Yes, it works fine now with modified mplayer.
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.
It's OK now.
The only issue I see with mplayer (apart from things not yet
implemented) with -vo vdpau is that fullscreen doesn't respect aspect so
stretches 4/3 or 2.38:1 content to fill my 16/9 screen.
This may be an mplayer thing - there's a post on their list where
someone says the same, presumably using nv hardware.
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
usage?
* 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
Looking much better - I guess the remaining artifacts are all non float
idct?
There has been a regression though -
[g3dvl] remove resource_format workaround
causes quite bad artifacts on newmobcal.
So is there something still missing for the xvmc state tracker, or can I
continue with implementing the vdpau state tracker?
There is a fullscreen issue - with 4/3 content on 16/9 screen the side
black bars are drawn to leave 4/3 viewable, but the content is still
stretched to 16/9 so the edges are lost.
Thanks for all this work.
Andy.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
