> Made another test with embedded video:

> loadMovieNum('Video-EmbedSquareTest.swf', 2);

> The above compiled at 1FPS under testsuite/misc-ming.all.
> The video runs at 1FPS, which is, dominated by main frame
> rate. Tested with versions from 6 to 8.

I confirmed your tests and all my old tests. All the described behaviour are fine. I think there's no contraddictions. The problem is that we still don't have a general conclusion.

BTW, you cann't reproduce my tests with Video-EmbedSquareTest.swf. The file I used was ffff_v_20080122_cft_diemumie_.swf(see comment #2). I check the tags in both files, maybe it's not the video triggerring the FPS change, it's the audio.

> confirmed(with both the attached file and my own tests). The final FPS is dominated by the main movie.

Isn't this in contraddiction with comment #10 ?
Or is the embedded video stream triggering the change ?

Attached files (rot-1.swf and rot-12.swf)
contain a red square rotationg onEnterFrame.
rot-1.swf have FPS=1, square rotates clockwise.
rot-12.swf have FPS=12, square rotates counterclockwise.

rot-1.swf also loads rot-12.swf.

Tests with the proprietary player 9 for linux shows
that the total FPS is 1, no matter the loaded movie is at 12.
Confirmations ?



(file #16035, file #16036)

> Is the runtime change only for _level# loads or also for
> loadMovie (loads in child chars) ?

for both, use MovieClip.loadMovie() has the same effect.

More careful testing conclusion: there is only ONE FPS at a give time, but the FPS could change at run-time.

Tests description:

Main swf frame1:
// embeded FPS of main swf file is 0.5
i = 0;
_root.onEnterFrame = function () {
i++;
trace(this + " " + i);
};

Main swf frame 10:
loadMovieNum ("extern-swf-without-videostream.swf", 1);
// embeded FPS of extern-swf-without-videostream.swf file is 2
//
// There is also an onEnterFrame event handler defined inside
// this external swf file.


loadMovieNum ("extern-swf-with-flv-videostream.swf", 2);
// embeded FPS of extern-swf-with-flv-videostream.swf file is 60
//
// There is also an onEnterFrame event handler defined inside
// this external swf file.

Main swf frame 100
unloadMovieNum(1);
unloadMovieNum(2);

Main swf frame 120
stop();

Oberserved behaviour(both AS and visual checks):
(1)From frame1 to 10, runtime FPS for all 3 files are 0.5(dominated by the main swf)
(2)From frame11 to 99, runtime FPS for all 3 files are 60(dominated by the video swf)
(3)From frame100 to 120, runtime FPS for all 3 files are 0.5(dominated by the main swf)

Benjamin mentioned the loaded movie has an embedded (not loaded) FLV... I'm sure loaded FLV plays at its own rate,
tested with our own testcase.

I guess we need to double check with the pp the urls below.

zou, did you mention to have tested how main movie should drive FPS ?

Ok, first of all this is surely NOT for 0.8.2.
To go on we must test mixed FPS (loader/loaded) despite
of video and see if a loaded movie at higher FPS still
runs at higher FPS anyway.

Both if it does or not, the "heart beating" model
should allow doing the right thing.
See http://wiki.gnashdev.org/wiki/index.php/MovieAdvancement

Should be easy to produce a self-contained testcase for this,
using the code for Video-EmbedSquareTest code...

Gnash uses the main advancent rate to switch between frames
of embedded video. It seems it should use the nominal frame rate
instead then... The only thing we can rely on would be the
VirtualClock, which is also useful for predicting times..