On Fri, 11 Feb 2011 21:49:55 +0100 Pablo Rodríguez <[email protected]> wrote:
> Hi there, > > by popular demand (thanks Chris ;-)), I start a new thread on what I > think is the root problem of the CPU load 100% previous thread. Yay! Yippee!!!! ;o) > 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 tihs creek without the aid paddle. > Just in case it helps, PDF was generated by LuaTeX-0.65. It doesn't make any difference. That isn't the issue. So, there is a glaringly obvious way round this. I've tried it, and of course can then zip through the slides like a whirlwind in both directions, no delays at all. The problem is, you're not going to like it very much.. ;o) Worked out what it is? Regards, Chris. -- Chris <[email protected]>
