You are not logged in.
hi, about the repo [mesa-git] I have this issue for the last update:
Yes, i've made a small typo in the lib32-mesa-git package, i will fix this ASAP
Offline
@lordheavy ... wow ! thanks.. was really quickly ! update was fine :-)
KDE 4.14 - Awesome WM
ASUS Sabertooth 990FX - AMD FX8350 - ATI Radeon HD 7970
[testing] repo enable
Offline
Lordheavy,
while building 65917.ca824e6 in my mesa-r* git packages i got a file conflict between the 64-bit & lib32 version.
I checked it out and noticed a new file under $pkgdir/usr/lib/dri/gallium_drv_video.so .
(both x86_64 & lib32 build put it there).
I don't know what it is good for or which component it belongs to , but it wasn't present in 65840.204dd73c revision .
Booting with apg Openrc, NOT systemd.
Automounting : not needed, i prefer pmount
Aur helpers : makepkg + my own local repo === rarely need them
Offline
Lordheavy,
while building 65917.ca824e6 in my mesa-r* git packages i got a file conflict between the 64-bit & lib32 version.
I checked it out and noticed a new file under $pkgdir/usr/lib/dri/gallium_drv_video.so .
(both x86_64 & lib32 build put it there).I don't know what it is good for or which component it belongs to , but it wasn't present in 65840.204dd73c revision .
This file is created with for the vaapi support, disabling libva support for 32-bit package should do the trick.
Offline
Thanks for the info, it seems this new library ignores --with-dri-driverdir setting .
I've filed https://bugs.freedesktop.org/show_bug.cgi?id=84711 to report that.
Booting with apg Openrc, NOT systemd.
Automounting : not needed, i prefer pmount
Aur helpers : makepkg + my own local repo === rarely need them
Offline
Hello,
well first thanks for the [mesa-git] repo.
So i'm playing around with mpv(-git) and vdpau and now vaapi. (just decocde for now)
vdpau works.
vaapi giving me some problems:
mpv --vo=opengl-hq --hwdec=vaapi someh264file.mp4will decode the video, but it is only grayscale and some blocking.
Hardware: ati 5870 1gb, xeon 5440@400mhz fsb on Asus P5K-E/WIFI-AP, 8gb ram @harshtimings 1003 mhz, samsung 840 basic 120gb
repos: [all testing] + [mesa-git]
Offline
Lordheavy,
my bug report was solved, it turns out the gallium_drv_video.so is supposed to be placed in the directory set by pkgconfig libva, which is default /usr/lib/dri on arch.
The reason for the file conflict between x86_64 & lib32 files is that arch doesn't have a lib32 libva package, so there's no separate entry for lib32 stuff.
for x86-64 & i686 /usr/lib/dri is the correct location for libva related files, for lib32 the --with-va-dir paramter of ./configure can be used to get the lib32 file in /usr/lib32/dri .
If you haven't done already, I suggest you include this file in your mesa-git packages.
That way arch will support people wishing to use the new va backend for gallium drivers.
Booting with apg Openrc, NOT systemd.
Automounting : not needed, i prefer pmount
Aur helpers : makepkg + my own local repo === rarely need them
Offline
Would you apply this patch and compile at least lib32-llvm-svn with gcc? http://lists.cs.uiuc.edu/pipermail/llvm … 22509.html
I ask because of this problem I have with the nine d3d9 state tracker that the llvm developers don't seem to be interested in http://llvm.org/bugs/show_bug.cgi?id=21097 (or maybe the nine mesa or wine does something weird with the stack, I don't know).
Offline
@haagch
applied for some times now
Offline
I have noticed it started working a while ago. Thanks. Still, somewhere something is broken and should be fixed. Possibly clang...
Offline