[ursli]

Sorry about the log, the HTPC was running the whole day already and a lot of crap was in it, so I thought I'd cut it a bit to make sure the important part is easily visible. Will check with latest master again, thanks.

[fritsch]

For all that want to test new HD Audio functionality, I compiled a Ubuntu Kernel with the Audio patch and the CEA modes patches applied (https://bugs.freedesktop.org/show_bug.cgi?id=69675#c15). 24p Mode is working here again without stuttering:

https://dl.dropboxusercontent.com/u/5572..._amd64.deb
https://dl.dropboxusercontent.com/u/5572..._amd64.deb

Btw. for those not wanting to upgrade to bleeding edge xorg / mesa / etc. This new hd audio is also working in combination with the blob ...

And for the mesa dev builders, as ckoenig is on hollidays he could not adapt the interop patch to latest mesa git changes - but it was rather trivial

Code:

commit d8fcfd06c417daee69335ff867d72c23b87f5fc3
Author: fritsch <[email protected]>
Date:   Thu Oct 3 08:50:50 2013 +0200

    Fix compilation of glinterop after e9b410b54dd893568a50af661fdbba12b4573ed9

diff --git a/src/mesa/state_tracker/st_vdpau.c b/src/mesa/state_tracker/st_vdpau.c
index 406df0f..9b165ee 100644
--- a/src/mesa/state_tracker/st_vdpau.c
+++ b/src/mesa/state_tracker/st_vdpau.c
@@ -154,7 +154,7 @@ st_vdpau_map_surface(struct gl_context *ctx, GLenum target, GLenum access,
    stObj->depth0 = 1;
    stObj->surface_format = res->format;

-   _mesa_dirty_texobj(ctx, texObj, GL_TRUE);
+   _mesa_dirty_texobj(ctx, texObj);
}

static void
@@ -170,7 +170,7 @@ st_vdpau_unmap_surface(struct gl_context *ctx, GLenum target, GLenum access,
    pipe_sampler_view_reference(&stObj->sampler_view, NULL);
    pipe_resource_reference(&stImage->pt, NULL);

-   _mesa_dirty_texobj(ctx, texObj, GL_TRUE);
+   _mesa_dirty_texobj(ctx, texObj);
}

void

I sent that patch to Fabio (oibaf), perhaps we are lucky and he will reenable interop for us.

[fritsch]

For all XVBA users. The version starting with tomorrow xbmc-xvba-testing build will not include XVBA anymore. After a merge conflict while rebasing this morning, fernetmenta (lead dev of our xvba development) has parked the AMD blob (under) powered work in: https://github.com/FernetMenta/xbmc/tree/xvba

Thank you all for more than 2 years pain, hope and destroyed hopes. This is the official end of supported XVBA and development will stall at the this position.

We are looking into a bright future with radeon oss and vdpau.

[FernetMenta]

I recommend that we open a new thread for Radean vdpau. Today I have dropped the xvba code from my master branch. I don't even have a test system left with fglrx installed. The last version of xvba is here: https://github.com/FernetMenta/xbmc/tree/xvba

[Claudio.Sjo]

Please open a new thread, and help us to follow your activity.

[nickr]

Yeah i am really confused now about what i need to do to get this working on my laptop...

A new thread with current instructions would be very helpful.

Cheers for all the work.

This whole thing puts me off AMD in a big way!

[theslime]

I've been put off by AMD for years, but now I'm actually tempted to forgive them. After two years of useless drivers they finally did something right by helping the OSS drivers get stable GPU decoding.

I think instructions will follow soon, the radeon driver with vdpau decoding is still really new and barely tested.

[Saner]

People who use this with Intel / Nvidia should stick or switch ?


i am presuming we switch, but I just want to be sure.

[wsnipex]

unless you want to stay on the bleeding edge on vdpau development or need the X11 windowing stuff, you can switch to mainline.

[fritsch]

New thread for amd vdpau oss is here: http://forum.xbmc.org/showthread.php?tid...id=1519639

Radeon OSS vdpau will use the same ppa as normal vdpau in the future. But as for now - more special steps are needed for oss vdpau - I started to write a new howto.

wsnipex will rename relevant ppas to:
xbmc-fernetmenta (tested version, e.g. monthly stables)
xbmc-fernetmenta-master (nightlies).

XVBA is dead :-)

[Saner]

thanks for the quick reply.

cheers.

[locomot1f]

@fritsch, thanks for that update.

[BenvanDamme]

1. Install of Arch.
2. Re-Compile Kernel from ABS with the Radeon and ALSA patches for HD Audio (see below).
3. Install Mesa, Xorg, libva, libva-vdpau-driver, etc. using Pacman (Arch Package Manager).
4. Install mesa patches from http://cgit.freedesktop.org/~deathsimple/mesa/log/.

Hello,
Maybe it is a dumb question but how do i get and apply the mesa patches ?
I tryed git clone git://people.freedesktop.org/~deathsimple/mesa but it failed.

[fritsch]

Hehe, yeah - that is a bit tricky as christian does not have a master branch.

I would suggest something different, start with mesa git and only cherry-pick the relevant patch.

Code:

git clone git://anongit.freedesktop.org/mesa/mesa
cd mesa
git remote add ckoenig git://people.freedesktop.org/~deathsimple/mesa
git fetch ckoenig
git cherry-pick 8d56907a4f1933913b0c2fd94098e52b90ae72a6

this forum formats auto, so make sure to use the hash id and not the Commitomething - visit #xbmc-xvba if problem persists

Now apply my compile fix (here: http://forum.xbmc.org/showthread.php?tid...pid1519568 ) and build. Have fun.

Good luck

[digi_joe]

Hi,

first of all I would like to thank the xvba crew for all the efforts during the last two years.... Since I am currently fine with the xvba version I would like to keep it. However, currently i have a problem with my htpc.
I upgraded my TV from a Samsung UEC 6000 to a LG 6918. Now I have the problem, that when I boot the system with TV set switched off the picture of the xbmc box is completly crap. It's hard to describe how it looks, sometimes parts are O.K. but it is not usable. With the Samsung everything was O.K. When I restart lightdm or reboot the complete system (with the TV switched on) everything is O.K again.
The picture is also crap, if I switch off the TV (everything OK), restart lightdm, and switch the TV on again. Restarting lightdm again with TV switched on solves the problem again.

My setup Zotac AD10, ubuntu 12.04 (upgraded to kernel 3.8.0-31-generic), and the patched fglrx driver.

Thanks for your help