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

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

[Octave-bug-tracker] [bug #38345] image package: __spatial_filtering__()


From: Carnë Draug
Subject: [Octave-bug-tracker] [bug #38345] image package: __spatial_filtering__() always returns class double
Date: Sun, 17 Feb 2013 17:09:59 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20100101 Firefox/10.0.12 Iceweasel/10.0.12

URL:
  <http://savannah.gnu.org/bugs/?38345>

                 Summary: image package: __spatial_filtering__() always
returns class double
                 Project: GNU Octave
            Submitted by: carandraug
            Submitted on: Sun 17 Feb 2013 05:09:57 PM GMT
                Category: Octave Forge Package
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Inaccurate Result
                  Status: Confirmed
             Assigned to: None
         Originator Name: Russell Haley
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any

    _______________________________________________________

Details:

Originally reported on the help mailing list by Russell Haley
<address@hidden>:

Hello,

I'm working on cleaning up images from a book photographing apparatus,
and I've been using some grayscale morphological filters.  These are
quite CPU intensive, taking some 40 seconds for a 5 megapixel image. I
recently gained access to a commercial scanner that produces 20
megapixel images.  I ran a benchmark with matrix multiplication, and
found that my machine is ~80% faster with single rather than double
precision, and therefore decided to switch to single precision.

Unfortunately, not only were the morphological filters not any faster,
they also returned double precision results.  As my structure element
was single precision, this caused the second operation to error out. I
tracked it down to __spatial_filtering__(), the compiled function
underneath ordfiltn().  Attached is a test case that demonstrates the issue.

Regardless of whether or not an implementation using single precision
internally would be faster, I don't think __spatial_filtering__() should
be returning results with different precision than the input.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: spatial_test.m
Type: text/x-objcsrc
Size: 160 bytes
Desc: not available
URL:
<http://mailman.cae.wisc.edu/pipermail/help-octave/attachments/20130209/914e66fe/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL:
<http://mailman.cae.wisc.edu/pipermail/help-octave/attachments/20130209/914e66fe/attachment-0001.pgp>




    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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