fykc...@gmail.com wrote:
Does it work now then?
No, it renders a corrupted playback
http://dev.lemote.com/files/upload/software/temp/newmobcal1920-playback.png
I guess that may be related with driver or DRM stack, after playback,
my desktop corrupts
http://dev.lemote.com/files/upload/software/temp/newmobcal1920-desktop-corrupt.png
(Similar with "-vc ffmpeg12vdpau -vo vdpau).
I don't know how close to rv670 rs780 is, but I have artifact issues with my
rv670 that don't show with my rv790.
If you can get it to display I would interested what -
http://www.andyqos.ukfsn.org/Pendulum.mpg
No, this renders a corrupted playback
http://dev.lemote.com/files/upload/software/temp/Pendulum-playback.png,
but doesn't cause my desktop corruption.
These look far worse than I see, and I get no desktop corruption, so as
Christian says it's probably not the same issue.
mplayer -lavdopts threads=4 will use all of your cores.
That still doesn't use all CPU power(even with thread=8) according to top.
I guess a single core is maxed - press 1 (one) while top is running to
see separate lines for each core.
By chance it seems that your big buck bunny does not work with multithread.
I don't see any difference either - probably because it's too simple,
mediainfo shows it as using Main@L3.1 with no CABAC
If I test with something that uses High@L5.1 and CABAC eg.
http://www.andyqos.ukfsn.org/Planet_Earth_From_Pole_to_Pole_1080p_sample.mkv
Then I see a 3x increase between 1 and 4 threads.
With:
1. Option "SwapbuffersWait" "off"
2. xvattr -a XV_VSYNC -v 0
3. Use metacity instead of compiz
4. "mplayer -nosound -benchmark -lavdopts threads=N -vo xv
video-test/big_buck_bunny_720p_h264.mov"
threads=1 vs threads=4, the result showed little difference:
* 1 thread: 1519.509s
* 4 threads: 1486.825s
The details http://dev.lemote.com/files/upload/software/temp/thread_1.log
vs http://dev.lemote.com/files/upload/software/temp/thread_4.log
Hmm, that's really slow. I guess I am spoiled by mplayer/ffmpeg using
asm and mmx.
Even if I force my CPUs to 800MHz I can play that stream at almost 2X speed.
Maybe it would be worth researching whether there are compile tweaks you
can use for your arch with ffmpeg and mplayer.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
