Particle Editor demo released
- SomeFusion
- Gremlin
- Posts: 191
- Joined: Sun Dec 01, 2002 12:38 am
- x 3
- CrazyEddie
- Goblin
- Posts: 228
- Joined: Thu Feb 12, 2004 10:03 am
- Location: Workin' on someting cool
- x 1
- Contact:
It's a bit of both, in any app the more complexity you have the lower the rates are going to be. jwace basically hit the nail on the head though, some of those panels are very complex and cause a large number of quads to get sent through to the CEGui renderer (along with vast numbers of texture swaps) Hopefully some optimisation work for cegui later on will see the extent of any related performance hits reduced.Sputnick wrote:Is it CEGUI that make the fps drop or the particules ?
I'm not sure I fully understand exactly which part you're talking about, so I'll just say... Err, it dependsSputnick wrote:CE, can you increase the width of the sidebar compared to general width of the slider widget. It is rather hard to pick exactly the sidebar on small sliders.
CE.
-
- Kobold
- Posts: 34
- Joined: Wed Jun 25, 2003 5:17 pm
- Location: Berlin, Germany
That is strange... even with 15 FPS (I made up a very expensive effect to simulate this) the mouse is still responding ok. I think we use buffered input, otherwise with under 20 FPS you would have problems when writing text in an editbox... but I have to check.Antiarc wrote:My concern, too, is the mouse input. The demo is running at about 15 FPS constant for me, but the mouse is so slow that's it's almsot unresponsive at times. Are you using unbuffered input?
What kind of hardware do you use that you only have 15 FPS? With my old computer at home (500MHz, Matrox G400) I get 20 FPS when I restrict myself to simple effects.
What hardware are you using to get such a good framerate?Ratend3R wrote:Great! I tried to run it on Wine... and guess what? It would work if the mouse movement wasn't messed up But it ran constantly with ~137 FPS in the standard view when starting the editor
@jwace81: You are right, the main speed killer is the sheer number of gui controls. You can see the different when changing between the basic parameters and the emitter parameters.
There a a few places where we can optimise a bit more - but without changing the ogre particle system (which is already working quite optimised I think) or CEGUI (which hopefully has a little room for optimsations) we probably can't do much.
Anyway it is helpful for us to hear if somone has problems with the overall speed of the editor and which hardware is used. Maybe it even helps Crazy Eddie to improve the gui.
Cheers,
mac
- Antiarc
- Greenskin
- Posts: 120
- Joined: Thu Jan 23, 2003 8:40 am
- Contact:
- SpannerMan
- Gold Sponsor
- Posts: 446
- Joined: Fri May 02, 2003 10:05 am
- Location: UK
- Contact:
Yeah, I must admit I was surprised to hear that mouse input is proving to be a problem, as I have not experianced it on any of the machines I tested it on. But so many people are reporting it, it is definately something we need to address.
@Antiarc: To be completely honest, a particle editor is a very easy tool to make thanks to the graphics engine. Everything is already there for us, its just a case of sticking some controls on top of it. Not to belittle our work or anything mac :p I am honestly surprised that one hasnt been made before. Anyway, if it does end up that you are making the Chronos plugin for particle effects yourself, it should be relatively straightforward (for you, even more so), and if our code does prove useful at all, then thats even better
By the way, we are using a standard EventProcessor, so yeah, its buffered input I believe. Very strange to hear OpenGL runs better for you though?!
@Sputnick: Thanks for your comments, unfortunately Im not really sure what you mean about the slider, could you be more specific?
@Antiarc: To be completely honest, a particle editor is a very easy tool to make thanks to the graphics engine. Everything is already there for us, its just a case of sticking some controls on top of it. Not to belittle our work or anything mac :p I am honestly surprised that one hasnt been made before. Anyway, if it does end up that you are making the Chronos plugin for particle effects yourself, it should be relatively straightforward (for you, even more so), and if our code does prove useful at all, then thats even better
By the way, we are using a standard EventProcessor, so yeah, its buffered input I believe. Very strange to hear OpenGL runs better for you though?!
@Sputnick: Thanks for your comments, unfortunately Im not really sure what you mean about the slider, could you be more specific?
-
- Kobold
- Posts: 30
- Joined: Sat Jul 31, 2004 8:46 pm
That is strange. On my system at 1280x1024x32bit full screen I get better performance in DirectX. Just opening up the program to the initial particle system turning up the quota to 10000, and the emission_rate to 2000 DirectX runs smoothly at ~30fps, and OpenGL slows down to ~10fps. In DX at 30fps the cursor is very responsive, and in OpenGL mode, the cursor is unresponsive.SpannerMan wrote:Very strange to hear OpenGL runs better for you though?!
Specs:
AthlonXP 2400
NVidia GeForce 5600FX
J.W.
- neocryptek
- Gnome
- Posts: 335
- Joined: Sat Mar 01, 2003 11:21 pm
- Location: Idaho, USA
- Contact:
i have similar results as antiarc
ive only ran it in windowed mode...so fullscreen is probably loads faster, but i had to play the lemmings [discussed in irc] too!
opengl gave me 3x+ better frame rates then dx9
athlon xp 2600
geforce 5700 ultra
the major slowdown was when on the tab with the million cegui controls on it, that really impacted the dx9 fps A LOT. opengl only suffered 5-10fps, but the dx9 got chopped to a third, around 10fps, which made the mouse unusable. but switch to another tab and fps shot back up to around 30-40 in dx9. opengl meanwhile stayed around the 100 fps mark
-N30
ive only ran it in windowed mode...so fullscreen is probably loads faster, but i had to play the lemmings [discussed in irc] too!
opengl gave me 3x+ better frame rates then dx9
athlon xp 2600
geforce 5700 ultra
the major slowdown was when on the tab with the million cegui controls on it, that really impacted the dx9 fps A LOT. opengl only suffered 5-10fps, but the dx9 got chopped to a third, around 10fps, which made the mouse unusable. but switch to another tab and fps shot back up to around 30-40 in dx9. opengl meanwhile stayed around the 100 fps mark
-N30
- Kencho
- OGRE Retired Moderator
- Posts: 4011
- Joined: Fri Sep 19, 2003 6:28 pm
- Location: Burgos, Spain
- x 2
- Contact:
-
- Greenskin
- Posts: 145
- Joined: Wed Apr 28, 2004 12:10 pm
- Location: Hungary
- Contact:
- Sputnick
- Greenskin
- Posts: 110
- Joined: Wed Sep 08, 2004 11:49 pm
- Location: Lausanne, Switzerland
sliders
Being now to Ogre, I'm not sure what part is from CEGUI and what part is from the bitmaps that SpannerMan and mac have used.CrazyEddie wrote:I'm not sure I fully understand exactly which part you're talking about, so I'll just say... Err, it depends
But anyway I was meaning this. That's the current interace from the demo:
And that's what I meant by a wider slidebar. At least the area for the OnClick event:
I found not very friendly to use such sliders:
Last advice, to orbit the camera, a horzontal slider on the bottom of the screen and a vertical one on the left side is lot more friendly than buttons.
We used this a lot in the past and it appeared to be very effective.
Maybe I'm to much obsessed.
- Sput
- CrazyEddie
- Goblin
- Posts: 228
- Joined: Thu Feb 12, 2004 10:03 am
- Location: Workin' on someting cool
- x 1
- Contact:
Re: sliders
Most of the scroller/slider sizes are under application control, so Spanerman & mac could increase the width of some of those if they choose to. The exception to this is scrollers that appear in listboxes and comboboxes; the widths for these are specified in the 'look' module that creates the parent widget (it's still possible to modify the size, but it's not as easy as making an API call).Sputnick wrote:I found not very friendly to use such sliders:
CE.
- SpannerMan
- Gold Sponsor
- Posts: 446
- Joined: Fri May 02, 2003 10:05 am
- Location: UK
- Contact:
Re: sliders
@Sputnick: Ok, I see what you mean now Thanks for taking the time to explain this. We will definately look into making our sliders a bit more useable in terms of size for the next demo.
This is a matter of personal preferance; I have seen many different GUI layouts and ways to move cameras about a scene. Like I mentioned in the Readme file, we will be adding key stroke support for the camera, so hopefully the existing GUI and the keyboard input combined will present enough camera control to satisfy the majority of users.Sputnick wrote: Last advice, to orbit the camera, a horzontal slider on the bottom of the screen and a vertical one on the left side is lot more friendly than buttons.
We used this a lot in the past and it appeared to be very effective.
- Sput
- spookyboo
- Silver Sponsor
- Posts: 1141
- Joined: Tue Jul 06, 2004 5:57 am
- x 151
- Contact:
- Sputnick
- Greenskin
- Posts: 110
- Joined: Wed Sep 08, 2004 11:49 pm
- Location: Lausanne, Switzerland
orbiting
My pleasureSpannerMan wrote:Thanks for taking the time to explain this.
I agree, but moving a camera and orbiting the camera around an object (which I guess is the purpose of the editor) are two different things. I'll show you an example soon for a tree generator I'm working on.SpannerMan wrote:This is a matter of personal preferance; I have seen many different GUI layouts and ways to move cameras about a scene.
Nice work anyway.
- Sput
- spookyboo
- Silver Sponsor
- Posts: 1141
- Joined: Tue Jul 06, 2004 5:57 am
- x 151
- Contact:
- tenkei
- Kobold
- Posts: 27
- Joined: Mon Mar 01, 2004 5:48 pm
- Location: Paris, France
- Contact:
Hi guys,
Love the demo. Runs great on my Radeon 9600.
My dev team and I really like the interface you used, any chance you'd release the source code so that we can see how you did some of those cool effects?
Cheers...
Love the demo. Runs great on my Radeon 9600.
My dev team and I really like the interface you used, any chance you'd release the source code so that we can see how you did some of those cool effects?
Cheers...
tenkei | overdrive
- SpannerMan
- Gold Sponsor
- Posts: 446
- Joined: Fri May 02, 2003 10:05 am
- Location: UK
- Contact:
Thanks for your kind words, guys
However, if there is anything specific you would like to know, just ask. Im sure mac and I will be happy to tell you how we have accomplished things in the meantime
Apart from what you could find on google, I dont know of any particle-specific resource sites Im afraid. If you have a good image manipulation program (e.g. Photoshop) making these simple textures is very easy, especially with the built in filters, such as lens-flare.spookyboo wrote:I've searched the Internet for some new particle textures, but cannot find that many. Does anybody have a link?
We will definately be releasing the source code for the entire project, but not yet. We would feel much more comfortable releasing it after the editor is 'complete' (or at least when the majority of the planned functionality is done), and after we have had the chance to clean up the code etc. Sorry. We will most probably be releasing another demo or two before that time arrives.tenkei wrote: My dev team and I really like the interface you used, any chance you'd release the source code so that we can see how you did some of those cool effects?
However, if there is anything specific you would like to know, just ask. Im sure mac and I will be happy to tell you how we have accomplished things in the meantime
- semicolon
- Halfling
- Posts: 94
- Joined: Sun Jul 04, 2004 4:42 pm
- Location: Bangkok, Thailand
- Contact:
- Psilo
- Gnoblar
- Posts: 3
- Joined: Thu Sep 30, 2004 2:29 pm
- Location: Denmark
- Contact:
This is plural awesome
Cheers a lot
This is just super for designing particle systems. This alpha release is very good.
I too encountered machine slow-down, when exposed to too many particles when rendering.
Another thing is that it's seems impossible to decrease the quota in particles system parameters, but you can increase.
Anyway, as long as you are aware of these small facts, it is EXTREMELY easy to quickly develop and save a new particle template or script and use it in an OGRE application.
Thanks and BIG s*m*i*l*e
This is just super for designing particle systems. This alpha release is very good.
I too encountered machine slow-down, when exposed to too many particles when rendering.
Another thing is that it's seems impossible to decrease the quota in particles system parameters, but you can increase.
Anyway, as long as you are aware of these small facts, it is EXTREMELY easy to quickly develop and save a new particle template or script and use it in an OGRE application.
Thanks and BIG s*m*i*l*e
-
- Greenskin
- Posts: 145
- Joined: Wed Apr 28, 2004 12:10 pm
- Location: Hungary
- Contact:
Particle FX qoutas aren't that effective in working... Sinbad somewhere mentioned that you cannot decrease them on the fly (have to restart the particle system to take effect)... you're better off controlling the emitter values to cap particle number. I think
Hope is the first step on the road to disappointment.
- SpannerMan
- Gold Sponsor
- Posts: 446
- Joined: Fri May 02, 2003 10:05 am
- Location: UK
- Contact:
Thanks again for the kind comments
Setting the particle system quota problem is an issue that mac and I knew about, but again, we forgot to put it in the Readme...sorry.
Changing the particle quota is a little more involved than the rest of the parameters, because you effectively have to recreate the entire system. Thats because the quota, or max number of particles, is tied into the number of 'billboards' allocated for that specific template upon creation. Something like that anyway :p
It'll be supported by the next demo.
Setting the particle system quota problem is an issue that mac and I knew about, but again, we forgot to put it in the Readme...sorry.
Changing the particle quota is a little more involved than the rest of the parameters, because you effectively have to recreate the entire system. Thats because the quota, or max number of particles, is tied into the number of 'billboards' allocated for that specific template upon creation. Something like that anyway :p
It'll be supported by the next demo.
-
- Kobold
- Posts: 34
- Joined: Wed Jun 25, 2003 5:17 pm
- Location: Berlin, Germany
In the course of writing the editor we noticed that the chapter about particle scripts in the Ogre manual is out of date. There are some interesting parameters you can access with the editor which aren't mentioned in the manual.
We are willing to compile a patch for the manual. Is anybody already working on this? Should all available affectors be included? Any options from the core team ?
Cheers,
mac (& SpannerMan)
We are willing to compile a patch for the manual. Is anybody already working on this? Should all available affectors be included? Any options from the core team ?
Cheers,
mac (& SpannerMan)
- sinbad
- OGRE Retired Team Member
- Posts: 19269
- Joined: Sun Oct 06, 2002 11:19 pm
- Location: Guernsey, Channel Islands
- x 66
- Contact: