Upload and attach your full code (eg. in a .mw worksheet).

@Stretto I see, you just need an animation inside Maple.

I thought you wanted to export to a movie file, because I read this -- literally -- in your Question's title, "create movi".

You might Explore a call to IterativeMaps:-Bifurcation, or any procedure which returns images. And you can use an option to have that "play" the images in succession. (There's an example of that in the
  ?examples,Explore
page, using Mandelbrot.)

But the play-rate is determined by how quickly the images are generated. So if Bifurcation computes them slowly then you may need to compute them up front, store in a table, and then Explore calls to a short procedure which simple picks them off that table using argument i::posint.

I would have to poke around, to discover inefficiency in Bifurcation, and unfortunately I don't have time for that this week, sorry,

I converted your query from a Post to a Question.

Why do you submit every single query as a Post, instead of a Question? It is inconsiderate and impolite, since you've been politely asked about this several times.

I changed the Product from "Maple 16" to "Maple 2016", since that's the version in which your attachment was last saved.

I recall doing something like that for myself, a long time ago. I'd have to dig out the details.

In the meantime, perhaps you could supply the basic information of your Maple version and Operating System? If you do then I shall adjust the headings of this Question accordingly.

I get results true and false, respectively, for your two examples. I'm using 64bit Linux.

@digerdiga I am wondering whether you are specifying it backwards.

Consider your shorter followup example. It doesn't make sense to collect wrt `x` and then expect the common `a` term to be factored out -- since the terms with powers of `x` will be handled separately. Instead, collect first wrt `a`.

g := a*x*(x+1);
                        g := a x (x + 1)

collect(g,[a,x])
                           / 2    \  
                           \x  + x/ a

As for your primary example, are you looking for one of the last two of these?

Download collect_nc.mw

@permanoon123 What do you want to export and to which Excel file, each time through the loop? Do you want it to append to the same Excel file? Please be clear.

@digerdiga I shall leave any clarifying comments on your Question.

What is the target expression, explicitly? It may be clear in your mind, but I have not yet seen it.

For example, when you write, "for the third term I would actually mean this" do you mean that is what you want, or what you don't want?

I have deleted my Answer, since it seems to me that the question is still not being explained properly, ie. with the goal explicitly or clearly described.

@nm Last year I reported that kind of problematic example with fractions and LaTeX export. (If I recall correctly, it was about the time that your issue with an extraneous factor of 1 in LaTeX output was reported.)

@macrobbair I find it very difficult to take seriously your issue when you keep failing to provide meaningful details.

I cannot make proper sense of this, the only snippet of detail that you've provided so far:
    `What is does is take the whole of the previous "Z=X+Y" and
  add it to the new A thus "A+Z=X+Y" instead of "A+Z"'

Why do you not try and isolate the problematic Matrix behavior, that reproduces the issue while not giving away precious details of your secret project work?

Perhaps you have set up some Matrices with a recursive definition.

But how can you reasonably expect us to suggest a concrere revision, when all you provide is a nebulous description? It it not reasonable.

@BarKop That option is spelled summarize.

You can also get programmatic access to additional details such as the "rsquared" statistic, etc, using the solutionmodule output.

Download svdfit_solmod.mw

@Joe Riel I thought that you were describing incorrect behavior, ie. a bug. The example that you've shown  in your last Comment contains correct output, unless I'm missing some point.

But the original behavior shown -- with the Typesetting stuff -- was clearly incorrect and illustrates a bug.

If the OP was trying to ask something about the output from statements within do-loops then it could have been stated more clearly (because it is not specific to rand, etc). In that case, sure, terminating the end do with a colon, or setting printlevel, etc, could be appropriate.

This is interesting, and will require a careful read. Thank you.

I have been reading posts over at the Wolfram Community site, for the past few weeks. In particular:
 - Robert Rimmer's articles, including here (updated here), and here (related to here).
 - Robert Nachbar's article here on epidemiological models.
 - Vitaliy Kaurov's compendium article here.

[edit] An interesting and more recent post (by the aforementioned Robert Rimmer) on a logistic growth model is here.

@Joe Riel Hi Joe, please could you be more specific about what's still added, and with examples (regressions, or not)? Thanks.