Comment 2 for bug 1141781
Revision history for this message
| Adam Rigg (adamrigg) wrote Re: Using Netflix on on netflix-desktop results in a runaway process for Silverlight' s plugin-container | #2 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
513534c
demo site
(Get the code!)
netflix-desktop version is 0.6.1~precise
Tested again on KDE, Trinity KDE (3.5 fork), Gnome3 and Razor-qt. Guess I could still try XFCE...
netflix-desktop worded best on Trinity, where I got better frame rates (average 24fps) and longer play before things started locking up with the 1050 bit rate. Normal KDE had the best compositing, but it didn't play as long. No frame tearing or other artifacts with either one. Gnome compositing was decent too, but plugin-container was short lived (before jerky playback stuttered to a halt).
The Netflix player loads a whole lot faster in Trinity and in KDE, but there was still the issue of waiting to start back up again to stay off the runaway process. Player controls worked better too--The mouse cursor has a habit of disappearing when exiting full screen with the Esc key in all environments, but less so with the KDEs.
The most common timing for the Silverlight mishaps had been around 20min into a video, which made me wonder if Caffeine had anything to do with it. Sure enough stopping Caffeine and disabling DPMS from the command line has been buying me a little more play time, but it hasn't completely resolved the issue.