# Color cycling effect?

**URL:** https://community.aseprite.org/t/color-cycling-effect/4137
**Category:** Features
**Created:** [October 27, 2019, 10:22am UTC](https://community.aseprite.org/t/color-cycling-effect/4137 "2019-10-27T10:22:00Z")
**Posts on this page:** 1
**Showing post:** 27

<div class="post-metadata">

### Author: ![iangilman](https://community.aseprite.org/user_avatar/community.aseprite.org/iangilman/32/10514_2.png) [@iangilman](https://community.aseprite.org/u/iangilman)
#### Post date: [May 13, 2025, 8:40pm UTC](https://community.aseprite.org/t/color-cycling-effect/4137/27 "2025-05-13T20:40:19Z")

</div>

For anyone who missed it like I did, there’s this thread on how to do color cycling in Aseprite:

> [@Color cycling - palette shifting | v0.05 update 29.12.2020](https://community.aseprite.org/t/color-cycling-palette-shifting-v0-05-update-29-12-2020/7604):
>
> colour cycling script (current version here, for older versions see posts below): [test-4-clr-cycle] [test-4-clr-cycle\_2 Copy] few words how this works: when we think about colour cycling, we usually think about palette shifting. it is reasonable, however it seemed to me as easier option to shift pixel index values instead of shifting around palette entries. so that’s what i did. this script checks each pixel in cel for matches in entered list of indexes and switches them for the next entry …

It’s not a built-in feature, per se, but something you can do via scripting.

---

_[View the full topic](https://community.aseprite.org/t/color-cycling-effect/4137)._