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
