swindus@Markus wrote:
Am i only one who donate money for you? And still you cant do this one _little_ thing. i just dont get it..
I admire your passion about podium / coding. I really respect peoples who working hard, and you are one of them. But i must say that i dont like your priorities.
Just do what your customers want, not what you want.. This way you earn your customers trust. That is what you mostly want. Trust me.
And i must say that i don’t like your way of communication. What do you think who you are? The one and only Podium customer? Frits is not your personal developer slave.
There is no need to donate. If you donate that’s ok but don’t expect any special care. That’s why it is called donation.
So please do me a favor. Use Podium like it is or not.
Sorry, but I need to write this. Now back to the topic ….
swindusThe editor bar is a great idea!
swindus@Zynewave wrote:
@swindus wrote:
@Zynewave wrote:
How is the Windows task manager CPU indicator behaving during all of this? Maybe the inserting of the plugin fixes a denormal issue.
It looks like that when the plugin is ‘off’ Podium is using only one core and this core is maxed out on sliding. When I enable the plugin Podium is using both cores.
The UI redraw can only use one core. When you have arrangement power on, is one of the cores not maxed out when sliding?
In any case one core is maxed out but when I enable the plugin/arrangement the second core is used too (about 10-20%) and the sliding is fast.
@Zynewave wrote:
After disabling the loop it’s the same but sliding always fast.
Is one of the cores still maxed out?
Yes, one core is always maxed out.
@Zynewave wrote:
Is it equally sluggish when you scroll only horizontally and only vertically?
Yes, makes no difference.
@Zynewave wrote:
Can you quantify “sluggish” compared to normal? I.e. is it painting only half the framerate as normal scrolling?
Thats a good description for the sluggish movement. The framerate increases when I resize the window to a smaller size.
swindus@Zynewave wrote:
Does the plugin “fixing” happen both with the arrangement powered on/off?
When I power off the arrangement sliding is sluggish again.
@Zynewave wrote:
How is the Windows task manager CPU indicator behaving during all of this? Maybe the inserting of the plugin fixes a denormal issue.
It looks like that when the plugin is ‘off’ Podium is using only one core and this core is maxed out on sliding. When I enable the plugin Podium is using both cores.
After disabling the loop it’s the same but sliding always fast.
swindus@Zynewave wrote:
How about if instead of resizing the timeline area, you zoom in on the timeline and the vertical track size. Perhaps scroll the timeline so that the loop section is outside the displayed range. Any sudden jump in speed?
No, still sluggish.
The sluggish movement stops when inserting certain FX plugins on a track. The sliding/scrolling is slow with an empty project. Just a master track and a 4 bar loop. When I insert IIEQ (equalizer) as insert on the master track the sliding is fast as normal. This also works with Devastor or Fazortan from D16. Now thats crazy …..
swindusGreat changes so far!
– Using track color for the notes in the drum map editor
– Using track colors for the velocity bars
+1 for the horizontal slider bar
swindus@Zynewave wrote:
Has it always acted this way, or did it start with a particular version of Podium?
I think it always acted this way. I noticed at one point that the scrolling is faster than before. So the scrolling improves at some point when I remember correctly. Now the scrolling is fast except when a loop a segment selection is used.
@Zynewave wrote:
If you incrementally reduce the size of the timeline area (by resizing the window or the inspector/mixer), will it at some point jump to normal speed or does the speed slowly improve?
The speed slowly improves.
@Zynewave wrote:
How about if instead of resizing the timeline area, you zoom in on the timeline and the vertical track size. Perhaps scroll the timeline so that the loop section is outside the displayed range. Any sudden jump in speed?
Can check this later.
swindusJust for information: Sliding/scrolling is still sluggish with 2.19.
swindusswindusGood luck! 8)
swindusFound a bug:
– Create a new project without plugins
– Create a new arrangement with the default tracks (4) and sends (2) per track
– Create an empty audio event on the first track
– Move the audio to the right
– Crash
swindusCPU is at 60% while sliding regardless of a segment/loop is active or not.
swindus@thcilnnahoj wrote:
The only thing that’s far from it are the panel show/hide animations (but I don’t use them).
Same here. I would use the mixer/editor animation but they are to slow on all my machines. The inspector panel animations are ok.
swindus@Zynewave wrote:
Does the slowdown also happen if instead of a loop range you select a segment range?
Yes
@Zynewave wrote:
If you reduce the Podium window size, does this make the scrolling faster?
Yes. The resolution on the notebook is 1440 x 900 pixel. When I open the inspector or the browser or switch off fullscreen mode and scale down the Podium window the sliding is fast again.
@Zynewave wrote:
It may be a case where the available free video memory is exhausted, and thus Windows starts to render all drawing in system memory rather than the hardware accelerated video memory. How much video memory is allocated for the onboard video card?
224MB.
The slow down also happens in the sound editor when a segment is selected.
swindushttp://www.zynewave.com/wiki/doku.php?id=guide:project_start_page#importing_device_definitions
Why not print the guide to paper and do some reading on the weekend?
http://www.zynewave.com/wiki/doku.php?id=guide:print&do=export_xhtml
Congrats! The JP-8000 is a very nice synth!