Bug 93573 - bad performance with 4k h264 video
Summary: bad performance with 4k h264 video
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-04 05:25 UTC by Karol Herbst
Modified: 2016-01-05 19:28 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
screenshot of the video (2.45 MB, image/png)
2016-01-04 05:56 UTC, Karol Herbst
no flags Details
debug output of mesa (23.08 KB, text/plain)
2016-01-04 06:06 UTC, Karol Herbst
no flags Details
crash while playing reencoded video (1.66 KB, text/plain)
2016-01-04 06:29 UTC, Karol Herbst
no flags Details

Description Karol Herbst 2016-01-04 05:25:16 UTC
I noticed a while back already, that nouveau handles 4k video not that well currently.

I tried it out with the cactus-4k video from here: http://www.elementaltechnologies.com/resources/4k-test-sequences

Nvidia doesn't have any problem playing that video at full speed, but on my kepler nve6 card even full reclocked nouveau only handles this at 45% speed and the PVLD engine is at max load (only around 80% with nvidia)
Comment 1 Karol Herbst 2016-01-04 05:56:52 UTC
Created attachment 120787 [details]
screenshot of the video

also I noticed that the output is total garbage. so I assume something else is fishy here.
Comment 2 Karol Herbst 2016-01-04 06:06:07 UTC
Created attachment 120788 [details]
debug output of mesa
Comment 3 Karol Herbst 2016-01-04 06:29:32 UTC
Created attachment 120789 [details]
crash while playing reencoded video

I just reencoded this video just to test if special encoding flags would let nouveau play that video, but I got a crash instead
Comment 4 Karol Herbst 2016-01-04 06:57:00 UTC
side note: slightly smaller videos (3840x2100) are working much better, so maybe there is only a tiny issue somewhere
Comment 5 Karol Herbst 2016-01-05 19:28:21 UTC
fixed in current mesa master


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.