Am 27.05.2011 17:19, schrieb luigi scarso:
> On Fri, May 27, 2011 at 5:11 PM, Peter Rolf wrote:
>> Am 27.05.2011 15:09, schrieb Hartmut Henkel:
> @luigi: an ICC profile definitely breaks the rules
>
> The only chunks left are
>
> IHDRPNG image header: 5900x4094, 8bits/samp
On Fri, May 27, 2011 at 5:11 PM, Peter Rolf wrote:
> Am 27.05.2011 15:09, schrieb Hartmut Henkel:
@luigi: an ICC profile definitely breaks the rules
The only chunks left are
IHDR PNG image header: 5900x4094, 8bits/sample, truecolor,
>>> noninterlaced
IDAT PNG i
Am 27.05.2011 15:09, schrieb Hartmut Henkel:
>>> @luigi: an ICC profile definitely breaks the rules
>>>
>>> The only chunks left are
>>>
>>> IHDRPNG image header: 5900x4094, 8bits/sample, truecolor,
>> noninterlaced
>>> IDATPNG image data
>>> ..
>>> IDATPNG image data
>>> IENDend-o
> > @luigi: an ICC profile definitely breaks the rules
> >
> > The only chunks left are
> >
> > IHDRPNG image header: 5900x4094, 8bits/sample, truecolor,
> noninterlaced
> > IDATPNG image data
> > ..
> > IDATPNG image data
> > IENDend-of-image marker
> >
> > Mh, where is the sho
Am 26.05.2011 18:17, schrieb Peter Rolf:
> Am 26.05.2011 12:52, schrieb Peter Rolf:
>> Am 25.05.2011 21:54, schrieb Hartmut Henkel:
> [..]
>>>
>>> no. There is a "PNG Copy" function for literal embedding of the PNG
>>> file, but that triggers only, if the file simultaneously satisfies quite
>>> a f
On 27-5-2011 8:17, Henning Hraban Ramm wrote:
Be aware that ConTeXt needs to convert EPS (or SVG) to PDF before
including - so providing EPS might elongate processing time.
Only once, as conversion is cached.
And PDF sizes depend very much on the used tools, e.g. Acrobat Distiller
PDFs are o
Am 2011-05-26 um 19:43 schrieb mathew:
Some numbers:
SVG to PDF: Two diagrams, 25k.
SVG to EPS: Same two diagrams, 54k.
Difference: 29k.
Document rendered using the PDFs: 535k.
Document rendered using the EPSs: 463k.
Difference: 72k in the opposite direction.
Be aware that ConTeXt needs to c
On Wed, May 25, 2011 at 11:40 AM, Hans Hagen wrote:
> On 25-5-2011 2:43, Peter Rolf wrote:
>>
>> Hi,
>>
>> I just made a one pager (TEXpage) out of a big png graphic (5900x4094).
>> The compressed size of the graphics is normally around 1.37MB on the
>> highest png compress level (9) and 1.32MB a
2011/5/25 Hans Hagen :
> Normally I convert such images to pdf first (using acrobat or gs) simply
> because inclusion of pdf is much faster.
-
> podofoimg2pdf --help
Usage: podofoimg2pdf [output.pdf] [-useimgsize] [image1 image2 image3 ...]
Options:
-useimgsizeUse the imagesize a
On Thu, May 26, 2011 at 12:32, mathew wrote:
> But I just experimentally preconverted all my PNGs to PDF using
> ImageMagick, and my document dropped from 411k to 98k. The PNGs had
> previously been optimized with pngnq, so they were only 99k, and are
> 177k when converted to PDF, so this result i
On Thu, May 26, 2011 at 12:32, mathew wrote:
> Wow, that's odd. I've found that SVG -> PDF -> MkIV results in huge
> document bloat, whereas SVG -> EPS -> MkIV works much better. (Using
> Inkscape for both SVG conversions.)
Some numbers:
SVG to PDF: Two diagrams, 25k.
SVG to EPS: Same two diagra
On Wed, May 25, 2011 at 09:40, Hans Hagen wrote:
> Normally I convert such images to pdf first (using acrobat or gs) simply
> because inclusion of pdf is much faster.
Wow, that's odd. I've found that SVG -> PDF -> MkIV results in huge
document bloat, whereas SVG -> EPS -> MkIV works much better.
Am 26.05.2011 12:52, schrieb Peter Rolf:
> Am 25.05.2011 21:54, schrieb Hartmut Henkel:
[..]
>>
>> no. There is a "PNG Copy" function for literal embedding of the PNG
>> file, but that triggers only, if the file simultaneously satisfies quite
>> a few conditions, which are about: non-interlaced, no
On Thu, May 26, 2011 at 12:52 PM, Peter Rolf wrote:
> Am 25.05.2011 21:54, schrieb Hartmut Henkel:
>> On Wed, 25 May 2011, Hans Hagen wrote:
>>> On 25-5-2011 2:43, Peter Rolf wrote:
I just made a one pager (TEXpage) out of a big png graphic
(5900x4094). The compressed size of the gr
Am 25.05.2011 21:54, schrieb Hartmut Henkel:
> On Wed, 25 May 2011, Hans Hagen wrote:
>> On 25-5-2011 2:43, Peter Rolf wrote:
>>>
>>> I just made a one pager (TEXpage) out of a big png graphic
>>> (5900x4094). The compressed size of the graphics is normally around
>>> 1.37MB on the highest png comp
On Wed, 25 May 2011, Hans Hagen wrote:
> On 25-5-2011 2:43, Peter Rolf wrote:
> >
> > I just made a one pager (TEXpage) out of a big png graphic
> > (5900x4094). The compressed size of the graphics is normally around
> > 1.37MB on the highest png compress level (9) and 1.32MB after using
> > optipn
Am 25.05.2011 16:48, schrieb Taco Hoekwater:
>
>
> On 05/25/11 16:39, Hans Hagen wrote:
>> On 25-5-2011 2:43, Peter Rolf wrote:
>>> Hi,
>>>
>>> I just made a one pager (TEXpage) out of a big png graphic (5900x4094).
>>> The compressed size of the graphics is normally around 1.37MB on the
>>> high
On 05/25/11 16:39, Hans Hagen wrote:
> On 25-5-2011 2:43, Peter Rolf wrote:
>> Hi,
>>
>> I just made a one pager (TEXpage) out of a big png graphic (5900x4094).
>> The compressed size of the graphics is normally around 1.37MB on the
>> highest png compress level (9) and 1.32MB after using optipng
On 25-5-2011 2:43, Peter Rolf wrote:
Hi,
I just made a one pager (TEXpage) out of a big png graphic (5900x4094).
The compressed size of the graphics is normally around 1.37MB on the
highest png compress level (9) and 1.32MB after using optipng (only
around 3% reduction this time). To my surprise
On 25-5-2011 2:43, Peter Rolf wrote:
Hi,
I just made a one pager (TEXpage) out of a big png graphic (5900x4094).
The compressed size of the graphics is normally around 1.37MB on the
highest png compress level (9) and 1.32MB after using optipng (only
around 3% reduction this time). To my surprise
Hi,
I just made a one pager (TEXpage) out of a big png graphic (5900x4094).
The compressed size of the graphics is normally around 1.37MB on the
highest png compress level (9) and 1.32MB after using optipng (only
around 3% reduction this time). To my surprise the size of the final PDF
was about 2.
21 matches
Mail list logo