03-07-2009, 08:43 AM
Originally Posted by bridgman
And I also tried the Adobe hack by creating /etc/adobe/mms.cfg and adding a line:
03-07-2009, 08:47 AM
03-09-2009, 02:10 PM
I cannot get TV-in working with the open source driver.
I tried several options:
(**) RADEON(0): Option "RageTheatreCrystal" "2950"
(**) RADEON(0): Option "RageTheatreTunerPort" "0"
(**) RADEON(0): Option "RageTheatreCompositePort" "2"
(**) RADEON(0): Option "RageTheatreSVideoPort" "6"
(**) RADEON(0): Option "TunerType" "0"
(**) RADEON(0): Option "RageTheatreMicrocPath" "/usr/lib/xorg/modules/multimedia/ativmc20.cod"
(**) RADEON(0): Option "RageTheatreMicrocType" "BINARY"
(**) RADEON(0): Option "DefaultConnectorTable" "on"
(**) RADEON(0): Option "TVStandard" "PAL"
But the only output I get in xorg.log:
(II) Module exa: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 2.4.0
ABI class: X.Org Video Driver, version 4.1
(**) RADEON(0): Rage Theatre Crystal frequency was specified as 29.50 Mhz
(**) RADEON(0): Rage Theatre tuner port was specified as 0
(**) RADEON(0): Rage Theatre composite port was specified as 2
(**) RADEON(0): Rage Theatre SVideo Port was specified as 6
(**) RADEON(0): Tuner type was specified as 0
(**) RADEON(0): Rage Theatre Microcode path was specified as /usr/lib/xorg/modules/multimedia/ativmc20.cod
(**) RADEON(0): Rage Theatre Microcode type was specified as BINARY
(==) RADEON(0): Assuming overlay scaler buffer width is 1920
(II) RADEON(0): Cannot access BIOS or it is not valid.
If your card is TV-in capable you will need to specify options RageTheatreCrystal, RageTheatreTunerPort,
RageTheatreSVideoPort and TunerType in /etc/X11/xorg.conf.
(!!) RADEON(0): For information on using the multimedia capabilities
of this adapter, please see http://gatos.sf.net.
With previous versions of the driver it was no problem.
Can somebody help me?
03-10-2009, 02:20 PM
opengl screensaver hangs/crashes system with xorg-x11-drv-ati-6.10.0-2.fc10.i386
I changed my settings from gnome-screensaver-preferences using gconf-editor.
I was using "blocktube" as the preferred screensaver and changed that.
Now, when I start gnome-screensaver-preferences in a terminal I see:
** (gnome-screensaver-preferences:3698): DEBUG: Found best visual for GL: 0x21
Last edited by Mr_Ed; 03-10-2009 at 03:44 PM.
03-12-2009, 04:08 AM
AMD OpenCL roadmap, brook+
Is there a time frame, in which we can expect OpenCL from AMD? I mean some kind of roadmap? I'd like to start with GPGPU programming and wonder if I'd start with brook+ or wait for OpenCL. Or use cuda, as it is said to be similar to OpenCL -- I need a new GPU anyways, but I'd prefer to stick to AMD. According to the AMD homepage there will be a migration way to OpenCL when it is ready. Does anybody know about it?
By the way, NVidia has presented this roadmap:
Thanks for your help,
03-12-2009, 12:52 PM
I would suggest waiting for OpenCL. CUDA is fairly similar, but it will be (for the most part) proprietary to nVidia parts, whereas OpenCL looks to be what will be the industry standard and much more versatile.
03-12-2009, 04:11 PM
> I would suggest waiting for OpenCL.
Ultimately I'll switch to OpenCL, but the question is when it will be usable. I guess it will still take half a year (which is too long to wait), but I hope ATi is quicker. That's why I pose this question ;-)
03-12-2009, 05:16 PM
It looks like AMD is getting ready to finally answer these questions... This thread will be locked shortly, so if you have any last minute, relevant questions, ask them now, The answers should be out in April.
03-12-2009, 07:35 PM
03-14-2009, 10:49 AM
Dear ATi guys, why did you put a fetch restriction on amd stream sdk!?!?!?
I don't absolutely want to register to you website, just to be able to update my amd-stream-sdk ebuilds!
It's nice to see you ported some new tools to linux, but putting a fetch restriction just keeps interested people away!
that's not the right way to go!!!
Michael, what about writing an article about this horrible decision?? thanks in advance.