Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-07 Thread Babarosa

I tested r15609 just now and it works fine again. Thank you very much!

Am 07.08.20 um 16:40 schrieb Ted Felix:

> I thought this is the new auto composition number one hit producing
tool (ACNOHPT) :-)

  I was wondering when this would cause trouble.  I didn't even notice
it.  We now avoid connecting to thru if we've found no other connections.

  Should be fixed in [r15906].  Please test latest svn.  Thanks.

Ted.

On 8/7/20 9:44 AM, MST wrote:

Ted,
I see. That makes sense because another observation I made were the
never ending midi notes I recorded with the virtual keyboard.
I thought this is the new auto composition number one hit producing
tool (ACNOHPT) :-)
Thank you and greetings,
Michael
*Gesendet:* Freitag, 07. August 2020 um 14:35 Uhr
*Von:* "Ted Felix" 
*An:* rosegarden-user@lists.sourceforge.net
*Betreff:* Re: [Rosegarden-user] [Solved] CPU load rises when
Rosegarden is idle
Turns out it's because out is connected to MIDI Thru and in is also
connected to MIDI Thru. This ends up creating a feedback loop.

I will make the connection algorithm avoid the local MIDI Thru ports.

Ted.

On 8/6/20 8:19 PM, Ted Felix wrote:
 > On 8/6/20 5:16 PM, MST wrote:
 >> My "unfavorable" settings in the recording parameter menu (all midi
 >> input devices, all channels, midi through auto routing) are
causing a
 >> cpu load of 104% according to "top" - didn't know that is
possible :-)
 >> Choosing only one midi input device, one fixed midi channel and midi
 >> auto routing to off solves this problem.
 >
 >   This is interesting.  It appears as if it is the Thru Routing
setting
 > that needs to be set to Off.  Then the CPU usage goes down and the
Thru
 > Routing can be changed back to Auto and the CPU usage will not go
back up.
 >
 >   I need to take a closer look at this one.  Thanks for catching
it and
 > letting me know.
 >
 > Ted.
 >
 >
 > ___
 > Rosegarden-user mailing list
 > Rosegarden-user@lists.sourceforge.net - use the link below to
unsubscribe
 > https://lists.sourceforge.net/lists/listinfo/rosegarden-user


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to
unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-07 Thread Ted Felix
> I thought this is the new auto composition number one hit producing 
tool (ACNOHPT) :-)


  I was wondering when this would cause trouble.  I didn't even notice 
it.  We now avoid connecting to thru if we've found no other connections.


  Should be fixed in [r15906].  Please test latest svn.  Thanks.

Ted.

On 8/7/20 9:44 AM, MST wrote:

Ted,
I see. That makes sense because another observation I made were the 
never ending midi notes I recorded with the virtual keyboard.
I thought this is the new auto composition number one hit producing tool 
(ACNOHPT) :-)

Thank you and greetings,
Michael
*Gesendet:* Freitag, 07. August 2020 um 14:35 Uhr
*Von:* "Ted Felix" 
*An:* rosegarden-user@lists.sourceforge.net
*Betreff:* Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden 
is idle

Turns out it's because out is connected to MIDI Thru and in is also
connected to MIDI Thru. This ends up creating a feedback loop.

I will make the connection algorithm avoid the local MIDI Thru ports.

Ted.

On 8/6/20 8:19 PM, Ted Felix wrote:
 > On 8/6/20 5:16 PM, MST wrote:
 >> My "unfavorable" settings in the recording parameter menu (all midi
 >> input devices, all channels, midi through auto routing) are causing a
 >> cpu load of 104% according to "top" - didn't know that is possible :-)
 >> Choosing only one midi input device, one fixed midi channel and midi
 >> auto routing to off solves this problem.
 >
 >   This is interesting.  It appears as if it is the Thru Routing setting
 > that needs to be set to Off.  Then the CPU usage goes down and the Thru
 > Routing can be changed back to Auto and the CPU usage will not go 
back up.

 >
 >   I need to take a closer look at this one.  Thanks for catching it and
 > letting me know.
 >
 > Ted.
 >
 >
 > ___
 > Rosegarden-user mailing list
 > Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
 > https://lists.sourceforge.net/lists/listinfo/rosegarden-user


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-07 Thread MST
Ted,

 

I see. That makes sense because another observation I made were the never ending midi notes I recorded with the virtual keyboard.

I thought this is the new auto composition number one hit producing tool (ACNOHPT) :-)

 

Thank you and greetings,

Michael

 
 

Gesendet: Freitag, 07. August 2020 um 14:35 Uhr
Von: "Ted Felix" 
An: rosegarden-user@lists.sourceforge.net
Betreff: Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

Turns out it's because out is connected to MIDI Thru and in is also
connected to MIDI Thru. This ends up creating a feedback loop.

I will make the connection algorithm avoid the local MIDI Thru ports.

Ted.

On 8/6/20 8:19 PM, Ted Felix wrote:
> On 8/6/20 5:16 PM, MST wrote:
>> My "unfavorable" settings in the recording parameter menu (all midi
>> input devices, all channels, midi through auto routing) are causing a
>> cpu load of 104% according to "top" - didn't know that is possible :-)
>> Choosing only one midi input device, one fixed midi channel and midi
>> auto routing to off solves this problem.
>
>   This is interesting.  It appears as if it is the Thru Routing setting
> that needs to be set to Off.  Then the CPU usage goes down and the Thru
> Routing can be changed back to Auto and the CPU usage will not go back up.
>
>   I need to take a closer look at this one.  Thanks for catching it and
> letting me know.
>
> Ted.
>
>
> ___
> Rosegarden-user mailing list
> Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
> https://lists.sourceforge.net/lists/listinfo/rosegarden-user


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user




___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-07 Thread Ted Felix
  Turns out it's because out is connected to MIDI Thru and in is also 
connected to MIDI Thru.  This ends up creating a feedback loop.


  I will make the connection algorithm avoid the local MIDI Thru ports.

Ted.

On 8/6/20 8:19 PM, Ted Felix wrote:

On 8/6/20 5:16 PM, MST wrote:
My "unfavorable" settings in the recording parameter menu (all midi 
input devices, all channels, midi through auto routing) are causing a 
cpu load of 104% according to "top" - didn't know that is possible :-)
Choosing only one midi input device, one fixed midi channel and midi 
auto routing to off solves this problem.


   This is interesting.  It appears as if it is the Thru Routing setting 
that needs to be set to Off.  Then the CPU usage goes down and the Thru 
Routing can be changed back to Auto and the CPU usage will not go back up.


   I need to take a closer look at this one.  Thanks for catching it and 
letting me know.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user



___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-06 Thread Ted Felix

On 8/6/20 5:16 PM, MST wrote:

My "unfavorable" settings in the recording parameter menu (all midi input devices, all 
channels, midi through auto routing) are causing a cpu load of 104% according to "top" - 
didn't know that is possible :-)
Choosing only one midi input device, one fixed midi channel and midi auto 
routing to off solves this problem.


  This is interesting.  It appears as if it is the Thru Routing setting 
that needs to be set to Off.  Then the CPU usage goes down and the Thru 
Routing can be changed back to Auto and the CPU usage will not go back up.


  I need to take a closer look at this one.  Thanks for catching it and 
letting me know.


Ted.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


Re: [Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-06 Thread David W. Jones


Hmm, maybe with your old "unfavorable" settings the new auto routing change 
process was still running?

re: CPU load > 100%.

The joys of multicore processors.

On my old i7 (4 core + hyperthreading), htop could show CPU usage hitting 400% 
or more.

The i9 (8 core + HT) I have now can hit 100% on each core/thread, with htop 
showing a total of 1600% during heavy panorama stitch jobs.

What processor do you have? Even the lowly Pentium 4 in my server box has 2 
cores.

On August 6, 2020 11:16:01 AM HST, MST  wrote:
>Hi Ted!
>My "unfavorable" settings in the recording parameter menu (all midi
>input devices, all channels, midi through auto routing) are causing a
>cpu load of 104% according to "top" - didn't know that is possible :-)
>Choosing only one midi input device, one fixed midi channel and midi
>auto routing to off solves this problem.
>Thank you and cheers, Michael
>=
>Try using the "top" command (at the command line) to make sure 
>Rosegarden is to blame.  It will show you the processes that are using 
>the most CPU.
>
>Ted.
>=
>Hi there!
>Does anybody experience this behaviour too:
>Since the latest commitments (code version 1589x - 15904) the cpu load
>rises strongly (in my case 45-60% and more) when Rosegarden is idle and
>in QJackCtl a lot of xruns are generated. After loading a song into
>Rosegarden and starting to play this song the CPU load falls again
>(maybe 5%) and no more xruns are generated.
> 
>I am using Debian 10 with a RT-kernel. Ardour and other Softwares
>behave properly, so I think it is Rosegarden. I didn't see this
>behaviour before the latest ALSA-Midi-Port commitments where added
>(code version 1588x).
> 
>Greetings Michael


---
David W. Jones
gn...@hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com

Sent from my Android device with F/LOSS K-9 Mail.


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user


[Rosegarden-user] [Solved] CPU load rises when Rosegarden is idle

2020-08-06 Thread MST
Hi Ted!
My "unfavorable" settings in the recording parameter menu (all midi input 
devices, all channels, midi through auto routing) are causing a cpu load of 
104% according to "top" - didn't know that is possible :-)
Choosing only one midi input device, one fixed midi channel and midi auto 
routing to off solves this problem.
Thank you and cheers, Michael
=
Try using the "top" command (at the command line) to make sure 
Rosegarden is to blame.  It will show you the processes that are using 
the most CPU.

Ted.
=
Hi there!
Does anybody experience this behaviour too:
Since the latest commitments (code version 1589x - 15904) the cpu load rises 
strongly (in my case 45-60% and more) when Rosegarden is idle and in QJackCtl a 
lot of xruns are generated. After loading a song into Rosegarden and starting 
to play this song the CPU load falls again (maybe 5%) and no more xruns are 
generated.
 
I am using Debian 10 with a RT-kernel. Ardour and other Softwares behave 
properly, so I think it is Rosegarden. I didn't see this behaviour before the 
latest ALSA-Midi-Port commitments where added (code version 1588x).
 
Greetings Michael
 
 


___
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user