the djvu format supports separate highlight and text layers. Can they be rendered with the magickwand api?
I would then like to add this facility to the Emacs Imagemagick loader.
/Joakim
Search found 10 matches
- 2011-10-05T14:24:13-07:00
- Forum: Users
- Topic: is it possible to view djvu annotations?
- Replies: 0
- Views: 3327
- 2011-02-02T02:42:06-07:00
- Forum: Developers
- Topic: MagickWand.h vs magick_wand.h
- Replies: 1
- Views: 4387
MagickWand.h vs magick_wand.h
I'm working on an Emacs bug:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7955
Could you offer an opinion on the best way to solve this?
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7955
Could you offer an opinion on the best way to solve this?
- 2011-01-11T12:23:22-07:00
- Forum: Users
- Topic: memory doesnt get returned
- Replies: 2
- Views: 5533
Re: memory doesnt get returned
Ok I think there is an error on our part. We did ReadImage, fed it to newmagickwand, but never destroyimage
- 2011-01-11T07:08:29-07:00
- Forum: Users
- Topic: memory doesnt get returned
- Replies: 2
- Views: 5533
memory doesnt get returned
We are developing a IM backend for Emacs 24 and we are experiencing memory leaks, particularily with the PNG format.
The code is in image.c.
http://git.savannah.gnu.org/cgit/emacs. ... rc/image.c
Any help apreciated
The code is in image.c.
http://git.savannah.gnu.org/cgit/emacs. ... rc/image.c
Any help apreciated
- 2010-07-01T06:41:26-07:00
- Forum: Developers
- Topic: slowness when opening multi page djvu documents
- Replies: 10
- Views: 19326
Re: slowness when opening multi page djvu documents
Ok, next related issue. In order to figure out how many pages there were in the djvu bundle I did: ping_wand=NewMagickWand(); if (filename != NULL) { status = MagickPingImage(ping_wand, filename); This segfaults for my djvu bundle! It does work for single page djvu files, and for PDF:s, even if its ...
- 2010-07-01T05:36:05-07:00
- Forum: Developers
- Topic: slowness when opening multi page djvu documents
- Replies: 10
- Views: 19326
Re: slowness when opening multi page djvu documents
Im sorry, I mistakenly built 6.6.2-8. Now Im using imagemagick SVN and now it finaly works! Thanks!
- 2010-07-01T04:31:44-07:00
- Forum: Developers
- Topic: slowness when opening multi page djvu documents
- Replies: 10
- Views: 19326
Re: slowness when opening multi page djvu documents
I tried image_info -> number_scenes = 1; image_info -> scene = 2; But still imagemagick seems to try to render the entire djvu in ram, crashing the program. However, this seems to work: image_info -> number_scenes = 1; that is, not setting the "scene" member. Then I get the 1st image very quickly. I ...
- 2010-06-27T12:55:28-07:00
- Forum: Developers
- Topic: slowness when opening multi page djvu documents
- Replies: 10
- Views: 19326
Re: slowness when opening multi page djvu documents
Is the same syntax available from C code? Or does the interface look different?
A file could presumably have an actual name of "x.djvu[2]" so a separate call to identify the page would seem apropriate from C at least.
A file could presumably have an actual name of "x.djvu[2]" so a separate call to identify the page would seem apropriate from C at least.
- 2010-06-25T01:07:47-07:00
- Forum: Developers
- Topic: slowness when opening multi page djvu documents
- Replies: 10
- Views: 19326
Re: slowness when opening multi page djvu documents
Thanks for the reply! So, if I use your method I can speed up finding out the number of pages. But how do I then speed up showing the actual page I want to show? My code as it is seems to load and render the entire document. Note that Im talking about djvu files here, which are distinct discrete ...
- 2010-06-24T02:31:15-07:00
- Forum: Developers
- Topic: slowness when opening multi page djvu documents
- Replies: 10
- Views: 19326
slowness when opening multi page djvu documents
Im working on a branch of Emacs which supoprts loading of images using the ImageMagick MagickWand API. It works well except for some problems with loading multi page image bundles, such as djvu, pdf, etc. It appears the MagickWand api loads all the pages in a bundle, and renders them in memory ...