swftools-common
[Top][All Lists]
Advanced

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

[Swftools-common] Re: pdf2swf - 1: Image disappearing, 2: drop shadow tu


From: André Myrbråten
Subject: [Swftools-common] Re: pdf2swf - 1: Image disappearing, 2: drop shadow turns out white, 3: divide pdf, 4: add background, php (Matthias Kramm)
Date: Fri, 23 Nov 2007 06:52:44 +0100



On Nov 20, 2007 6:01 PM, <address@hidden> wrote:
Send Swftools-common mailing list submissions to
       address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.nongnu.org/mailman/listinfo/swftools-common
or, via email, send a message with subject or body 'help' to
       address@hidden

You can reach the person managing the list at
       address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Swftools-common digest..."

Today's Topics:

  1. Re: compilation error (Matthias Kramm)
  2. Re: PDF2SWF crashes on windows: font problem? (Matthias Kramm)
  3. Re: Problem with gradient on pdf2swf (Matthias Kramm)
  4. Re: pdf2swf - 1: Image disappearing,      2: drop shadow turns out
     white, 3: divide pdf, 4: add background, php (Matthias Kramm)
  5. Re: extracting movieclips from swf file (Matthias Kramm)
  6. Re: pdf2swf and extra margins (Matthias Kramm)
  7. Re: swfc: origin of coordinate system (Matthias Kramm)


---------- Forwarded message ----------
From: Matthias Kramm <address@hidden>
To:  address@hidden
Date: Tue, 20 Nov 2007 12:49:46 +0100
Subject: Re: [Swftools-common] compilation error
On Mon, Nov 12, 2007 at 10:06:29PM -0800, Ted Chen wrote:
> g++ -c -DHAVE_CONFIG_H   -I/usr/local/include/freetype2 -I/usr/local/include -Ilame -fPIC -fPIC -Wparentheses -Wimplicit -Wreturn-type -O -fomit-frame-pointer  -I ./ -I xpdf InfoOutputDev.cc -o InfoOutputDev.o
> InfoOutputDev.cc: In member function 'virtual void InfoOutputDev::updateFont(GfxState*)':
> InfoOutputDev.cc:151: error: 'class SplashOutputDev' has no member named 'doUpdateFont'
> make[2]: *** [InfoOutputDev.o] Error 1
> make[2]: Leaving directory `/opt/swftools/lib/pdf'
> make[1]: *** [libpdf.a] Error 2

Try re-running
   perl inject-xpdf.pl xpdf-3.02.tar.gz
.

Greetings

Matthias







---------- Forwarded message ----------
From: Matthias Kramm <address@hidden>
To:  address@hidden
Date: Tue, 20 Nov 2007 12:54:34 +0100
Subject: Re: [Swftools-common] PDF2SWF crashes on windows: font problem?
On Thu, Nov 15, 2007 at 11:44:58AM +0100, Tobias Hinz wrote:
> VERBOSE Couldn't load Font C:\DOKUME~1\tobias\LOKALE~1\Temp\00005f6c00000afb
> (ArialMT-16-0)

I can't reproduce this so far.
Since the stacktrace you provided is for 0.8.1, what kind of error
do you get for the development snapshot, on Windows?

Greetings

Matthias







---------- Forwarded message ----------
From: Matthias Kramm <address@hidden>
To: address@hidden
Date: Tue, 20 Nov 2007 13:03:13 +0100
Subject: Re: [Swftools-common] Problem with gradient on pdf2swf
On Thu, Nov 15, 2007 at 11:12:21AM +0000, raphael benzazon wrote:
> Here is a example of a gradient that mess completely.
>
> http://marcbenz.free.fr/raph/0002.pdf
>
> http://marcbenz.free.fr/raph/0002.swf

That's not the typical gradient problem. It seems the shaded background
is stored as individual shapes already in the PDF.
xpdf seems to have the same problem rendering this.

> It's very funny, http://www.verydoc.com/  does and sell a product that
> has the same bug on this particular gradient, it seems that swftools
> and them could have common lines of code.

They better didn't. VeryDoc seems to only sell closed-source products,
so if they were using any code from xpdf or pdf2swf (licensed under
the GPL), that would be illegal. (They might have bought a commercial
xpdf license, though. I wouldn't know about that)

Greetings

Matthias







---------- Forwarded message ----------
From: Matthias Kramm < address@hidden>
To: address@hidden
Date: Tue, 20 Nov 2007 13:35:21 +0100
Subject: Re: [Swftools-common] pdf2swf - 1: Image disappearing, 2: drop shadow turns out white, 3: divide pdf, 4: add background, php
On Thu, Nov 15, 2007 at 03:33:13PM +0100, André Myrbråten wrote:
> *Problem 1*
> The image on the left side disappears. Problem partly solved, see "solution"
> under.
> *Problem 2*
> The images on the right side seems transparent and have some sort of drop
> shadow implemented. Problem partly solved, see "solution" under.

Could you try whether these still appear with the latest development
snapshot if you convert them with
   pdf2swf -s poly2bitmap file.pdf -o file.swf
?
Thanks, I have tried this and it now includes the left picture, still problem with the transparent pictures.  I tried this with latest development snapshot as well and it still has the same problem. ( pdf2swf.exe -s poly2bitmap -s flashversion=8 )

However, using the latest snapshot has solved many of my other problems, thank you!


> there are many options with the -s letter.. How does this work

Try
   pdf2swf -q -s help file.pdf
.

> *Problem 3*
> The pdf is double sided. Is there a way to split it into two pages?

Yes, you can extract a specific region from a pdf file.
Use the -c option for this:
   pdf2swf -p1 -c 50:75:500:600 file.pdf -o file.swf
.
This extracts the region (50,50)-(500,600) (which might be the left
halfpage) from the first page.
You can also automate this, if you're willing to write a bit of python
code. In lib/python/ is a module called "gfx" which you can use to
query page sizes and concatenate individual page region conversions into
a final SWF fle. The module is not documented yet, so
you'll probably have to get back to me if you want to use this.

> *Problem 4*
> Is there a way to add a white (or coloured) background or "frame" that fills
> the background of the exported SWF?

Yes. First remove the background by using the "-s transparent" option,
then move something else below the file with swfcombine:
   pdf2swf -s transparent file.pdf -o file.swf
   swfcombine -Tm mybackground.swf file.swf -o file.swf
.

> system('c:\swftools\pdf2swf.exe -f  '.$pdf.' -o ..\test\test01.swf') or die
> ("error with pdf2swf");
> Running the script in the browser returns an output. Is there a way to
> "capture" elements of this output with the script?

http://de3.php.net/manual/en/function.popen.php

Greetings

Matthias







---------- Forwarded message ----------
From: Matthias Kramm <address@hidden >
To: address@hidden
Date: Tue, 20 Nov 2007 13:46:49 +0100
Subject: Re: [Swftools-common] extracting movieclips from swf file
On Sun, Nov 18, 2007 at 11:59:32AM +0100, Pablo Rodríguez wrote:
> I have tried to extract two movieclips from the following file:
> http://randomfoo.net/oscon/2002/lessig/free_culture.swf .
>
> The movieclips are objects 259 and 586. After extracting them with
> "swfextract -i ID free_culture.swf" and playing them with firefox, all I
> get is a red square.

A red square is the Flash Player's "error symbol".
The JPEGTABLES are missing in the final file. This will be fixed with
the next snapshot.

Greetings

Matthias







---------- Forwarded message ----------
From: Matthias Kramm < address@hidden>
To: address@hidden
Date: Tue, 20 Nov 2007 13:49:28 +0100
Subject: Re: [Swftools-common] pdf2swf and extra margins
On Sat, Nov 10, 2007 at 04:52:57PM +0100, Pablo Rodríguez wrote:
> I'm trying add some buttons with swfc to some slides converted from pdf2swf.
>
> The problem is that I would need some extra margin to place these
> buttons. Is there no way to add it when converting the slides with pdf2swf?

Try postprocessing the file with
   swfcombine -d -X <newwidth> file.swf -o file.swf
.

This will give you some space on the right side.

Greetings

Matthias







---------- Forwarded message ----------
From: Matthias Kramm <address@hidden>
To:  address@hidden
Date: Tue, 20 Nov 2007 15:18:38 +0100
Subject: Re: [Swftools-common] swfc: origin of coordinate system
On Thu, Nov 01, 2007 at 06:48:51PM +0200, Vladimir Dzhuvinov wrote:
> After having worked with various graphics software, like Gimp, Inkscape
> and now SWFtools, I have to exclaim: is there a standard that defines
> where the origin of the coordinate system is put? :)

Sorry, missed this post.

The coordinate system origin is at the upper left corner, as
usual. However, if the bounding box is set to "auto" (as is the
default), the origin will automatically move so that it's always
at the upper left corner of the leftmost, upmost object.
Explicitly specify a bounding box ( e.g. bbox=1024x768:0:0) in
the .flash command if you don't want the "auto" behaviour.

Greetings

Matthias







_______________________________________________
Swftools-common mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/swftools-common




--
André Myrbråten

Gyldenløves gate 28
3117 Tønsberg
Tlf: 4812 2827
www.andremyr.com
reply via email to

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