Hi All,

I personally do not like to scale down images that the user wants to embed in the document. I have not checked it yet but I believe if Microsoft does it they only do it as a cache for non embedded images. I'm pretty sure that we will get flames from users if they print their documents and the images have
data loss.
On the other hand, I think that Sven Jacoby already implemented something that loads pictures in a smaller size. That was needed to optimize rendering of the preview images for slides. Maybe this can also be used for speeding up the presentation? I cc'ed him so he hopefully will comment on this.

Regards,
Christian

Thorsten Behrens wrote:
On Tue, Nov 25, 2008 at 02:01:02PM +0800, sunyinan wrote:
As for a fast scaler, I think there must be two for-loops to extract the pixels from lines and columns. So from this, it is hard to be faster.

Hi sunyinan,

well, the referenced bmpfast.cxx does speed things up, e.g. by
taking one scanline at a time. But you won't get orders of magnitude
with this, that's true.

   So I think scaling image when decoding is an acceptable way even
it slows down the inserting speed. What do you think about it?
I don't like that, at least not if it's done unconditionally. Better
make that an option, and better still, do both - keep the original
file, and have a low-res "preview" bitmap along with it, maybe even
stored on disk.
  Another question is that GDI+ is used to "slide show" the presentatio
while GDI to the  presentation. As we all know, GDI+ is slower than GDI
( if DrawImage method is repleased by bitblt, the speed is more fast than now). So, why don't we also use GDI for "Slide show"?

Because GDI doesn't do antialiasing. But feel free to replace the
DrawImage call with a GDI method, the difference in quality is
usually not too big for pictures.
Well we already have an issue with some votes that Impress does not scale images as
nice as PowerPoint does, so I would not count on this.

Regards,
Christian


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to