swftools-common
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Swftools-common] buggy pdf2sw conversion?


From: Chris
Subject: Re: [Swftools-common] buggy pdf2sw conversion?
Date: Sat, 12 Feb 2011 00:10:11 +0100

On Fri, 11 Feb 2011 21:49:55 +0100
Pablo Rodríguez <address@hidden> 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 <address@hidden>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]