Am 2013-04-19 17:34, schrieb Christian König:
Am 19.04.2013 10:51, schrieb Chen Jie:
Hi all,
Recently, the uvd supporting is released, and we've tried it on
loongson 3a platform.
Brief introduction about loongson 3a, it's a MIPS III compatible, 4
cores processor.
More details about the platform [1]:
* The Board: RS780E + SB710 chipset, with an AMD radeon HD6570 video
card
* The kernel is 64bits(n64 ABI), and the userland is 32bits(o32 ABI)
* OS: LOonux 3.3.6 [2] + LTP-uvd-installer-20130419.bin [3]
** kernel: 3.9 + uvd related patches
** mesa: git master version (d0e9aa)
We tried three video samples:
* big_buck_bunny_1080p_h264.mov
(http://mirrorblender.top-ix.org/peach/bigbuckbunny_movies/big_buck_bunny_1080p_h264.mov)
* Sintel.2010.2K.x264-VODO.mp4
(http://dev.lemote.com/files/upload/software/UVD-debug/Sintel.2010.2K.x264-VODO.mp4)
* test.avi
(http://dev.lemote.com/files/upload/software/UVD-debug/test.avi)
For big_buck_bunny_1080p_h264.mov, the playback is not very fluent at
the beginning, and it has some video mosaic. We've recorded a video
for it, see
http://dev.lemote.com/files/upload/software/UVD-debug/bbb-1080P.mp4
For video mosaic, what could it be caused by?
That looks like a known problem with the semaphores and also happens
on X86, it gets worse when you have a slower CPU and/or less bandwidth
cause then UVD needs to block on the DMA to wait till everything is in
place. I'm going to try to release the workaround for it.
With '...when you have a slower CPU and/or less bandwidth...' you
naturally mean my Duron 1800/RV730 AGP (!!!) system, am I right? ;-)
Yes, that's the problem I get since the 'shadow' is fixed.
I can get it much faster when I go forward or backward in mplayer.
Do you have anything released?
For Sintel.2010.2K.x264-VODO.mp4, it has a very long wait for the first
frame.
We've also recorded a video for it, see
http://dev.lemote.com/files/upload/software/UVD-debug/sintel.2K.mp4
Any idea about the long wait for the first frame?
No idea, that also happens on X86, but the wait is actually not as
long. If I'm not completely wrong it seems to be mplayer who is
causing this startup delay.
I mostly don't see such delay, here.
But hey, I get this with test.avi, now:
[VD_FFMPEG] Trying pixfmt=0.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1920x1080 => 1920x1080 H.264 VDPAU acceleration
[VD_FFMPEG] XVMC-accelerated MPEG-2.
radeon: The kernel rejected CS, see dmesg for more information.105 0
radeon: The kernel rejected CS, see dmesg for more information.107 0
[ 8362.657224] [drm:radeon_uvd_cs_msg] *ERROR* Invalid UVD handle!
[ 8362.657236] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
[ 8362.693846] [drm:radeon_uvd_cs_msg] *ERROR* Invalid UVD handle!
[ 8362.693859] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
[ 8362.726656] [drm:radeon_uvd_cs_reloc] *ERROR* buffer to small
(3342336 / 7077888)!
[ 8362.726668] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
[ 8427.206169] [drm:radeon_uvd_cs_reloc] *ERROR* buffer to small
(3342336 / 7077888)!
[ 8427.206179] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
[ 8428.296537] [drm:radeon_uvd_cs_reloc] *ERROR* buffer to small
(3342336 / 7077888)!
[ 8428.296548] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
For test.avi(video: ITU H.264, 1920x1080), it's playing back
perfectly! Thanks for the effort on UVD!
Perfectly, with such mosaic, after some few seconds?
And your test.avi is not seekable.
A: 7.7 V: 7.7 A-V: 0.002 ct: -0.074 231/231 49% 108% 3.5% 131 0
Cannot seek in raw AVI streams. (Index required, try with the -idx
switch.)
A: 8.7 V: 8.5 A-V: 0.198 ct: -0.076 254/254 45% 104% 3.3% 132 0
Cannot seek in raw AVI streams. (Index required, try with the -idx
switch.)
A: 9.6 V: 9.1 A-V: 0.495 ct: -0.063 272/272 42% 107% 3.8% 139 0
Cannot seek in raw AVI streams. (Index required, try with the -idx
switch.)
A: 10.7 V: 10.6 A-V: 0.076 ct: -0.068 319/319 36% 100% 3.4% 178 0
Cannot seek in raw AVI streams. (Index required, try with the -idx
switch.)
A: 36.4 V: 36.4 A-V: -0.004 ct: -0.081 1092/1092 12% 32% 1.6% 182 0
Cheers,
Dieter
PS Alex's drm-next-3.10, mesa master, drm-2.4.44 master
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel
