FS#16479 - [kernel26] 2.6.31.2-1 causes jumpy video playback.
Attached to Project:
Arch Linux
Opened by Jeff Bailes (thepizzaking) - Tuesday, 06 October 2009, 07:10 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 16 October 2009, 07:19 GMT
Opened by Jeff Bailes (thepizzaking) - Tuesday, 06 October 2009, 07:10 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 16 October 2009, 07:19 GMT
|
Details
Hi, I just updated to the kernel 2.6.31.2-1 package in
testing and my video playback in MythTV is now jumpy on all
video methods (haven't tested any other programs). Also, the
stretch options have no effect, the video is stretched to
fill the entire screen no matter what (though the text that
appears to tell me the stretch mode moves around the
top-left area). It worked fine in 2.6.31.1 and a downgrade
fixes the issue.
My video card is an Asus EAH3450 (ATI RV620 I think), so I think it might have something to do with the fact that ATI KMS was enabled in this version (though I didn't think it supported R600 & R700 cards) |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Friday, 16 October 2009, 07:19 GMT
Reason for closing: Not a bug
Additional comments about closing: expected behavior with cards not yet kms supported.
Friday, 16 October 2009, 07:19 GMT
Reason for closing: Not a bug
Additional comments about closing: expected behavior with cards not yet kms supported.
Comment by
Jeff Bailes (thepizzaking) -
Tuesday, 06 October 2009, 07:13 GMT
Just to clarify, in MythTV all video output methods are jumpy
(opengl, xlib, etc) and when I change the video image stretch
options in xlib and xshm modes they have no effect.
Comment by
Jeff Bailes (thepizzaking) -
Tuesday, 06 October 2009, 08:45 GMT
Forgot to mention, using xf86-video-ati 6.12.2-2 video driver.
Comment by Thomas Bächler (brain0) -
Tuesday, 06 October 2009, 08:56 GMT
It doesn't support the r600. You could try disabling KMS and see
if it helps.
Comment by
Jeff Bailes (thepizzaking) -
Tuesday, 06 October 2009, 11:45 GMT
Creating a file /etc/modprobe.d/radeon.conf containing "options
radeon modeset=0" does fix the problem, thanks.
Comment by Thomas Bächler (brain0) -
Tuesday, 06 October 2009, 11:49 GMT
I was really against this option because it is enabled by default.
Let's see how many more people get problems. Feel free to post "me
too"'s to this bug report.
Comment by
Federico Chiacchiaretta (baghera) -
Tuesday, 06 October 2009, 14:02 GMT
I had problems too, but I'm using catalyst driver (don't know if
bugreport about it could be reported). fglrx module cannot be
loaded (Operation not permitted). I had to append nomodeset option
to kernel command line to have it loaded correctly.
Comment by Thomas Bächler (brain0) -
Tuesday, 06 October 2009, 14:24 GMT
Yes, this is related and probably even normal.