OSS R500 Driver Gets Textured Video Too

[phoronix]

Phoronix: OSS R500 Driver Gets Textured Video Too

When John Bridgman mentioned at his FOSDEM talk that Textured Video support may be arriving soon, we didn't realize that it would end up being just hours away! Shortly after Alex Deucher had committed R100-400 Textured Video support, David Airlie went ahead and implemented Textured Video support for the R500 series. Furthermore, Rotate support has also been added by David for the R500 series...

http://www.phoronix.com/vr.php?view=NjM1Mg

[yoshi314]

this is happening way too fast :]

[CrystalCowboy]

Au contraire, faster is better. And it's more important for recent cards like the R500 because they don't have overlay.

---
Uh, is this correct or am I thinking of nVidia cards?

[agd5f]

Au contraire, faster is better. And it's more important for recent cards like the R500 because they don't have overlay.

---
Uh, is this correct or am I thinking of nVidia cards?

More or less correct. The r5xx and newer radeons have overlays, but they are not really suitable for Xv. They are there mostly for workstation GL overlays.

[Svartalf]

this is happening way too fast :]

You keep using that word...I don't think it means what you think it means... ;)

As far as I'm concerned, it's still happening too slowly because it's a long time overdue. But I'm NOT complaining, nor am I insisting on having faster unless it can be realistically done.

If we keep having stuff like this happening as quickly as it's happening, I know of a LOT of people that will revisit the "I won't use ATI..." position (And there's a HELL of a lot of Linux users that're holding this position...) as it'll be as good or better than NVidia- and it'll honestly be open.

[Porter]

This is absolutely awesome. I can't believe that the open source driver was able to get this going, and the proprietary driver still doesn't have support for Xv on the recent chips.

[d2kx]

This is absolutely awesome. I can't believe that the open source driver was able to get this going, and the proprietary driver still doesn't have support for Xv on the recent chips.

fglrx supports Xv on all the recent chips.

[Porter]

fglrx supports Xv on all the recent chips.
Not exactly. On fglrx, Xv output is partially broken on the R5xx cards at the very minimum. I have TexturedVideo enabled in xorg.conf and when video is scaled to fullscreen it looks like someone did a mosaic filter on it, edges are hideously blocky and unacceptable. The OpenGL output works very well, smooth edges as expected, but Xv does not. This behavior is consistent across every video player I have tested... Totem, VLC, Mplayer (latest build), SMplayer, etc.

I'm looking forward to trying out the oss radeon driver as soon as Airlie and company do the next release, to compare.

[koolmanoncampus]

fglrx supports Xv on all the recent chips.

If you count a massive diagonal tear across your screen properly implemented video playback.

[Porter]

If you count a massive diagonal tear across your screen properly implemented video playback.
Interestingly, that occurs on both the Xv output and on OpenGL, though the GL output has improved slightly in that regard.

[d2kx]

I bet the quality issues with TexturedVideo will be resolved in the near future with all the stuff going into the open source drivers...

[CrystalCowboy]

I look forward to the day when this gets extended to the Radeon HD 34xx as well (RV620).

[Porter]

I look forward to the day when this gets extended to the Radeon HD 34xx as well (RV620).

I'm sure it can't be too far away... if RS690 is already supported then the RV620 can't be far behind.

[c0un7d0wn]

Xv working beautifully here with git drm and -ati driver on mobility x1600. I get about %40 cpu at 1.6ghz on athlon64 while watching 720p hd channel, and ~15% at 800mhz on regular channels on mythtv fulscreen at 1680x1050. No diagonal tearing or machine lock ups while changing channels like fglrx :)

[koolmanoncampus]

Interestingly, that occurs on both the Xv output and on OpenGL, though the GL output has improved slightly in that regard.

It's been quite some time; but I think I even got that with -vo x11.

As far as my previous comments on hardware accelerated video decoding, I think that'd be icing on the cake as fglrx doesn't even support it and I doubt it ever will. It effects me more on my R300/Athlon XP machine that I plan on converting to a DVR box than on my Core Duo/R500 laptop.

As far as video playback goes, does anyone know the advantages of using the "gl2" output driver over xv? (If any, obviously a moot point currently on >=R500 chips now as gl won't work without mesa3d support)

[Porter]

Xv working beautifully here with git drm and -ati driver on mobility x1600. I get about %40 cpu at 1.6ghz on athlon64 while watching 720p hd channel, and ~15% at 800mhz on regular channels on mythtv fulscreen at 1680x1050. No diagonal tearing or machine lock ups while changing channels like fglrx :)

What video player are you using? Do you get the same success using VLC or MPlayer?

[c0un7d0wn]

It's mythtv frontend. Same success with vlc, totem and mplayer.

[maggot_brain]

It's mythtv frontend. Same success with vlc, totem and mplayer.

Is there any video tearing?

[c0un7d0wn]

I haven't noticed really. But you don't get that horrible diagonal tearing in fglrx. Another thing I noticed is that the video is redirected. I had enabled the metacity compositing and I had a transparent terminal on top of the video and it was working properly.

[sid350]

X1600Xt - XV works. Totem, mplayer, vlc - all work. No tearing, performance is good.

But TVTime freezes the system. Also Zapping sometimes freezes the system when the channel switching. Also XawTV freezes with -nodga option. It works with -nodga -noxv - but there is no fullscreen video.

[CrystalCowboy]

The 6.8.0 version is now in the standard Fedora 8 updates. XVideo now works on my X1650Pro. Thank you.