Hack Request: Emitter-Particle Death Timer
-
Schmack, I think you underestimate how many particles new games spawn. I’ve easily put out four or five times the number of normal particles with no impact, even on slower machines.
Gisteron, edit the caps in dacom.ini.
-
Well we already had video lag as we used very particle intensive effects for torpedo trails in our mod. It is not an easy thing to guess how a system will be affected, since it depends very much on the gpu abilities and the scene which gets rendered. I also doubt that Freelancer renders as efficient as today’s games. Some reading on this topic for the interested you can find here.
Of course, if there is a trick how to reduce video lag introduced through effects I would very much like to know it.
-
All I can tell you is that in actual use cases, the impact seems pretty low overall. Technicalities don’t amount to much if they don’t reflect the real end result.
Of course there’s also the matter of efficiency. With some good design, two similar effects can have wildly different particle counts
-
Well that sounds like a fillrate problem. It should become more problematic the more the screen is covered. I have also experienced performance problems with very large effects which cover the screen from even some K away. But there could also be other factors which play a role.
-
Forcing antialiasing with large particles is an instant show-stopper, even on extremely high-end graphics cards.
I could run FL in 1680x1050 on my old 8800GTX with I think 16x CSAA and it’d run silky smooth… except for when I was going in my custom jumpgate sequence, which uses lots of large particles you have to go through. No AA and it goes fine, but even 2x AA does it.
-
I have a pretty good card for running Freelancer. I also run Freelancer with 4X AA. Honestly I pretty much never experience a drop below 60fps, and if I create an effect that makes it drop below 60 then I tone it down. *
Note that this offset will not have any real effect on performance. Performance is entirely up to the effects themselves. In this case the only reason performance would be worse here is because I am drawing more particles on screen than I did before, regardless of their timing. In fact, this whole “particles disappearing after emitter dies” thing was the only reason my missile trails were as short as they were. The longer trails performed just fine. (The picture in my OP is from an old version of Itano Circus that had really long missile trails and suffered from the problem.)
I will say that there was one point when my fps did drop below a perfect 60 fps, so at least where I have it now it may cause some issues. However, I am running my old pre-optimized Itano Circus texture. Fox and m0tah recently greatly reduced the size of the texture that my missile sprites use, and both reported a significant fps gain on their part, and that was with the old effects.
On top of that, there are several versions of my effects floating around. The oldest, which I believe were posted in the old effects showcase thread, are greatly unoptimized compared to the most recent versions. The Big Huge Effects Pack contains all the versions that I used in Itano Circus. Those should be the most optimized ones. I cannot recall if I optimized them further after the release of Itano Circus/Effects Pack. If you want to be 100% sure that you have the latest (and most efficient) version of the effects I’ve made, rip them from 88 Flak.
For sure, the optimized texture is in 88 Flak only, but feel free to take that texture.txm file. That optimized texture was Fox and m0tah’s idea, so it came after the Effects Pack and Itano Circus.
*The only exception I made for this rule was the capital ship explosions in Itano Circus. While I still got perfectly fine framerates, it did drop below 60. They were rare enough that I made the exception.)
-
FriendlyFire wrote:
Forcing antialiasing with large particles is an instant show-stopper, even on extremely high-end graphics cards.I could run FL in 1680x1050 on my old 8800GTX with I think 16x CSAA and it’d run silky smooth… except for when I was going in my custom jumpgate sequence, which uses lots of large particles you have to go through. No AA and it goes fine, but even 2x AA does it.
That makes sense, because I read somewhere about problems with anti-aliasing and transparent textures.
I dont believe this is at all a fillrate problem (the fillrates of todays cards are 100 times higher than back at FLs release time).
-
Yes, that was what I gathered too, the problem is at its peak when your ship is going through large transparent sprites.
-
I’ve noticed this as well. I used to have major slowdown on my older 6600GT when particles were drawn near the screen, before M0tah and I downsized Frank’s textures (your textures really were huge dude
). After that, everything ran fine, until I enabled AA and suddenly effects near the screen shatter the framerate again. -
@Why485 -> Just outa curiosity m8… what did u end up setting the hack too… as i use your fx & have pretty much fallen backwards over all this ^^
and yes… AA is bad… n’k I’ve found it causes big problems with the ENB too (serious FX artifacts buzzing all over the screen) AntiS if far better for FL and im yet to see a severe frame drop yet even at full setting on both my old MSI RX9550 (ATI) or 9500 GT (Nvid).
-
Xarian_Prime wrote:
@Why485 -> Just outa curiosity m8… what did u end up setting the hack too… as i use your fx & have pretty much fallen backwards over all this ^^Well you have to keep in mind that I designed the effects pack with the limit in mind. Meaning no matter what you set it to you will not really see any significant difference. Nor will there be any real performance difference either. That said I currently have it set to ten seconds. It’s mostly arbitrary but I figure I won’t have an effect that requires more than a ten second grace period.
