octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #30784] imwrite fails when FMT is set explicit


From: John Swensen
Subject: [Octave-bug-tracker] [bug #30784] imwrite fails when FMT is set explicitly
Date: Thu, 16 Sep 2010 04:28:41 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.8) Gecko/20100723 Ubuntu/10.04 (lucid) Firefox/3.6.8

Follow-up Comment #4, bug #30784 (project octave):

Despite you having closed this bug, I have one more changeset associated with
this patch. After looking at the GraphicsMagick source, I confirmed that the
library (and not just the gm utility) supports the ability to write the
filename as 'format:filename' and it will parse the format out and use this
for the format.  The function was written strangely such that setting the
'magick' struct member directly does not work when a file extension is given
(the file extension always overwrites 'magick' at the start of WriteImage),
but using the colon syntax causes the output type to be set after the point
where the output filename extension overwrites 'magick'.

I also looked at the ML documentation to see what file types they support and
added all those that are supported by GraphicsMagick to the list of allowable
file types.  I tested each of them to make sure they wrote properly.

I did notice, however, that imwrite could use a lot of work to allow users to
set parameters for the plethora of different allowable formats. I think this
is an easy enough task for one of the people who sometimes comes to the list
looking for something to do. It would be a matter of modifying just imwrite.m
and __image_read__.cc (which needs a name change for clarity) and would be a
great "get your feet wet" project.

(file #21470)
    _______________________________________________________

Additional Item Attachment:

File name: imwrite_morefmt.diff           Size:2 KB


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?30784>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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