Problem watching online Videos on "Fullscreen" (Flash)

English Multimedia
1

Hi everyone,
I got a little problem with flash videos on streaming sites like youtube. Each time i put the video in “fullscreen” it become kind of jerky and my cpu goes crazy (+or- 90%). I already try a different browser, updating flash and even reinstalling the flash plugin but i always get the same result.

I usually use the latest version of firefox, my video card is an ATI X1800XL (256mb)
i got 2 gig of ram and my system is up to date.

My flash plugin is this: Flash-Player 10.1.102.64-0.2.1

…and the process that make my cpu goes to 90% seem to be “Plugin-Container”.

Thank you in advance for your answers :slight_smile:

P-s; Just to clarify, the videos and my cpu are fine when im not fullscreen.

2

Got the same problem and in my case it’s a bug in the graphics driver. Please post the output of this command here :

lspci -nnk
3

Thanks for the help, here’s the results:

lspci -nnk
00:00.0 Host bridge [0600]: Intel Corporation 82975X Memory Controller Hub [8086:277c] (rev c0)
Subsystem: ASUSTeK Computer Inc. P5WDG2 WS Professional motherboard [1043:8178]
00:01.0 PCI bridge [0604]: Intel Corporation 82975X PCI Express Root Port [8086:277d] (rev c0)
Kernel driver in use: pcieport
00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 01)
Subsystem: ASUSTeK Computer Inc. Device [1043:81d8]
Kernel driver in use: HDA Intel
00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 01)
Kernel driver in use: pcieport
00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 4 [8086:27d6] (rev 01)
Kernel driver in use: pcieport
00:1c.4 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 [8086:27e0] (rev 01)
Kernel driver in use: pcieport
00:1c.5 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 [8086:27e2] (rev 01)
Kernel driver in use: pcieport
00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM,P5LD2-VM Mainboard [1043:8179]
Kernel driver in use: uhci_hcd
00:1d.1 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [8086:27c9] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM,P5LD2-VM Mainboard [1043:8179]
Kernel driver in use: uhci_hcd
00:1d.2 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 [8086:27ca] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM,P5LD2-VM Mainboard [1043:8179]
Kernel driver in use: uhci_hcd
00:1d.3 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 [8086:27cb] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM,P5LD2-VM Mainboard [1043:8179]
Kernel driver in use: uhci_hcd
00:1d.7 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller [8086:27cc] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM,P5LD2-VM Mainboard [1043:8179]
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge [8086:27b8] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM Motherboard [1043:8179]
00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM Motherboard [1043:8179]
Kernel driver in use: ata_piix
00:1f.2 IDE interface [0101]: Intel Corporation N10/ICH7 Family SATA IDE Controller [8086:27c0] (rev 01)
Subsystem: ASUSTeK Computer Inc. Device [1043:2601]
Kernel driver in use: ata_piix
00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller [8086:27da] (rev 01)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM Motherboard [1043:8179]
01:03.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023]
Subsystem: ASUSTeK Computer Inc. P5W DH Deluxe Motherboard [1043:815b]
Kernel driver in use: ohci1394
02:00.0 SATA controller [0106]: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller [197b:2363] (rev 02)
Subsystem: ASUSTeK Computer Inc. P5B [JMB363] [1043:81e4]
Kernel driver in use: ahci
02:00.1 IDE interface [0101]: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller [197b:2363] (rev 02)
Subsystem: ASUSTeK Computer Inc. P5B [JMB363] [1043:81e4]
Kernel driver in use: pata_jmicron
03:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller [11ab:4362] (rev 20)
Subsystem: ASUSTeK Computer Inc. Marvell 88E8053 Gigabit Ethernet controller PCIe (Asus) [1043:8142]
Kernel driver in use: sky2
04:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller [11ab:4362] (rev 20)
Subsystem: ASUSTeK Computer Inc. Marvell 88E8053 Gigabit Ethernet controller PCIe (Asus) [1043:8142]
Kernel driver in use: sky2
06:00.0 VGA compatible controller [0300]: ATI Technologies Inc R520 [Radeon X1800] [1002:7109]
Subsystem: ATI Technologies Inc Device [1002:0412]
Kernel driver in use: radeon
06:00.1 Display controller [0380]: ATI Technologies Inc R520 [Radeon X1800] (Secondary) [1002:7129]
Subsystem: ATI Technologies Inc Device [1002:0413]

4

Your ATI Radeon X1800 is considered “legacy” hardware by ATI, and they no longer provide a proprietary video driver to support that hardware. Hence the video driver your PC is using is the “radeon” open source driver. That driver does not have the same performance as the proprietary ATI driver, but unfortunately (as noted) the proprietary driver will NOT work with your hardware.

You could also try the “radeonhd” video driver to see if that improved your performance, but given that Linux community support on the “radeonhd” has mostly stopped (in order to focus on the “radeon”) my guess is that it might even be worse and your desktop may not even boot properly with the “radeonhd” (but you could try).

You can read up more on these two open source drivers by typing:

man radeon

and

man radeonhd

The “radeon” driver implementation in openSUSE-11.3 lags that of some of the more cutting edge Linux distro’s, and it is possible that openSUSE-11.4 when it comes out in March-2011 will have superior video rendering performance.

I tried to document some openSUSE graphic card practical theory here: openSUSE Graphic Card Practical Theory Guide for Users although in your PC’s case I do not think the information in that guide is specific enough to help.

5

Thanks for all the info, i guess it’s time for a new card…

Concerning my problem, i think i have found the source of it. Well, at least the trail. I deactivated compiz-fusion to run some test then i watch a fullscreen video on youtube and it work just fine. I know my system can handle both compiz and a flash stream simultaneously so, maybe it’s like you wrote and the radeon driver is lowering my performance. But is it possible that there is simply a conflict between Gnome, Compiz and the Flash plugin or something like that, I mean, considering that everything else is A1?

6

AFAIK there could be a conflict there but most likely it’s the graphics driver fault. Also be aware that buying a new graphics card may make things better but it can make them worse as well depending on your luck on the driver for you new graphics card. Anyway I’m sure the hardware of the graphic card you already have is perfectly capable to play full screen flash with desktop efects turned on, hovewer You need a proper driver for that, which most likely you would have to write and compile yourself :stuck_out_tongue:

Best regards,
Greg

7

LOL i got a lot to learn before i even consider doing this! Anyhow, it’s a minor bug, for the moment i can live without Compiz.
Thanks again for the help and don’t worry i will do some research before buying a new card.

8

I’d go for a cheap (or expensive, but not too recent) Nvidia. IME they are consistently better than ATI and miles ahead of Intel - not necessarily in hardware but in driver quality and performance. Of course, YMMV.

9

Alright, so I have similar problems. I’ve got a sapphire x1600 PCI-E card and a AMD x64 dual core running on a desktop Gateway machine.
running OS 2.6.34.7-0.7-desktop #1 SMP PREEMPT 2010-12-13 11:13:53 +0100 x86_64 x86_64 x86_64 GNU/Linux

lspci reports:
03:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV530 [Radeon X1600] [1002:71c2]
Subsystem: PC Partner Limited Device [174b:0840]
Kernel driver in use: radeon
but when I run Yast software manager and lookup Radeon it reports that I’ve got xorg-x11-driver-video-radeonhd - Driver for AMD GPG (ATI) r5xx/r6xx Chipsets.

So what’s the deal? Am I running Radeonhd or Radeon driver? I settled on OpenSUSE because I had video issues with Debian and Ubuntu. Mostly the video is pretty stable with my current installation but I get desktop artifacts and freezing when I try to go full screen on youtube and some other video feeds. Hulu has been working great.

Question is which driver am I actually using and which one would probably be best under the circumstances? When I look in the software manager I don’t see an option for “radeon” driver, only the Radeonhd

10

Whats the deal ? I don’t know. You tell us please :slight_smile:

Serious, take a look inside your /etc/X11/xorg.0.log file, and it will tell you. Thats pretty much the same way to find out for any Linux distribution and not just openSUSE.

If you can’t figure out by looking then copy and paste the contents of that file here: SUSE Paste and give us the website/URL of that paste and we will point it out to you.

11

Well, that was interesting… its actually /var/log/xorg.0.log. Looks like it loads everything and the kitchen sink - radeonHD, fbdev, vesa, radeon as well as a bunch of other modules, then proceeds to unload most of it leaving the radeon module. I’m guessing that it throws out everything that doesn’t apply for one reason or another and keeps the radeon driver? Is the Radeon driver part of the radeonhd software package? there’s a file in /etc/X11/xorg.conf.d called 50-device.conf that has Identifier “Default Device” with Driver “Radeon” pounded out. What happens if I uncomment that line? will it then just load the radeon module?

12

Yes, its my understanding that is sort of what happens with the automatic X setup.

No. You can read about the radeonhd here: RadeonHD.org | IRC Archives For The Radeon & RadeonHD Drivers (but I think that page is no longer kept up to date as of last summer) and possibly more relevant here: X.Org Wiki - radeonhd .

My understanding is this 09/2010 status:

Linux distributions, including Novell’s openSUSE, have now abandoned radeonhd as the default driver, instead using the radeon driver. radeon has more features, including Kernel Mode-Setting support and more 3D support, and it supports all Radeon generation from original R100 Radeons to R800 Radeons (HD 5000 series). Radeonhd can be continued to be updated as long as there are people find it useful.

There was a time (no longer) when Novell took the lead in radeonhd development.

Yes, I think it should then ‘cut quickly to the chase’ to coin an expression.

Here is a link to some basic openSUSE practical theory on graphic cards that I put together with some help from some other users, that might clear up some of the fog around this. In particular go to the section on ATI.

I still need to improve my knowledge to improve that section … For example maybe better show the priority from xorg.conf > xorg.conf.d directory > X automatic, where the nominal setup is X automatic. Plus other enhancements to that practical theory guide is needed … and a New Years Resolution for me is to improve my knowledge sufficiently to improve that guide.

13

Another method for checking what driver is loaded that I’ve not seen listed in any of these posts is to “cat /proc/modules” if you know what you are looking for you can identify the actual module running as opposed to sorting through the log file to figure out which ones loaded and were or were not dumped.

Greyangel

14

Thanks, didn’t know that. It gives the same info as

#lsmod

which is better formatted but has to be run as root.