[Bug 81579] New: VDPAU: videos slow to a crawl when more than 1 video is playing

[Bug 81579] New: VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1067 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

          Priority: medium
            Bug ID: 81579
          Assignee: dri-devel@lists.freedesktop.org
           Summary: VDPAU: videos slow to a crawl when more than 1 video
                    is playing
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: joaoboia@outlook.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: 10.2
         Component: Drivers/Gallium/r600
           Product: Mesa

If you try to view more than one video using hardware decoding videos will slow
down and become unwatchable. 

For example when try use two VLC instances playing different videos or one
video on VLC and one on XBMC or one video on XBMC and another on Firefox.

Not sure if there's an actual hardware limitation on this or not. If it is a
limitation of the hardware, it should deny access to the application so it can
revert to software decoding.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 2366 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 688 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

--- Comment #1 from Grigori Goronzy <greg@chown.ath.cx> ---
There is no particular hardware limitation - multiple concurrent UVD contexts
are supported. This worked for me not long ago. Unless you try to play multiple
1080p60 videos at the same time or something like that, performance should be
adequate. I'm not really sure if it is reasonably possible to catch these
cases.

Do you have trouble with concurrent UVD usage regardless of video codec and
profile? E.g. does it also happen if you try to play two rather low-res,
low-fps videos at the same time?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1490 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 297 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

--- Comment #2 from joaoboia@outlook.com ---
It's mainly if you have two 1080p videos at 30FPS, with one at 1080p and one at
720p video it plays fine with no slowdowns.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1080 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 539 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

--- Comment #3 from Christian König <deathsimple@vodafone.de> ---
That just sounds like your hardware is to slow to handle two 1080p videos. What
hardware are you using?

Apart from that falling back to software decoding if the hardware decoding
capacity is used up is job of the media player application. Denying decoding if
we already have a stream playing would just result in an black screen.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1368 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 586 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

--- Comment #4 from joaoboia@outlook.com ---
(In reply to comment #3)
> That just sounds like your hardware is to slow to handle two 1080p videos.
> What hardware are you using?
> 
> Apart from that falling back to software decoding if the hardware decoding
> capacity is used up is job of the media player application. Denying decoding
> if we already have a stream playing would just result in an black screen.

It's a HD4770, it would be UVD 2.2 I think.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1454 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 338 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

--- Comment #5 from Christian König <deathsimple@vodafone.de> ---
Please provide your full dmesg with dpm enabled, but that sounds like your card
just doesn't have enough power for two 1080p streams.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1167 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 277 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

--- Comment #6 from joaoboia@outlook.com ---
Created attachment 103186
  --> https://bugs.freedesktop.org/attachment.cgi?id=103186&action=edit
dmesg

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 1163 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 81579] VDPAU: videos slow to a crawl when more than 1 video is playing

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1403 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=81579

Christian König <deathsimple@vodafone.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |NOTABUG

--- Comment #7 from Christian König <deathsimple@vodafone.de> ---
>[    1.093019] == power state 2 ==
>[    1.093019] 	ui class: none
>[    1.093020] 	internal class: uvd 
>[    1.093021] 	caps: video 
>[    1.093022] 	uvd    vclk: 48000 dclk: 38000
>[    1.093023] 		power level 0    sclk: 50000 mclk: 80000 vddc: 1000
>[    1.093024] 		power level 1    sclk: 50000 mclk: 80000 vddc: 1000
>[    1.093025] 		power level 2    sclk: 50000 mclk: 80000 vddc: 1000

The power table indeed has only a single UVD performance level and that doesn't
looks like it is suitable for handling two 1080p streams at the same time.

You need at least a vclk of 533Mhz and a dclk of 400Mhz for that. You can try
to hack into the kernel and overclock the UVD block, but I don't advise to do
so. OEMs usually have a good reason for limiting the clocks to a lower level.

Anyway that's clearly not a driver bug, cause the kernel does what it is
supposed to do.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 3021 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel