green playback on intel Q45 gpu for ATSC recordings and liveTV

[anonymous]

With mythtv-0.21-14.fc10.x86_64 from rpmfusion, video playback has a green coloration like an incorrect colorspace conversion. This happens with xv-blit or gl rendering. This is on a pretty recent Q45 Express chipset on an Intel DQ45CB boxed motherboard, using DVI/HDMI output. I am using the latest stable kernel-2.6.27.5-134 and xorg-x11-drv-i810-2.5.0-4 packages from Fedora 10. On this chipset, the intel driver is reporting XvMC fails to initialize, so only the textured video blitter is available.

Oddly, with LiveTV it seems like blindly changing channels between several channels of different resolutions can make it start working, even when switching back to the channel that previously did not work. Exiting LiveTV and restarting returns to a green video. Playing recorded shows never has correct colors.

Using mplayer -vo xv to play the same recorded 1080i MPEG streams works fine. Is there a way to force different colorspace conversions, rather than trying to use the xv mode that the internal player currently uses which has the problem?

I don't notice any error events or log messages, just the wrong coloration on screen during playback. Audio seems fine, and as best as I can tell the video is playing back at normal framerates too.

[Dibblah]

Can you please submit full logs of the failure? (mythfrontend -v playback)

[anonymous]

mythfrontend stdout with good and bad playback and livetv steps

[anonymous]

mythfrontend stderr...

[anonymous]

Please see the attached logs. I now have a successful playback of a recording too... it seems like 480i plays back OK, and in liveTV this "fixes" playback for subsequent high def channels too during the same liveTV session. Since playback restarts the player for each recording, I don't have a similar workaround to view high-def recordings.

In the log, I first attempted to play an existing high-def recording and got a green screen. Then I exited playback and tried the low-def recording and got good colors.

Similarly, I then went into LiveTV mode and it tuned by default to a high-def channel with green screen. I blindly tuned to another low-def channel and got good colors, then tuned back to the original high-def channel and continued to get good colors.

[anonymous]

I'm seeing the same green monochrome on the G45/X45000HD chipset/video. Same symptoms that you have stated. I'm running gentoo-2.6.28/xorg-server-1.5.3/xf86-video-intel-2.5.99.2

Using mplayer -vo gl2 renders correctly.

[anonymous]

forgot to say I'm using release-0-21-fixes on the G45 chipset.

[willu.mailingLists@…]

I'm seeing this with G45 chipset on my ubuntu Jaunty setup. xv-blit works (but tears), but opengl rendering gives me a green display (it looks monochrome green, but also very high brightness) and then freezes the machine. Once frozen I need to restart the machine to get X back - /etc/init.d/gdm restart wont cut it.

The hard freeze suggests a driver bug, but this bug <​http://bugs.freedesktop.org/show_bug.cgi?id=19635> (which I'm following hoping it will fix the tearing) has a comment that suggests that mplayer -vo GL works on the G45. I'm not sure what myth is doing differently to mplayer to tickle the bug...

For me there is no difference between recorded and LiveTV shows.

[mythtv@…]

I've just ATRPMS 0.21-fixes from atrpms on latest Fedora 11 rawhide, which includes Intel 2.7.0 xorg driver, the green video using openGL playback is gone, also the tearing using Xv-blit playback is gone.

My setup is G35 chipset via HDMI to 1920x1080p@50Hz TV, although the openGL playback works, it is fairly choppy (stddev of ~4000 from mythfrontend -v playback) and a bit of audio buffer under/overflow and large audio lag (further pulseaudio changes to take in for F11), brightness/contrast/colour picture controls all work.

So, I'm tending to stick with Xv-blit mode and Yadif2X, brightness/contrast picture controls are available, but don't have any effect.

All in all, nice progress within latest xorg helping mythtv users.