Counter Strike: Source FPS Issue


Recommended Posts

On my new iMac I seem to have problems getting CS:Source above 60fps in mac OSX, I get ~120fps in Half-life 2: Episode Two and Half-life 2: Death Match so I know I can get these higher scores in CS:Source too at the same settings, yet it seems to be stubbornly locked at 60fps.

Settings:

* Recommended Setting

Resolution: 1920 x 1080*

Model Detail: High*

Texture Detail: Medium*

Shader Detail: High*

Water Detail: Reflect All*

Shadow Detail: High*

Colour Correction: Enabled*

AntiAliasing Mode: 2x MSAA*

Filtering Mode: Anisoptric 2x*

Wait for Vertical Sync: Disabled

Motion Blur: Disabled

Field of View: 75.00*

Multicore Rendering: Enabled*

Fps_max=300

System:

CPU: Intel Core i3 3.06Ghz

RAM: 4GB

HDD: 500GB

Sound: Onboard

Graphics: ATI Radeon HD 4670 (256mb)

Link to comment
https://www.neowin.net/forum/topic/1006022-counter-strike-source-fps-issue/
Share on other sites

  On 19/06/2011 at 13:30, Mr_Edwardo said:

Yep, this is Vsync. Must still be on somehow in the AMD drivers.

+1

Locked at 60 FPS means VSync is enabled somewhere.

I'm not trolling I've just never understood and even googled prior to posting; correct me if I am wrong: the human eye can only view 30fps? If that is correct then why do games shoot for/boast about (CoD and you're old engine) 60fps, I know my MacBook Pro runs games I play @ higher frame rates, but is there really a benefit? People say the game runs smoother, yes obviously - but is it even noticeable to the human eye if we're physically limited to 30fps?

  On 20/06/2011 at 18:28, Alladaskill17 said:

I'm not trolling I've just never understood and even googled prior to posting; correct me if I am wrong: the human eye can only view 30fps? If that is correct then why do games shoot for/boast about (CoD and you're old engine) 60fps, I know my MacBook Pro runs games I play @ higher frame rates, but is there really a benefit? People say the game runs smoother, yes obviously - but is it even noticeable to the human eye if we're physically limited to 30fps?

Yes, the eye most definitely can see a difference between 30fps and above. Here's a demonstration of that:

http://www.boallen.com/fps-compare.html

It's all fairly complex: http://en.wikipedia.org/wiki/Frame_rate#Visible_frame_rate

  On 20/06/2011 at 19:04, Mr_Edwardo said:

Yes, the eye most definitely can see a difference between 30fps and above. Here's a demonstration of that:

http://www.boallen.com/fps-compare.html

It's all fairly complex: http://en.wikipedia.org/wiki/Frame_rate#Visible_frame_rate

Thanks for the links, checking them out.

  On 20/06/2011 at 23:32, Alladaskill17 said:

and that is why I said correct me if I am wrong :)

No worries. ;)

I think we're limited somewhere around the 90-100 frames per second. John Carmack said there's a very little difference between 60 and 120 fps, and you'll only see the difference if you know what it is (from a technical / programmer's point of view).

Anyway, getting the games to run at a standard 120 fps would be our limit, no doubt (there is no need to go above that for graphical reasons, only for calculations done in background). :)

  On 20/06/2011 at 23:46, KavazovAngel said:

No worries. ;)

I think we're limited somewhere around the 90-100 frames per second. John Carmack said there's a very little difference between 60 and 120 fps, and you'll only see the difference if you know what it is (from a technical / programmer's point of view).

Anyway, getting the games to run at a standard 120 fps would be our limit, no doubt (there is no need to go above that for graphical reasons, only for calculations done in background). :)

Perfect! That is basically what I wanted to know - what is our 'max' (or closest estimate) of viewable/recognizable FPS and what is just wasted processing. Thank you.

Depending on the scenario, the human eye can distinguish the contents of an individual frame displayed for 1/10000th of a second.

Of course, that doesn't matter when it comes to computers, since most monitors are physically limited to 60fps or so (Which is why it's pointless to render faster than that). You'd only ever want to disable v-sync for benchmarking.

  On 21/06/2011 at 05:38, The_Decryptor said:

Depending on the scenario, the human eye can distinguish the contents of an individual frame displayed for 1/10000th of a second.

Of course, that doesn't matter when it comes to computers, since most monitors are physically limited to 60fps or so (Which is why it's pointless to render faster than that). You'd only ever want to disable v-sync for benchmarking.

Enabling V-sync messes with the mouse input. Also, when playing online restricting your FPS to 60 on a 100 tick server would limit the packets you are sending/receiving to 60 (probably not noticeable but a small difference in hitreg). Having a higher FPS improves the smoothness and responsiveness of the game (even if your monitor can only display 60fps, all that will happen is a bit of tearing). In general it is better to keep v-sync off and ideally the FPS would be above 100 all the time for the smoothest possible experiance.

I hate all this discussion about the human eye can only see this...blah blah...those guys don't have a clue what they are talking about.

I think the tick rate has been set to a constant value as of recent CSS updates.

FPS rate is separate though.

If you cannot see the impact of 30 vs 60 FPS, you might need to get that checked - sounds like a lack of sleep or some disease or age or something.

Yeah, CSS, TF2, L4D and L4D2 are limited to 66 ticks a second (L4D/2 operate at 30 ticks a second by default)

The thing is though, that's how often the server thinks, not how often it talks to clients (You can render at 400fps, but it'll only send 20 updates a second to the server unless you play around with things)

To be honest, I always keep v-sync on for the sheer fact that most games' framerate fluctuates greatly depending on the amount of action on the screen. I -notice- the difference between, say, 65 fps and 90 fps. When the framerate changes so frequently, I feel like I'm speeding up and slowing down. Not to mention the tearing on the screen. V-sync + triple buffering or bust for me.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • So many things to unpack here I don't even know where to begin...
    • Cjam 1.9.9.0 by Razvan Serea Cjam is a lightweight and fast MP3 editor for Windows that lets you cut, join, and edit MP3 files without re-encoding. This means your audio quality remains untouched, and edits happen instantly. Cjam is ideal for quick, lossless edits—whether you're trimming music, combining tracks, or preparing audio for learning tools or podcasts. It features batch processing, scripting support, cue and playlist file handling, and a simple interface. Cjam is perfect for anyone who needs efficient MP3 editing without the complexity of full audio suites. Cjam requires a PC running Windows 10 or later and Microsoft .NET 6.0 or later. Key features for Cjam: No Re-encoding: Edit MP3 files without losing quality. Cut and Join MP3: Easily cut, trim, and combine MP3 tracks. Batch Processing: Edit multiple files at once for faster workflows. Scriptable Interface: Automate tasks with a custom command language. Cue and Playlist Support: Handle CUE and playlist files for seamless audio management. Fast and Lightweight: Quick processing with minimal system resources. Lossless Audio Editing: Ensure your edits don't affect audio quality. Simple User Interface: Clean, intuitive design for easy navigation. File Format Support: Works with MP3, Cjam-specific file formats (CJAMC, CJAMJ, CJAM). Cjam 1.9.9.0 fixes: Fixed a bug related to playback display on the main screen Download: Cjam 1.9.9.0 | 1.3 MB (Freeware) Links: Cjam Home Page | Cjam Manual | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • "Users may experience repeated KERNEL_SECURITY_CHECK_FAILURE bugchecks after upgrading to this build." This "showstopper" bug/issue is still present for Dev 26200.5651, so NOT QUITE the June 2025 Snapshot for 26200 release but I think we are close to that release so should be within the next couple releases!
    • ah the "quest for more money" continues 🤣
    • Don’t underestimate marijuana because nothing else soothes souls. 
  • Recent Achievements

    • One Month Later
      jezzzy earned a badge
      One Month Later
    • First Post
      CSpera earned a badge
      First Post
    • One Month Later
      MIR JOHNNY BLAZE earned a badge
      One Month Later
    • Apprentice
      Wireless wookie went up a rank
      Apprentice
    • Week One Done
      bukro earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      635
    2. 2
      ATLien_0
      281
    3. 3
      +FloatingFatMan
      182
    4. 4
      Michael Scrip
      151
    5. 5
      Steven P.
      117
  • Tell a friend

    Love Neowin? Tell a friend!