With mythfrontend, I am experiencing essentially the same symptoms as my earlier bug 28573, where the application can't update the screen but is clearly running and responding, and I can navigate blindly. With 100% reliability, when I watch a recorded show for the second time, I'm left looking at the "please wait" screen, but I can hear the video playing. No other applications are affected, and the system is perfectly stable. The failure to update only occurs while running compiz. I tried to bisect but could not find a good version. The problem affects the stock Lucid driver (2.9.1) all the way up to the latest code in xorg-edgers, and also affects the oldest code I was able to compile. I'm going to set up a Karmic partition to look further back and continue bisecting, but I'll go ahead and file this report right now.
Hmm, how is myth rendering the video? I think checking a couple of mesa versions might be useful as well.
If using the overlay, the issue may be in the kernel, etc.
Bug 26937 also had a mention of subsequent runs of a flash video crashing in GL. Brian it would be worth checking through the mythtv logs for any mention of a crash.
Altering the title to avoid the confusion that you are trying to watch two video streams in parallel.
The MythTV frontend never crashes. I can hit escape-escape-escape-down-enter to back out of the menu and exit out cleanly. It just doesn't update the screen. Updates will resume if I start "metacity --replace". MythTV is using XVideo to play video, using "Intel(R) Textured Video". I did try an older mesa and libdrm as well, using packages from Lucid's development versions. As far back as I could go, the problem still existed. I didn't try older kernels, though. Just 2.6.32 and 2.6.35-rc3. I'm about to boot a Karmic disc, and I'll report if the problem is visible there.
Karmic doesn't suffer from this bug. I just tested from the LiveCD. I'm installing it now so I can use this version as a base for bisecting.
Karmic + xorg-edgers doesn't suffer from the bug, but is new enough that I expected it to. Lucid with Karmic's kernel does not suffer from the bug. The Karmic xorg-edgers repo only has X Server 1.6.5. Therefore, I'm suspecting the X server now.
Karmic with Lucid's xserver-xorg-core and needed dependencies doesn't suffer from this bug, either. So I'm kind of confused...
Brian isn't the summary then: Lucid kernel broken, Karmic kernel fixed?
Oh, I misspoke in comment 7. Lucid with Karmic's kernel still exhibits the bug.
OK, I got mixed up. After checking again, comment 7 is accurate and this appears to be a kernel bug. So I'm back on track, bisecting the kernel between 2.6.31 and 2.6.32.
After testing Karmic's kernel on Lucid again, the problem is back, so I'm confused again. I'm testing on the latest kernel with the drm merge that just happened and the problem still exists, but I did notice two interesting things: 1. It's possible (but very rare) for MythTV to cease updating on the first attempt to play video instead of the second. 2. Eventually, if I repeat the test enough times, I will get an instance of MythTV that doesn't suffer from the problem. I can play and exit out of videos as many times as I want. But if I quit and open the program again, the problem is back in the next session.
I just checked this, and it appears to be solved now on Ubuntu Maverick with kernel 2.6.35-18-generic and xorg-edgers (xserver-xorg-video-intel 2:2.12.0+git20100823.104cd055-0ubuntu0sarvatt).
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.