Re: [Lmuse-developer] programchangequeue

[Robert J. <spa...@gm...>]

Hi Alex,

2010/9/21 alex stone <com...@gm...>:
> Robert, a quick follow up.
>
> Christian over at linuxsampler has increased the programchangequeue
> value from 100 to 512 by default.
> One more challenge conquered.
> He's also removed the max limit for number of ports in LS per device.
> That means we could have any number of ports (i've got 116 so far)
> through a single device in LS, being fed midi from muse (jackmidi). So
> there's no longer a port limit in LS, and with the increased 128 port
> limit in muse, makes for a much more capable large template/song
> opportunity.

Great!

>
> (And of course, now the limits are raised, users will push them further. :) )

Hehe, I think I know who you are speaking of ;)

>
> Alex.
>
> p.s. in the latest svn build, muse is crashing LS (zombified jack
> message) with 450+ midi tracks, sometimes. If i start muse, then LS, i

450!!!!!!
I can only guess at what kind of music you are trying to create.
Constructing white noise from separate audio sources? ;)

> get the message, but if i then restart LS (leaving muse running), then
> reload the muse song template, it goes ok, with all ports (jackmidi)
> reconnected, and no further zombie problems. (I suspect this is due to
> loading a very large template, and something in muse doesn't like it,
> i.e. a lack of a "pause" function, to let one part load, then the
> next, then the next. I'm no coder, and this is pure speculation on my
> part, but i've seen this in other apps, where large templates loading
> "flood" the app, and it can't do it all at once.)

It's amazing that it does work sometimes (most of the time even!?)
If there are problems you are probably right that it's because MusE is
very busy and realtime performance of the computer suffers.
Possibly it will work better if you have bigger audio buffers for
jack. Though that is probably contra productive.

Regards,
Robert

>
> It's too early to submit this as a potential problem, and i'll test
> more in the next few days to see if it's definitely repeatable, but if
> this initial comment prompts an obvious answer for you clever fellows,
> then well and good.
>
> --
> www.openoctave.org
>
> mid...@op...
> dev...@op...
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Lmuse-developer mailing list
> Lmu...@li...
> https://lists.sourceforge.net/lists/listinfo/lmuse-developer
>