Am Mon, 17 Oct 2005 00:17:22 +0200 schrieb Fabian Bieler
<[EMAIL PROTECTED]>:
On Sunday 16 October 2005 23:34, Fabian Bieler wrote:
OK, here I go again:
This is a small C program which should get the videoRam using the
NV-CONTROL and ATIFGLEXTENSION extensions. As I only have a nVidia card,
c
On Sunday 16 October 2005 23:34, Fabian Bieler wrote:
> OK, here I go again:
> This is a small C program which should get the videoRam using the
> NV-CONTROL and ATIFGLEXTENSION extensions. As I only have a nVidia card,
> could someone with an ATI card (and the fglrx driver) please test this?
>
> F
OK, here I go again:
This is a small C program which should get the videoRam using the NV-CONTROL
and ATIFGLEXTENSION extensions. As I only have a nVidia card, could someone
with an ATI card (and the fglrx driver) please test this?
Fabian
getvram.tar.gz
Description: application/tgz
Am Sonntag, 16. Oktober 2005 16:52 schrieb Evil:
> As someone stuck with both nVidia and ATI cards, I'd vote against using
> NV-CONTROL. Detecting the RAM for different manufacturers via different
> methods sounds harder to maintain.
AFAIK there's something similar for the fglrx driver. The fglrx
--- Fabian Bieler <[EMAIL PROTECTED]> wrote:
> On Sunday 16 October 2005 17:22, Oliver Stieber wrote:
> > ATI and NVidia both have extensions to X that return the total video memory
> > on the card, other options include using code from the DRI project, and
> > I've got some very old dos code for
On Sunday 16 October 2005 17:22, Oliver Stieber wrote:
> ATI and NVidia both have extensions to X that return the total video memory
> on the card, other options include using code from the DRI project, and
> I've got some very old dos code for some Matrox cards. Since there is no
> standard way to
Hi,
> >
> > > Another thing:
> > > Would it be better to determine the amount of videoRam when installing
> > wine
> > > and storing it in the registry or checking at runtime when
> > > GetAvailableTextureMem is called?
> > I'd suggest to determine it in IWineD3D::CreateDevice and store it in the
> As someone stuck with both nVidia and ATI cards, I'd vote against using
> NV-CONTROL. Detecting the RAM for different manufacturers via different
> methods sounds harder to maintain.
>
>(--) fglrx(0): VideoRAM: 131072 kByte, Type: DDR SGRAM / SDRAM
In my opinion parsing of the log file is
> For Nvidia systems at least, the script would probably be unnecessary,
> as 'nvidia-settings -q VideoRam | grep 0.0 | tail --bytes=8' *should*
> return the amount of videoram. Would it make more sense to check at
> runtime if the 'nvidia' driver is loaded and then pass the output from
> the l
As someone stuck with both nVidia and ATI cards, I'd vote against using
NV-CONTROL. Detecting the RAM for different manufacturers via different
methods sounds harder to maintain.
(--) fglrx(0): VideoRAM: 131072 kByte, Type: DDR SGRAM / SDRAM
Roderick Colenbrander wrote:
>Parsing the X log f
Now that I think about it there's some other issue which is partly related
to this that should be addressed too namely card detection. Right now
wined3d parses sets the card based on several opengl strings. First it
detects the vendor (Ati/Nvidia) and then there are two or three models of
each bran
For Nvidia systems at least, the script would probably be unnecessary,
as 'nvidia-settings -q VideoRam | grep 0.0 | tail --bytes=8' *should*
return the amount of videoram. Would it make more sense to check at
runtime if the 'nvidia' driver is loaded and then pass the output from
the line above
>
> > Another thing:
> > Would it be better to determine the amount of videoRam when installing
> wine
> > and storing it in the registry or checking at runtime when
> > GetAvailableTextureMem is called?
> I'd suggest to determine it in IWineD3D::CreateDevice and store it in the
> IWineD3DDeviceI
Hello,
> This should fix that problem.
Works nice
> Another thing:
> Would it be better to determine the amount of videoRam when installing wine
> and storing it in the registry or checking at runtime when
> GetAvailableTextureMem is called?
I'd suggest to determine it in IWineD3D::CreateDevice an
On Sunday 16 October 2005 13:06, Stefan Dösinger wrote:
> Another update: The reason why the script is not working is the vendor
> string - it's "Gentoo (The X.Org Foundation 6.8.2, revision r4-0.1.10.2)"
> for me. Maybe a not so strict check against it would do it.
This should fix that problem.
> You can get the amount of videoRam from the x-server log (python script
> attached). This is a little unsafe since the video driver is responsible
> for logging this info and I don't know if my script works on the format of
> all drivers. Also, certain drivers (fbdev) don't output this at all. Th
> You can get the amount of videoRam from the x-server log (python script
> attached). This is a little unsafe since the video driver is responsible
> for logging this info and I don't know if my script works on the format of
> all drivers. Also, certain drivers (fbdev) don't output this at all. Th
Hello!
You can get the amount of videoRam from the x-server log (python script
attached). This is a little unsafe since the video driver is responsible for
logging this info and I don't know if my script works on the format of all
drivers. Also, certain drivers (fbdev) don't output this at all.
Hi,
> > I guess it is not possible to retrieve the real value from the system ?
> >
>
> Jonathan,
>
> OpenGL does not have any standard features which allow querying of
> total video memory. It does allow you to see if a texture allocation
> would succeed or fail, but that would mean allocating
On 10/8/05, Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> Le samedi 08 octobre 2005 à 10:47 +0900, Aric Cyr a écrit :
> > This is a simple patch to add a registry setting for a user's video
> > RAM which is used
> > by wined3d. Currently emulated_videoram is hardcoded at 64MB, which
> > is not enoug
Le samedi 08 octobre 2005 à 10:47 +0900, Aric Cyr a écrit :
> This is a simple patch to add a registry setting for a user's video
> RAM which is used
> by wined3d. Currently emulated_videoram is hardcoded at 64MB, which
> is not enough for some games and having to recompile wine to change it
> is
21 matches
Mail list logo
