|
|
|
I've discovered the exact same thing. I tested the behavior using some fireworks I have. They worked fine in the previous version of WindLight and they work fine in the current release client. But in Second Life 1.19.0 (79674) there are no more bursts.
It almost looks like the particles are delayed in starting. In another test I have a popgun that shoots a ball which has a "plasma" type particle script. In 1.19.0 (79674) the ball shoots out and a little later the particles appear, whereas in the previous Windlight and in the current RC the particles appear as soon as the ball is shot. Just added the snapshot for a visual comparison.
particles(key lightningTarget) // particles for the chain effect. the target is sent by mainObj Sorry mine is a bit messy, but if you look at the beginning of the function you should get a clearer idea of what my settings are. Most notably I am using PSYS_SRC_PATTERN_ANGLE unlike the other posted examples and I am having similar effects of not enough particles being emitted. The rate for the particle burst is at 0.06 and it's very obvious from watching the effect in action that this is not the case whatsoever. Many of my products rely heavily on particles. This is causing severe problems for me. Needs to be fixed soon.
Same with me. Working with particles is gambling. But iam really tired of that game.
I got the same problem. I just put something on sale that made a nice explosion. Now it looks ridiculous, only a few lonely fire textures appear
I'm afraid I'm no talented scripter but I have noticed this slow start to particle emission myself recently (latest windlight release 1.19.0 (80044)).
In addition to this, I would add that I have had to tweak DOWN several parameters in my previously scripted particle emitters - bonfire, waterfall, fountain etc. - using a mist/smoke cloud effect. on integer pattern = PSYS_SRC_PATTERN_EXPLODE. Windlight (for the past 3 releases) turned these emitters into huge particle clouds and I had to reduce vector endSize, vector push and integer count to get the emissions to look the way they did in main client. Of course the corollary to this is that now they barely emit at all in main client, so you get a completely different effect depending which viewer you're using. This does not seem a good thing! Do stop by my land (Songnisan 135,14,80 "Dragonsong") to compare these results. Note that I haven't rescripted the fountain on sale in my vendor so that's currently steaming like a cauldron in windlight! Changing priority to critical at advice of Soft Linden. I understand this is marked fix pending, and I'd really hope to see the fix in another first look client before the 1.19.1 release
Attached particle problem.png.
The lower image is the previous windlight client. As in, the previous incarnation of this bug. The upper image is taken today in the new 1.19.1 RC with all the same settings and maxed out particle count. Notice the horrendous lack of particles on the blue fan shaped part, and the reduced number of the grey needlelike bits. This effect does not seem to get better with time either. Yep - Its almost a showstopper, since it breaks a lot of products. Bling particles are hardly visible, and particle weapons look awfull
please disregard my previous comments about 1.19.1
I discovered today that it had set my max particle count WAAAY too low from autodetecting. And that the degradation in particles I saw was caused by this. Particles are still not working right, but they have not gotten worse in this version, as I initially expected This issue was resolved as "Needs More Info" during our batch cleanup because it was set as affecting First Look: WindLight. On the Issue Tracker, we've noticed many duplicate issues and issues that lacked actionable info or were already fixed.
WindLight recently "graduated" from a "First Look" technology preview to Release Candidate status – nearing inclusion in the main viewer with your help! So, "First Look: WindLight" does not exist anymore. More info and how to download the RC viewer: http://blog.secondlife.com/2008/03/06/new-release-candidate-viewer-1191-rc0-available/ If you've verified that this issue is still a problem in the newest Release Candidate, here's what to do next: (1) Search the Issue Tracker to make sure it isn't a duplicate of an existing issue we know about. If it is, link it as a duplicate using the "Link this issue..." link on the left. You can learn more about searching by watching this video tutorial: http://www.youtube.com/watch?v=SAlXK5hSVMc (2) Reopen the issue and BE SURE to update the "Affects Version/s" to the correct one, most likely ONLY "1.19.1 Release Candidate". However, if this bug affects the main viewer (1.19.0 as of this writing), then DO NOT set it to an RC version. Only set it to 1.19.0 instead. Be as specific with versions as possible – there's generally no need to set multiple versions, as it tends to dilute and confuse where a bug originated. (3) Add any other relevant details that would help us fix it. We can't stress the importance of a "solid repro" enough – a reliable series of steps to make a bug happen reliably. (4) Come and attend our inworld bug triages, where you can meet with Linden Lab employees to look at, verify, and expedite bugs for fixing. More info @ http://wiki.secondlife.com/wiki/Bug_triage Thank-you for helping us improve Second Life! Ty Torley, but this bug does exist and can easily be tested - Create a prim and add the following script in it:
fireParticleOn() {
fireParticleOff() { default { touch_start(integer num_detected) {
fireParticleOn();
llSleep(0.3);
fireParticleOff();
} Touch the script and see the difference between the Standard Viewer and the Release Candidate. Do the same with a bling script and you will notice similar behaivour, even though not as noticeble, since it appears that the problems gets better over time. There have been so many bugs with particles in Windlight that its hard to say if this issue links to another, but test the script out and see for your self. I can confirm it, the problem still exists in Second Life 1.19.1 (0) Mar 5 2008 17:51:19 (Second Life Release Candidate).
My System: I''m ory if my comment wasn't clear, torley. The bug IS still there, it just hasn't gotten any worse.
Yeah, it's gone in 1.19.1!!
Yeps, this is (finally) fixed in 1.19.1 RC1
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
New example script to show this effect - watch how the clouds increase over time:
//--------------------------------------------------------------------------
startParticles()
{
llParticleSystem([
PSYS_PART_FLAGS, 0 |
PSYS_PART_INTERP_COLOR_MASK |
PSYS_PART_INTERP_SCALE_MASK |
PSYS_PART_WIND_MASK |
PSYS_PART_FOLLOW_VELOCITY_MASK,
PSYS_SRC_PATTERN,PSYS_SRC_PATTERN_EXPLODE,
PSYS_PART_MAX_AGE,15.0,
PSYS_PART_START_COLOR, <0.05,0.05,0.05>,
PSYS_PART_END_COLOR, <1.0,1.0,1.0>,
PSYS_PART_START_SCALE,<4.0,4.0,4.0>,
PSYS_PART_END_SCALE,<15.0,15.0,15.0>,
PSYS_SRC_BURST_RATE,1.5000,
PSYS_SRC_ACCEL, <0,0,0.175>,
PSYS_SRC_BURST_PART_COUNT,100,
PSYS_SRC_BURST_RADIUS,2.0,
PSYS_SRC_BURST_SPEED_MIN,0.5,
PSYS_SRC_BURST_SPEED_MAX,1.5,
PSYS_SRC_TARGET_KEY,(key)"",
PSYS_SRC_INNERANGLE,0.0,
PSYS_SRC_OUTERANGLE,0.0,
PSYS_SRC_OMEGA, <0,0,0>,
PSYS_SRC_MAX_AGE, 0.0,
PSYS_SRC_TEXTURE,"",
PSYS_PART_START_ALPHA, 0.6,
PSYS_PART_END_ALPHA, 0.0
]);
}
default
{ startParticles(); }{
touch_start(integer total_number)
}
//---------------------------------------------------------------------