Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#20641 - [vlc] Xorg high CPU usage since 1.1.4

Attached to Project: Arch Linux
Opened by Green (The_Green_Arrow) - Friday, 27 August 2010, 23:45 GMT
Last edited by Ionut Biru (wonder) - Sunday, 14 November 2010, 11:50 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Ionut Biru (wonder)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
The CPU usage of Xorg is abnormally high when playing H264 video since upgrade to latest 1.1.4 (I guess it is related to this upgrade, but it may be related to the switch to multilib or the upgrade of ffmepg).

Additional info:
* vlc 1.1.4
* video Codec : H264 - MPEG-4 AVC (part 10) (h264), xvideo (xcb) output
* catalyst 10.7 driver

Steps to reproduce:
Play a H264 video
This task depends upon

Closed by  Ionut Biru (wonder)
Sunday, 14 November 2010, 11:50 GMT
Reason for closing:  Fixed
Additional comments about closing:  1.1.5
Comment by Ionut Biru (wonder) - Friday, 27 August 2010, 23:52 GMT
you guess? is kinda simple to test which is faulty.

i blame catalyst
Comment by Green (The_Green_Arrow) - Friday, 27 August 2010, 23:52 GMT
It seems it is the same behavior with all the files, not only H264.
Comment by Ionut Biru (wonder) - Saturday, 28 August 2010, 05:40 GMT
did you found out if is vlc or ffmpeg?

just try vlc 1.1.4 with previous version of ffmpeg or vlc 1.1.3 with the new version of ffmpeg
Comment by Green (The_Green_Arrow) - Saturday, 28 August 2010, 08:37 GMT
This is definitely a VLC bug :
I have downgraded ffmpeg thanks to ARM :
ffmpeg-24953 : current version in extra, HIGH CPU USAGE
ffmpeg 30526 : from ARM (but more recent ??), black screen, video not recognized
ffmpeg-24460 : latest revision 08/06, still the same high cpu usage, so it IS a vlc bug

Downgrading vlc to 1.1.2 fixes this issue (1.1.3 is not available yet on ARM) ;)
Comment by Ionut Biru (wonder) - Saturday, 28 August 2010, 09:59 GMT
ffmpeg 30526 shouldn't be used at all. is very old and it has a higher version because i messed up revision numbers.

can you also downgrade x264 too when using ffmpeg 24460-2 and try?
Comment by Green (The_Green_Arrow) - Saturday, 28 August 2010, 10:09 GMT
As I said, it's the same thing even with non H264 videos.... so there's no point to downgrade x264. Besides, I would need to downgrade gstreamer ugly as well, which is not in ARM ;)

edit : well I've done it, and it's the same thing...
Comment by Ionut Biru (wonder) - Saturday, 28 August 2010, 19:04 GMT
please report it upstream
Comment by Green (The_Green_Arrow) - Saturday, 28 August 2010, 19:47 GMT
Reported : http://trac.videolan.org/vlc/ticket/4121
Comment by Green (The_Green_Arrow) - Saturday, 28 August 2010, 20:01 GMT
Btw, no problem at all with the radeon driver...
Comment by Green (The_Green_Arrow) - Sunday, 17 October 2010, 15:52 GMT
According to http://trac.videolan.org/vlc/ticket/4121#comment:23, it might be fixed in the next 1.1.5 release. Still needs my confirmation though.
Comment by Green (The_Green_Arrow) - Monday, 25 October 2010, 17:11 GMT
I can confirm this bug is fixed in vlc-git (1.2-git) compiled from AUR.
Comment by Ionut Biru (wonder) - Sunday, 14 November 2010, 00:33 GMT
please test 1.1.5. you need to wait mirrors to sync
Comment by Green (The_Green_Arrow) - Sunday, 14 November 2010, 11:48 GMT
I can confirm this bug is fixed with 1.1.5. You can close this report ;)

Loading...