[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/
- [Octave-bug-tracker] [bug #38345] image package: __spatial_filtering__() always returns class double,
Carnë Draug <=