Re: [Scilab-users] automatic traverse question

much learned - thank you Erhy -- View this message in context: http://mailinglists.scilab.org/automatic-traverse-question-tp4036327p4036371.html Sent from the Scilab users - Mailing Lists Archives mailing list archive at Nabble.com. ___ users

Re: [Scilab-users] Avoiding a loop

Depending on how often you switch between battery and generator, and how icky-picky you're willing to be, there may be a way to reduce computation. It looks like the term P(n,2) * (P(n+1,1) - P(n,1)) is always there, and you're either adding it to 'gen' (is it energy production?) or subtracting

Re: [Scilab-users] automatic traverse question

another question gray=rand(200,300); lumimins=[ 0.1, 0.5, 0.7, 0.9 ]; // doesn't work*:* monos(:,:,1..length(lumimins)) = ( gray(:,:) >= lumimins(1:$) ) .* 1; is there a way to generate a plane for each lumimins with automatic traverse? -- View this message in context:

[Scilab-users] Rép : Problems with figures in Scilab 6.0.0

Hi Samuel, Find in here https://we.tl/QIICI7f19C a capture of the figure window with scilab 6.0. I tried to reinstall scilab 5.5 in order to provide you with the capture of the same figure generated with scilab 5.5 but it doesn’t worked. I remember that at

Re: [Scilab-users] Avoiding a loop

Thanks for all the answers. I feared that there is no way around a loop. During the process batt (Battery) is charged and discharged. In my example, it is only discharged. I will code the entire problem with a loop, maybe somebody knows something to speed up the process with the full