[postal2mac] Tweaking the .ini (was Re: First Impressions)

[Robert Uyeyama]

1)  Well of course there's [SDLDrv.SDLClient]
FullscreenViewportX=640
FullscreenViewportY=480

Although upon first startup, the video wizard probably overrides the 
ini.


2) For anyone who is curious, here are some nonstandard (and standard) 
native resolutions for mac LCDs:


Powerbook:
12:  1024x768
15:  1280x854
17:  1440x900

iBook:
1024x768

iMac:
20:  1680x1050
17:  1440x900
15:  1024x768

Cinema Display:
23:  1920x1200
20:  1680x1050
17:  1280x1024




PS-- Ryan, thanks for that "no AGP aperture" note, it was fascinating
> Most specifically, there's no AGP aperture on the Mac. You can assign
> almost all your system RAM (it's not VRAM, the VRAM is something else
> entirely) to AGP. MacOSX caps it at 25% of your system RAM, and you
> can't allocate a vertex_array_range block that is more than 75% of this
> space.
>
> So if you set VARsize to something bigger than around:
>
>   (0.75 * 0.25 * total_memory)
>
> Then it'll probably fail. If you ask for too much VAR, you get none, 
> and
> everything is REALLY slow. If you ask for too little, you fall off the
> fast path, and everything is REALLY slow.
>
> Naturally, the larger you set this, the more memory you're consuming.
> Feel free to experiment, but while bumping it up a little might help,
> it's a black or white thing: you either have enough VAR for the
> rendering, or you don't. Once you have enough allocated, adding more
> doesn't improve performance, but it does take away from available RAM.
>
> It's a zen art, basically. Or, leave it at 32.  :)

On May 23, 2004, at 9:42 AM, hotblack wrote:

>
> On 23 May 2004, at 20:13, Cesar Barcenas wrote:
>
>> Postal 2 is base on Unreal Engines.
>> You can always tweak and modify
>> your ini files.
> <snip>
>>> Does anyone know of a way to force Postal to a particular display?
>>> (Other than setting it as your main display) I've got a Radeon PCI 
>>> as a
>>> secondary PCI that I could test this problem on.
>>> Cheers,
>>>
>>> Ben
>>
>
> A useful tip for choosing non-standard resolutions, like in Gary's 
> case - although I would have thought the list of available resolutions 
> was built from a query to SDL, the Display Manager, Core Graphics or 
> whatever.
> Unfortunately I don't know what the setting is.. or if there is one, 
> to choose which actual display is used on multiple display systems. It 
> may be automatically choosing the most capable display?
> Anyone have any pointers?
> Cheers,
>
> Ben
>