UbuntuUser: Hi all
UbuntuUser: Ive just installed the fglrx 9.12 hotfix driver
UbuntuUser: now my question is: how to remove the "amd testing use only" watermark?
UbuntuUser: i found this: http://www.phoronix.com/forums/showthread.php?t=19604
UbuntuUser: but dont know now what to do ...
UbuntuUser: ok, i found a workaraound
UbuntuUser: http://www.phoronix.com/forums/showthread.php?t=19875
UbuntuUser: that works fine to remove the amd testing only watermark
UbuntuUser: http://www.phoronix.com/forums/showthread.php?t=19875
atiuser: Hello!
atiuser: May I ask please a question to a Radeon HD 3200 Graphics and a fglrx driver (8.681) in OpenSuSE 11.2?
bkero: Just ask.
atiuser: My problem is, that xrandr-calls disturbs the screen. The screen flickers a few times. Afterwards, the physical limits of the right and buttom of the screen are out of the limit of the hardware.
atiuser: It seams to be a virtual screen, but it isn't, because you can't scroll to the area out of the screen.
bkero: Check xorg.0.log?
bkero: or dmesg
atiuser: It's only possible to reach this area with the mouse. You can just click blindly then.
bkero: ssh in
bkero: Maybe your window manager doesn't work well with resizing resolutions?
atiuser: To get a normal screen again, I have to switch to the console (CTRL-ALT-F1 and back again). Than it's all normal again as expected.
atiuser: The main problem is: nobody wanted to change the resolution.
bkero: May be a bug, wouldn't know where. Driver or window manager.
atiuser: It's enough to just ask the actual resolution with xrandr -q. Afterwards, the screen is broken.
bkero: Probably a bug in fglrx. AMD's the only one who can help you now. ;)
atiuser: Everytime you start kde4, the problem comes up, because kde4 want's to know the resolution of the screen: (from .xsession_errors): RandRScreen::loadSettings - adding mode: 139 1024 x 768
atiuser: I hoped that anybody out there could say something to this problem. An option or so in the config!?
atiuser: Meanwhile ! researched heavily to get info about the existing options of a fglrx-driver - but I didn't found a site, which has all options documented. Is there any secret tip, where to get a documentation, which is completely?
atiuser: The driver states sometimes in the Xorg.log, that it wasn't possible to get EDID-data: (II) fglrx(0): Display1: Failed to get EDID information.
atiuser: Short time later, the monitor is detected correctly: (II) fglrx(0): EDID vendor "FUS", prod id 49
atiuser: All the modelines, which are supported by the monitor are reported correctly.
atiuser: Is there coincidentally a specialist from AMD here :-) who could help a little?
atiuser: Another question: I tried to register to the phoronix forum, but I didn't get a reply to my registration from the server. Is there anything broken or is this a closed forum?
Ivanovic: atiuser: there is no site with "all options" documented
Ivanovic: in general you configure the proprietary driver using amdcccle or ati-config (not sure how the commandline prog is really called)
Ivanovic: those progs write their settings into some ati specific file(s) (at least most of the settings) and that's it
Ivanovic: yeah, they do *not* intent that users edit the files with a text editor
atiuser: I know aticonfig. But I couldn't find any useful documentation with all the options and what they exactly mean.
Ivanovic: the only info available for aticonfig ist what you get using aticonfig --help
Ivanovic: in general you should rely on amdcccle to setup the drivers
atiuser: The help output from aticonfig documents the syntax - but not the existing options.
Ivanovic: and yeah, there are some hidden option that are not documented *anywhere* in public
atiuser: That's the problem.
Ivanovic: that is why you should use the gui where you got the options as drop down menu
Ivanovic: *why*, what is the general problem?
Ivanovic: if you just stated your problem it might be possible to get help
atiuser: amdcccle can't be used, if X doesn't run at all!
atiuser: ok, my problem is: I have a Radeon HD 3200 Graphics and a fglrx driver (8.681) in OpenSuSE 11.2?
atiuser: xrandr-calls disturb the screen. The screen flickers a few times. Afterwards, the physical limits of the right and buttom of the screen are out of the limit of the hardware.
atiuser: It seams to be a virtual screen, but it isn't, because you can't scroll to the area out of the screen.
atiuser: It's only possible to reach this area with the mouse. You can just click blindly then.
Ivanovic: have you tried the open source driver?
atiuser: To get a normal screen again, I have to switch to the console (CTRL-ALT-F1 and back again). Than it's all normal again as expected.
Ivanovic: and no, the forums are not closed, you should be able to register and post
atiuser: The main problem is: nobody wanted to change the resolution. It's enough to just ask the actual resolution with xrandr -q. Afterwards, the screen is broken.
atiuser: Everytime you start kde4, the problem comes up, because kde4 want's to know the resolution of the screen: (from .xsession_errors): RandRScreen::loadSettings - adding mode: 139 1024 x 768
atiuser: Yes, I tried both opensource drivers: radeonhd can't DRI with the Radeon 3200
atiuser: and the radeon-driver has a problem to handle the card:
Ivanovic: in general i can just recommend not to use radeonhd but rely on plain radeon
Ivanovic: though you of course need a recent enough driver
Ivanovic: that is: no idea which kernel opensuse uses
Ivanovic: and what mesa version
atiuser: In strace, you can see: 5888 open("/dev/dri/card0", O_RDWR) = 4
atiuser: and then: 5888 ioctl(4, DECODER_SET_PICTURE, 0x7fff8b8fafb0) = -1 EACCES (Permission denied)
Ivanovic: problems with the open source driver: ask in #radeon
atiuser: Ah, there is a own chat for this driver. Ok, I will try it.
makmanalp: hello, i'm building a sort of htpc cum general intra-house services box, and i'm having a hard time tring to decide whether to go the nvidia or ati way
makmanalp: i know nvidia ion works well with vdpau currently for video decoding
makmanalp: is ati's equivalent (UVD i think?) working well?
mjr: Last I read on phoronix there's actually some support via VA-API nowadays on their proprietary driver, but reportedly it's not working very well. I would like to point to a new kid on the HTPC block, Broadcom Crystal HD (GPU agnostic): http://xbmc.org/davilla/2009/12/29/broadcom-crystal-hd-its-magic/ and my blog entry http://rauhala.org/blog/index.php?/archives/81-HD-media-decoding,-now-with-slightly-more-freedom.html
mjr: I've no personal experience on either, just thought you might like to know about that option
makmanalp: hmm, interesting
makmanalp: i'll read up on that
makmanalp: mjr: apparently there are patches to ffmpeg http://xbmc.org/forum/showthread.php?t=61043 but not in trunk yet
makmanalp: mjr: 22 bucks with lgpl drivers, holy crap
makmanalp: i think my htpc just dropped about 60 dollars
makmanalp: mjr: then agian, this is just a video decoding chip as opposed to a full blown graphics card, correct?
makmanalp: s/card/chip/
mjr: yes, just that
mjr: one should be able to go with a rather low-end gpu though then, as long as it can put out 1920x1080 xvideo
makmanalp: hmm
makmanalp: i guess i'd never use the darned thing for anything else anyway
makmanalp: my only concern was whether videos would run smoothly, and i guess that's done
mjr: well, people seem to have good experiences with that
mjr: as I said, not me (yet, anyway)
mjr: and you need the software support, which may be slight outside xbmc for now
makmanalp: right
mjr: anyway, just so you know, whatever you'll end up buying
makmanalp: although ostensibly it'll arrive since this xbmc people were involved in this project
TheUni: makmanalp: if you're using linux, and especially xbmc, run far far away from ati
makmanalp: right, thanks a lot mate
mjr: (oh I meant the support may be lacking except in xbmc for now)
makmanalp: TheUni: ah. i have an ati card on the lappy and i don't know what the fuss is about, both the closed and open drivers run fine
makmanalp: mjr: oh i see
TheUni: makmanalp: the xbmc devs curse ati on a daily basis
mjr: though I do seem to recall somebody mentioning something about a gstreamer plugin in the forums. Ah well.
TheUni: there are a series of hacks to make things works
TheUni: -s
makmanalp: mjr: that's fine, drivers are open so it looks like it'll survive
mjr: yeah, since the CHD stuff is (L)GPL, won't probably take long for at least preliminary support in most media systems
TheUni: also, crystalhd patches have been pushed to staging
makmanalp: TheUni: i see
makmanalp: TheUni: staging?
TheUni: driver anyway.
TheUni: makmanalp: mainline kernel
makmanalp: oh, interesting
makmanalp: wow, people are loving this then
TheUni: libs will probably follow closely behind, guessing redhat/fedora first
makmanalp: TheUni: right, since its their stuff
makmanalp: this is all great news
TheUni: makmanalp: theirs/ours, yes
makmanalp: indeed
makmanalp: well, cheers and thanks mjr and TheUni, i'll stick around in afk mode if you guys don't mind.
TheUni: np