lwaver ·
Hello everyone
is there a way to speed up the graphics when the windows is greater ?
it seems that slowed the meter.
From the original SynthMaker forum (2004–2014), with its members’ names and dates.
lwaver ·
Hello everyone
is there a way to speed up the graphics when the windows is greater ?
it seems that slowed the meter.
Dell ·
Hi.
The graph is moving correctly. Possibly, your video card is having difficulty keeping up to the momentum?
lwaver ·
when you zoom the response is slower.
did you try to zoom in?
Dell ·
I generally work on 800 X 600 so it is very large. One of your Graphics is 800 x 800.
There is module in LoopyTunes "Kinda Realistic Looking LEDs" that will enable you to set response time anywhere you like. Kinda Realistic LEDs
I've noticed you offered an ASIO module in your OSM. Bear in mind the speed of the module in LoopyTunes "Kinda Realistic Looking LEDs" will co-relate to the latency settings of the soundcard.
Cheers!
lwaver ·
what do you mean by set response time anywhere you like. it is Flash in MS in the property ?
trogluddite ·
Dell wrote: One of your Graphics is 800 x 800
This is a large part of the problem - both with the frame rate and the CPU usage...
Unfortunately, it's a fundamental limitation of SynthMaker, as it relies on VWindows GDI for its graphics rendering - which is mostly powered by the CPU (unlike, for example, OpenGL which is usually 'hardware accelerated' by the graphics card.) You can see this more clearly if you measure the CPU usage using the meter in the Windows Task Manager - even very fast wiggling of one of the (relatively small) stock bitmap knobs will provoke an obvious rise in CPU use. The larger the graphic, the more CPU is needed (which is why zooming in is slowing the frame rate).
There are a few good threads on the forum about optimising screen re-draws - but I think that even with every optimisation possible, it's unlikely that graphics this large can be animated at useful frame rates within SM - at least, not without the penalty of a huge CPU load that could cause problems for running low-latency audio.
Sorry to be the bearer of bad news - the graphical idea is very smart, and would look fantastic if animated smoothly - but it may be better to accept a smaller graphic in order that the rest of the plugin will be more useful.
lwaver ·
there would be no way to put graphics in buffer or some sort like that ?
Dell ·
lwaver wrote: what do you mean by set response time anywhere you like. it is Flash in MS in the property ?
Hi.
Inside the module (It is labelled PeakMeter tempvar) you can select 4096, 2048, 1024 and so forth. This attributes to how fast the graphic responds. It is no different than setting the latency extremely low on your soundcard. The graphics will respond faster when the numerical figure is lowered since you are reducing the lag time. There is a downfall for going lower, however for your display it is not important.
You are also using a compressor, which just makes matters worse if you want a fast response. The compressor won’t be needed if you use the module in link I offered in my first reply.
One tick is only required. You can create a jumper so both graphics will operate on one tick. At the present moment I created a design for sound reinforcement that consists of 200 individual lighted dB displays (LEDs) operating on one tick 25. The more ticks added will bring forth more calculations, with the end result of a longer lag time.
Getting your graphics to move faster is not a problem. However how well it will respond on someone else's computer using a large graphic display will be a problem. There are workarounds, however you really need to have more of an unconventional approach to see results.
If you add a buffer, you are adding delay.
Cheers!
Wrote something here? To have a post removed or your name hidden, write to [email protected].