[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #53309] imrotate of +/-90 degrees results in b
From: |
Tis Veugen |
Subject: |
[Octave-bug-tracker] [bug #53309] imrotate of +/-90 degrees results in black image when 'crop' |
Date: |
Fri, 9 Mar 2018 10:08:18 -0500 (EST) |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36 |
URL:
<http://savannah.gnu.org/bugs/?53309>
Summary: imrotate of +/-90 degrees results in black image
when 'crop'
Project: GNU Octave
Submitted by: tis
Submitted on: Fri 09 Mar 2018 03:08:17 PM UTC
Category: Octave Function
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: Incorrect Result
Status: None
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 4.2.1
Operating System: Microsoft Windows
_______________________________________________________
Details:
The following command fails:
rotated_image = imrotate( input_image, 90, 'nearest', 'crop' );
For an input RGB image the result is a black image with a 3x3 red dot in the
middle.
I checked the failure for several type of input_image's: uint16 or double; 1
channel or 3 channels.
The problem also occurs when rotation angle is -90 degrees.
No problem happens when command is without the 'crop':
rotated_image = imrotate( input_image, 90, 'nearest' );
Probably, there is an optimization for +/-90 degrees that sucks.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?53309>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #53309] imrotate of +/-90 degrees results in black image when 'crop',
Tis Veugen <=