It should work on Windows 11. I remember an older post where another user was running into that message from curl and I believe they found it was their antivirus software.
Lovely. Windows environment variables are a pain ~_~ thank you for bearing with me. Have you tried uninstalling and reinstalling the extension? I’ll try that on my PC tonight to make sure it gets completely reset.
Can you try setting the environment variable manually by running: setx ASEPRITE_EXECUTABLE “<path to wherever Aseprite is on your PC>”? I’ve noticed some inconsistency lately with how env vars are behaving in Windows…
Hi again Giselle! Just wanted to let you know that the latest version is now up for grabs. I was able to fix the issues you were running into and improve a few other things along the way. Let me know if you’re still having trouble with the Open In App… feature, as I might be able to walk you through troubleshooting on your specific machine.
Hmm, okay. That would explain why the open-in-app handler isn’t working. That variable is how Windows knows where your Aseprite executable is. Thanks for the info
Hey, sorry for all the replies but could you do one last thing for me? If you don’t mind, could you open a command prompt and enter
echo %ASEPRITE_EXECUTABLE%
and then let me know what it says when you hit Enter? It should print out the path to your Aseprite install (you can just tell me “It worked!” if you don’t want to put the path here for all to see). Thanks again!
Hi again Giselle. I think I’ve addressed most of the issues you’ve mentioned, and maybe one you didn’t! I’m testing the latest extension on my Mac and then I’ll move it over to Windows for further poking. Should have a fresh patch out in a few days once I’ve had time to nail everything down.
Sadly, it seems like the slow response time is due to Lospec being intermittently overloaded. I’ve confirmed this with Skeddles (the guy who runs Lospec), so this is at least an explanation but alas not a fix.
Thanks for the info! I already tracked down a rogue print statement which explains the message you’re seeing (it might also be related to the issues saving palettes - TBD!). I’m digging into the other issues right now - I hope to have a patch put together and tested in the next few days.
Thanks for your support! Sorry to hear you’re running into some issues.
Could you tell me:
what OS you’re using
what version of Aseprite you’re using (and whether it’s the standalone or Steam version)
Just a heads up: If you’re on Windows, you’ll need to have run the extension at least once from inside Aseprite for the “Open In App” feature to work!
And FWIW, I’ve also noticed a slowdown with the URL call in the latest version of Aseprite - thank you for confirming my suspicions. I’ll see what I can do to fix that (if anything) and I’ll dig into the other issues you’ve mentioned.
Hi BrandoIRL, to use the extension you can either click on the menu button above the color palette sidebar and select “Import Palette from Lospec…” -or- click on the “Open in software” link on a palette’s page if you’re on Lospec.com. You can find out more by reading the “Features and Usage” section here.
I’ve just re-read through some of the older comments from Steam/Linux users and one thing you might check is your antivirus. The extension uses curl under the hood to interact with Lospec’s API, so there’s a chance that’s being blocked by overzealous AV…worth a shot, anyway.
Hi James, sorry to hear you’re having trouble with the extension. Unfortunately Linux isn’t officially supported because I don’t have a way to reliably test the extension in multiple distros. Typically the “unexpected end of input” error is thrown by Aseprite itself when it runs into an issue parsing JSON.
As for the “invalid palette name”, that’s tricker because the daily palette is parsed directly from here: https://lospec.com/palette-list/current-daily-palette.txt and should (barring an issue with Lospec itself) always be valid.
If you paid for the extension, please let me know so I can see about issuing a refund.
Okay, I’ve tested the extension on both Windows 11 and Mac OS Sequoia using the latest stable version of Aseprite, which at the moment is 1.3.10.1. It’s possible that since v1.3.11 is still in beta (not sure if you’re on -beta1 or -beta2) that not all of the API features have been implemented/are working correctly. For the time being I’d recommend rolling back to the stable version of Aseprite.
Hey there! I’ll look into it! curl is the command used to make the URL request to Lospec’s API, so it’s possible something changed on their end. I’ll make sure it’s still working on my Mac, too.
I’m afraid the short answer is no, or at the very least “I doubt it”.
The longer answer is: I don’t know what parts of Libresprite’s API are compatible with Aseprite’s API, if any. This extension also relies on Aseprite’s CLI to handle Lospec’s “Open In App” links, so that feature would almost certainly not work in Libresprite.
Weird, but okay! Keep me posted if you run into anything else, and feel free to submit an issue to the GitHub repo if you hit any other snags. Thanks for keeping me in the loop.
I just got another reply from user @PhoenixTamer who’s been running into the same issue on Windows and they found out that Avast was preventing the script from executing properly (likely because it relys on curl under the hood, but that’s a guess). I’m not sure if that’s what you’re up against, but it’s possible that your AV is being overzealous.
Oh no kidding! Good find! I wonder if that’s what the other user is running into as well. Definitely not a waste of time - this is good info to have. Glad you’re enjoying the extension, always feel free to reach out. I appreciate your support.
No worries! Thanks for understanding. I’ve gotta get a Linux VM or something up and running to do some more testing once I have some free time. I appreciate your support and patience!
This seems like a path-related issue with the Steam version of Aseprite. Mind if I ask where your Aseprite executable is located? @Merrow’s Cowl is running into the same issue on Linux, so this is helping me narrow it down further.
Thanks for the report. Based on the information from you and @PhoenixTamer, it seems like there’s something up with a file path somewhere when using the Steam version of Aseprite. This should give me a place to start looking.
That said, I don’t currently have a Linux machine (virtual or otherwise) set up for testing, so I can’t 100% guarantee Linux support with this extension, but I’ll do my best!
Thank you, that helps! If it’s every name you try then I can assume it’s not just one palette with a weird JSON issue. I just hav a couple more questions if you don’t mind.
Are you using the Steam version of Aseprite or the standalone version?
Have you tried removing and reinstalling the extension? If you do, I’d recommend a fresh download just in case something got corrupted last time!
The extension is developed on Aseprite 1.3.5 and is working on Mac OS Sonoma and Windows 11. I don’t have a Windows 10 machine to test on, but if you’re seeing an error message please post it here.
Hmm…it could be that the extension is running into an issue writing to /tmp, which it needs to do in order to collect the output from curl. I’ll try to get a Linux test done this week to see if I can figure out what’s going on. Sorry you’re running into trouble!
There's some kind of issue applying this theme to Aseprite 1.2.34.1-arm64 (MacOS 12.3). When I click "Apply", the screen just flashes briefly before going back to the default theme. I doubt this is an issue with your theme specifically, but I wanted to put this out there in case anybody else runs into trouble!
