plastique, I fixed the midi part exception. I re-uploaded sa1 in case anyone wants to use it until next beta upload (btw, v1.25 final release tomorrow)
ik_ik_ik, if you hide the mixer in the main window, does this remove the audio glitches? Is it only in the main window? what about moveing windows over the sequencer mixer or loop/position view?
jorgen
Threads and Priorities
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
-
- KVRAF
- 3948 posts since 8 Sep, 2003 from germany
thanks a lot jorgen , the noise is gone now !!! 
the exception is still there though every time i use the mousewheel in the midipart ... 0001D8B4.
the exception is still there though every time i use the mousewheel in the midipart ... 0001D8B4.
-
- KVRist
- Topic Starter
- 229 posts since 24 Feb, 2004 from London
hi jorgen,jorgen wrote:plastique, I fixed the midi part exception. I re-uploaded sa1 in case anyone wants to use it until next beta upload (btw, v1.25 final release tomorrow)
ik_ik_ik, if you hide the mixer in the main window, does this remove the audio glitches? Is it only in the main window? what about moveing windows over the sequencer mixer or loop/position view?
jorgen
still get that exception. plastique?
if i hide the mixer in the main window there is an improvement. below i was actually refering to a mixer component (a small 8 channel mixer with 2 sends) rather than the main window's mixer. a screenshot of the simple "test rig" is here. i'd guess the improvement is down to less animated elements on screen?
if i hide the main window mixer and the mixer component then it's virtually impossible to get glitches now
one thing i thought of before that's maybe buried is would it be possible for standalone to pick up on the windows setting "show window contents while dragging". if this is not checked then standalone would drag around an outline rather than the window's contents. this would i expect significantly improve things all round. what do you think?
looking forward to 1.25 final
cheers,
inigo
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
weird, I was sooooo sure I fixed the exception 
I re-uploaded with a new filename jusrt in case in mixed somethign up. Try this one:
http://www.xt-hq.com/beta/sa2.zip
jorgen
I re-uploaded with a new filename jusrt in case in mixed somethign up. Try this one:http://www.xt-hq.com/beta/sa2.zip
jorgen
-
- KVRAF
- 3948 posts since 8 Sep, 2003 from germany
big improvement on my side 
, error message is gone as well now
i just have the occasional noises when using the mousewheel when a part is playing ... so rather a bug with my asio driver on this particular machine (it's an rme9652 soundcard ).i'll try to find some newer drivers for it.
, error message is gone as well now i just have the occasional noises when using the mousewheel when a part is playing ... so rather a bug with my asio driver on this particular machine (it's an rme9652 soundcard ).i'll try to find some newer drivers for it.
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
-
- KVRist
- Topic Starter
- 229 posts since 24 Feb, 2004 from London
sa2.exe has sorted the exception over here too but the glitches are worse than with sa1.exe - probably because sa2.exe runs at normal priority as compared to sa1.exe which runs ar high priority.plastique wrote:big improvement on my side
i just have the occasional noises when using the mousewheel when a part is playing ... so rather a bug with my asio driver on this particular machine (it's an rme9652 soundcard ).i'll try to find some newer drivers for it.
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
-
- KVRist
- Topic Starter
- 229 posts since 24 Feb, 2004 from London
that's ballistic
exception gone and quite hard to get glitches now with high priority - especially if any mixers are hidden away.what do you think to the idea about dragging only outlines around?
thanks very much for your efforts! it's hugely appreciated
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
k_ik_ik, could you try this version please:
http://www.xt-hq.com/beta/sa4.zip
Test both with and without the "show window contents while dragging" in Display properties, and see if it has any effect on the audio glitches when dragging windows over the mixer(s)...
cheers
jorgen
http://www.xt-hq.com/beta/sa4.zip
Test both with and without the "show window contents while dragging" in Display properties, and see if it has any effect on the audio glitches when dragging windows over the mixer(s)...
cheers
jorgen
-
- KVRist
- Topic Starter
- 229 posts since 24 Feb, 2004 from London
hi jorgen,jorgen wrote:k_ik_ik, could you try this version please:
http://www.xt-hq.com/beta/sa4.zip
Test both with and without the "show window contents while dragging" in Display properties, and see if it has any effect on the audio glitches when dragging windows over the mixer(s)...
cheers
jorgen
i'm very happy to report that sa4.exe works much better!
it responds immediately to a change of the "show window contents while dragging" setting.
when dragging without showing contents i get no dragging around glitches at the moment - will test more later but it's looking good. the cpu peaks i was seeing have stopped.
looks like you've also implemented a suspension of gui updating whilst dragging which no doubt helps too
dragging whilst showing contents does still result in some glitching despite the gui freezing. and there's still some glitching when opening windows e.g. a vst instrument - some are worse than others.
thanks again for getting it this far!
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
ok, here another one
http://www.xt-hq.com/beta/sa5.zip
it's back to normal pirority, but it did some another changes...
jorgen
http://www.xt-hq.com/beta/sa5.zip
it's back to normal pirority, but it did some another changes...
jorgen
-
- KVRist
- Topic Starter
- 229 posts since 24 Feb, 2004 from London
eeek! sa5.exe makes the cpu go flat out constantly. the energyxt cpu meter remains low but the task manager and speedswitchxp cpu meters hit 100%. it does seem to perform similarly to sa4.exe though - much better all round.jorgen wrote:ok, here another one
http://www.xt-hq.com/beta/sa5.zip
it's back to normal pirority, but it did some another changes...
jorgen
have just spent a productive - as always
- couple of hours using the app and had a couple more thoughts...was wondering if you could do the same for resizing as you've done for moving - i.e. not show the contents whilst resizing?
there are often glitches when opening windows - especially vst plugins. occasionally sync is lost when this happens. heavy gui and dll loading issues i expect. maybe there's some way to make this process less intrusive also?
anyone else testing these .exe that jorgen's been working hard on?
inigo
-
- KVRAF
- 3475 posts since 6 Oct, 2001 from europe-norway-oslo
so sa5 is works better than sa4?
I'll see if I can make window resizing work the same way as moving windows.
cheers
jorgen
I'll see if I can make window resizing work the same way as moving windows.
cheers
jorgen
-
- KVRist
- Topic Starter
- 229 posts since 24 Feb, 2004 from London
i think sa4.exe is better than sa5.exejorgen wrote:so sa5 is works better than sa4?
I'll see if I can make window resizing work the same way as moving windows.
cheers
jorgen
the performance is similar however sa5.exe clamps the cpu up to 100% constantly which is probably not an ideal way to go. fans kick in and things start heating up
with sa4.exe the cpu behaved normally so i'd guess this is a more preferable solution.
i've noticed this morning that the latest beta (24-may-2004) behaves similarly to sa5.exe so i wonder if others have noticed the cpu hitting the roof too?
the resizing thing would be good. maybe even a mixer level meters on/off option somewhere would be handy as a general feature?
had a lot of fun with audio in the sequencer recently btw
inigo