Re: image rotation

Nishu wrote:
) its related to post-processing after decompression. just an off-topic
) question.
)
) Pixel by pixel method will make algo a lot of complex.. just consider
) the case of 8x6 (widthxheight) pixel image only for 90 deg rotation,
) content of 1 location -> at 6 location 6 loc -> 36 loc, 36 -> 20, 20 ->
) 22 and so on.. It makes it a lot more complex than i expected.

Well, it's quite easy to figure out where each pixel needs to go, so
following one such cycle should be easy. The difficulty comes in
selecting the set of starting points so you have each cycle exactly once.

You could consider having the decompressor write its values to the
'rotated' positions, it should be easy to write some kind of wrapper around
the 'set_pixel' routine or whatever.


SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
.

Relevant Pages

  • Re: image rotation
    ... > Pixel by pixel method will make algo a lot of complex.. ... It is possible to do it without any additional memory, ...
    (comp.compression)
  • Re: image rotation
    ... its related to post-processing after decompression. ... Pixel by pixel method will make algo a lot of complex.. ...
    (comp.compression)
  • Re: image rotation
    ... >> Doing Pixel by pixel mapping using the concept of discompostion in ... >> disjoint cycles and then implementing the algo seems the best solution ... > already done the cycle, so don't do it for real. ...
    (comp.compression)