Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

Witness Monolith

12
Posts
1
Topics
59
Followers
11
Following
A member registered Jan 12, 2019 · View creator page →

Creator of

Recent community posts

Hello. Thanks for the feedback, and that's a good notice and a somewhat known issue, I will see what could be done to address it in some future update.

For now I can suggest you trying out "Options-> Configuration -> Appearance -> Regions Outline" setting, and tuning the Alpha value there to make selection borders semi-transparent. It is not ideal, but it could reduce visual clutter for small sprites.

Hello. Currently the feature you require is not there.
But it's a useful one, I will consider implementing it in the next update, thanks for the tip.
The workaround you've posted is a valid one. In the future, I think, it will be possible just to "apply" the markup to different images, if their geometry matches the atlas.

Hello there, and sorry for the ridiculously long huge gigantic delay with the reply.

If I understood you correctly, you seek the functionality which will allow you to move Sprites along with the Regions inside an already existing Atlas (created by packing) and also to pack new ones without disturbing or re-arranging everything that's already there?

If so, then it would make an interesting feature.
Sadly, Atlased doesn't support such workflow at the time.
To make it possible, a decent amount of work needs to be done on built-in Sprite Packer and/or Atlas data format itself.
I will probably try to come up with something in the future versions.

Sorry again for the inconvenience.

Oh, I see.

That's a good point, and that could be a feature update sometime in the future. Never thought about such a use case, honestly :)

So, to clarify: you modify your sprite sheet in graphics editor and then trying to add more markup to it within an already existing JSON atlas?

Thanks.

I've tested the app on Linux Mint 20.03 with i3 wm and I could not reproduce the issue.

The things you're saying about your file's geometry being malformed are disturbing yes, but I can't determine the reason behind such behavior.

I've rechecked the code and image geometry is set only during the loading process directly from  image file, there's no any 'calculation' step involved (aside from possible PNG loading code inside Qt).

Also, changing the grid size does not affect atlas or image dimensions.

Existing atlases loader seems to be doing fine too.

I'm sorry to hear about your troubles, but so far I could only theorize that your image somehow became "incompatible", which caused a glitch within PNG loader, but this is just another wild guess - I've tested the app with many PNGs from various sources (pinterest, twitter, Adobe Photoshop, GIMP, Krita, Aseprite). Or the issue could be caused by an unlikely bug inside Qt loader (has nothing to do with your system version).

If this issue will occur again, I suggest working around by editing atlas' JSON file - it's fields "width" and "height", as inconvenient as it is.

Or we could pursue 100% reproduction angle with detailed repro-steps. If you manage to find out how to make this issue appear consistently, it would be much appreciated, because then I will be able to fix it.

Thanks.

(1 edit)

Thanks for the update. Sorry for drastic delays. I'll try to reproduce this bug and come up with solutions, if any, as soon as I have time and energy for that.

Have you tried to reproduce the issue in non-tiling windows manager? And just a wild guess: do you have any version of qt runtime installed? If so, which one?

For now I've managed to check the issue on my VM installation of Linux Mint 19 Tara x86_64 with the Atlased 1.1.1a and could not reproduce it.

Also, people using Manjaro x64 (rolling) reported back to me that they didn't encounter something like this. 

So seeing any details on exact repro steps, system version(s) and so on would be really helpful.

Hello.

Sorry for the delay.
Region selection works identically both on Linux and Windows platforms: you just left-click on regions in your working area.

I will investigate and try to reproduce this bug on my Linux system.

Can you supply more details about your installation?
Like distro version, kernel version, desktop environment, virtual machine/native installation and so on?

Hello and thank you for the bringing this up.

Could you please describe the exact steps to reproduce your issue and also a desired result?
Also it would be helpful if you add your OS version to the report.

I have checked with the current app version and whenever I select a region inside spritesheet, the panel on the right scrolls to the corresponding region data piece.

I've done it like this:

1. File -> New

2. Load Image ( I've used a random .png of 296x194)

3. I set a grid with cell dimensions of 10x10 pixels

4. I created 551 regions using the button "From grid"

5. I tried selecting different regions with the left mouse button and  each time the data panel on the right scrolled automatically to an appropriate data set.


Maybe I misunderstood you about the nature of your problem, so, it would be nice if you could elaborate.
Thanks.

Hello.

Sadly, at the moment Mac support isn't planned.

Hello and thanks for the great tip! It is fixed now.

Atlased is a sprite sheet and atlas editor made for 2D games development.

It allows creating sprite sheets from separate images, defining and editing regions by hand or by using grid and batch operations, auto-tracing frames inside of already existing atlases and more.

At the moment, PNG and JSON formats are supported.

See it here: https://witnessmonolith.itch.io/atlased