Thread Subject:

strange behavior of clc + fprintf() in a loop

can anyone explain this strange phenomenon: when running in a loop, calling (clc, fprintf, drawnow) will sometimes cause the Command Window to flash, even though nothing is happening between those commands.

Working example:

% try this code with load = {1,10,100,1000}
% why does the command window start flashing at some value?

str = repmat('some random string to print to the Command Window\n',[1 5]);

load = 1; % proxy for CPU load between iterations

for i = 1:1000
   % do useless stuff
   for j = 1:load
      m = randn(10);
   end
   
   % clear the command window and print the string
   clc
   fprintf(str);
   drawnow;
end

"Yuval" wrote in message <jctn2j$kv2$1@newscl01ah.mathworks.com>...
> can anyone explain this strange phenomenon: when running in a loop, calling (clc, fprintf, drawnow) will sometimes cause the Command Window to flash, even though nothing is happening between those commands.
====================

I don't see anything strange, unless the "flash" that you're talking about is the flickering of the printed text. But that makes sense to me. You're clearing the screen and reprinting the lines of text in a loop. So the text is repeatedly disappearing and reappearing at time intervals determined by "load".

> I don't see anything strange, unless the "flash" that you're talking about is the flickering of the printed text.

Yes, that's what I mean. This flickering makes it very hard to read. As you can imagine in the actual code the text is meaningful output that can change.

> But that makes sense to me. You're clearing the screen and reprinting the lines of text in a loop. So the text is repeatedly disappearing and reappearing at time intervals determined by "load".

No, it does not make sense. I'm clearing the screen and reprinting text in a loop, yes, but the "CPU load" code does not come between the clc and the drawnow. Why should I see a blank screen? Why should there be a flicker? (How can I get rid of it?)

"Yuval" wrote in message <jctoso$qap$1@newscl01ah.mathworks.com>...
>
>
> No, it does not make sense. I'm clearing the screen and reprinting text in a loop, yes, but the "CPU load" code does not come between the clc and the drawnow. Why should I see a blank screen? Why should there be a flicker? (How can I get rid of it?)
===========

Hmmm. Well, first of all I'm surprised that DRAWNOW would help here, since there's nothing in the documentation about it flushing an FPRINTF operation. It only seems to pertain to graphics updates, so you're kind of relying on an undocumented feature.

If I had to guess, the problem is that, even if drawnow does force the clc+fprintf to occur at a certain point, it cannot control how long it takes for each of these (that may depend on the state of the CPU and other background processes). So, in some cases, it may execute slow enough for the eye to follow... Dunno.

"Yuval" wrote in message <jctoso$qap$1@newscl01ah.mathworks.com>...
>
>
> Why should there be a flicker? (How can I get rid of it?)
===================


Do you really need to repeatedly execute clc+fprintf even when the text is not changing? Why not enclose these statements in an IF...END and reprint the text only when it changes. The following modification of your code is a rough imitation of this.


str = repmat('some random string to print to the Command Window\n',[1 5]);
   clc;
   fprintf(str);
   drawnow update


load = 1000; % proxy for CPU load between iterations

for i = 1:1000
   % do useless stuff
   for j = 1:load
      m = randn(10);
   end
   
   % clear the command window and print the string
   
  NewText= mod(i,100)==0;
   
  if NewText
      
   clc;
   
   fprintf(str);
   drawnow update
  end
   
end

> > Why should there be a flicker? (How can I get rid of it?)
> ===================
>
>
> Do you really need to repeatedly execute clc+fprintf even when the text is not changing?

Thanks for the effort Matt, but no cigar. As I mentioned above, in my real code the text is changing in every iteration (~10-40 milliseconds). It's giving me precise timing info about the actual computations that are being performed, but is nearly illegible because of the stupid flicker.

Perhaps there is some Java-based alternative to clc ?

Something that starts with the lines

mde = com.mathworks.mde.desk.MLDesktop.getInstance;
cw = mde.getClient('Command Window');
xCmdWndView = cw.getComponent(0).getViewport.getComponent(0);

"Yuval" wrote in message <jcvurh$rdp$1@newscl01ah.mathworks.com>...
>
>
> Thanks for the effort Matt, but no cigar. As I mentioned above, in my real code the text is changing in every iteration (~10-40 milliseconds). It's giving me precise timing info about the actual computations that are being performed, but is nearly illegible because of the stupid flicker.
===================

If the text changes in every iteration, I imagine you'd need to slow the iterations down enough for the user's eye to follow the changes. Why not use pause(.1) or so, in place of drawnow?


 
> Perhaps there is some Java-based alternative to clc ?
======

Can't help you there. I have no background in Java.

In article <jctn2j$kv2$1@newscl01ah.mathworks.com>,
 "Yuval" <yuval.tassa@geemail.dot.com> wrote:

> can anyone explain this strange phenomenon: when running in a loop, calling
> (clc, fprintf, drawnow) will sometimes cause the Command Window to flash,
> even though nothing is happening between those commands.
>
> Working example:
>
> % try this code with load = {1,10,100,1000}
> % why does the command window start flashing at some value?
>
> str = repmat('some random string to print to the Command Window\n',[1 5]);
>
> load = 1; % proxy for CPU load between iterations
>
> for i = 1:1000
> % do useless stuff
> for j = 1:load
> m = randn(10);
> end
>
> % clear the command window and print the string
> clc
> fprintf(str);
> drawnow;
> end

Try using a terminal window instead.

That is, type "matlab -nodesktop"

KP

Instead of clearing the Command Window, erase just the last message, replacing it with a modified string, as follows:

reverseStr = '';
for idx = 1 : someLargeNumber
   % do computation here...
   
   fprintf([reverseStr, msgWithoutNewline]);
   reverseStr = repmat(sprintf('\b'), 1, length(msgWithoutNewline));
end


Yair Altman
http://UndocumentedMatlab.com

Yes.
Perfect.
Using the backspace character sprintf('\b') worked like a charm.
Thanks Yair !

"Yair Altman" wrote in message <jd5je8$1mk$1@newscl01ah.mathworks.com>...
> Instead of clearing the Command Window, erase just the last message, replacing it with a modified string, as follows:
>
> reverseStr = '';
> for idx = 1 : someLargeNumber
> % do computation here...
>
> fprintf([reverseStr, msgWithoutNewline]);
> reverseStr = repmat(sprintf('\b'), 1, length(msgWithoutNewline));
> end
>
>
> Yair Altman
> http://UndocumentedMatlab.com

"Yuval" <yuval.tassa@geemail.dot.com> wrote in message
news:jcvurh$rdp$1@newscl01ah.mathworks.com...
>> > Why should there be a flicker? (How can I get rid of it?)
>> ===================
>>
>>
>> Do you really need to repeatedly execute clc+fprintf even when the text
>> is not changing?
>
> Thanks for the effort Matt, but no cigar. As I mentioned above, in my real
> code the text is changing in every iteration (~10-40 milliseconds). It's
> giving me precise timing info about the actual computations that are being
> performed, but is nearly illegible because of the stupid flicker.
>
> Perhaps there is some Java-based alternative to clc ?

Do you really need to read the timing information in (roughly) real time?
I'm guessing the answer is no, in which case writing the information to a
log file (for later viewing) would be preferable to displaying it on the
screen.

Alternately, display the information in a dialog box (like MSGBOX) and
simply change the String property of the control containing the text each
time it updates. That way you won't be trying to clear and rewrite to the
Command Window each time.

--
Steve Lord
slord@mathworks.com
To contact Technical Support use the Contact Us link on
http://www.mathworks.com