2011/2/12 Pablo Rodríguez <[email protected]>: > On 02/12/2011 12:10 AM, Chris wrote: >> >> On Fri, 11 Feb 2011 21:49:55 +0100 Pablo Rodríguez<[email protected]> wrote: >> >>> And there is the issues that I cannot explain: why advancing slides is >>> almost negligible and going back takes so long? >> >> I think I can. The quote given below is from the page 29 of the SWF File >> Format Spec v10: >> >> <snip> >> 'The contents of the first frame are the cumulative effect of performing >> all >> of the control tag operations before the ShowFrame Tag ..' >> >> which is the point when you see the rendered result on-screen, >> >> 'The contents of the second frame are the cumulative effect of performing >> all of the control tag operations from *the beginning of the file to the >> second* ShowFrame Tag, and so on.' >> </snip> >> >> Now you know why there is a massive delay. It's a bit like having to re- >> read all the currently read pages of a book, just to assimilate the next >> one. If it happens to be relatively large book ( file ), then not to put >> a finer point on it, you are up jolly old this creek without the aid >> paddle. > > Thanks for your patient explanation, Chris. > > But I'm afraid I miss something essential, because I don't get it. > > If frame displaying is cumulative, advancing frames should be slower than > going back to previous frames, because there is (one or more frames) less to > read. And this isn't the case.
No. As I understand when you go back the flashplayer need to read all the frames starting from frame 1 until the one to be displayed. Do the conversion of the pdf with: pdf2swf -O1 file.pdf or -O2 or -O3 and see if that helps with the backward issue Ricardo
