i have resized all graphics to 150px height and they work perfect with emuiibo 
Last edited by xFlesk,
did you shrink them with their ratio or just squisched the height down to 150?i have resized all graphics to 150px height and they work perfect with emuiibo
since those are only png's i think i can share it here, here you go
AmiiboGeneretor compatible graphics:
Emuiibo - Amiibo PNG Pack (2022-09-09)
shrink them with ratio to 150px height. few of them i have edited myself, because they were in rgb format which is not supported by emuiibo
did you edit rbg format in this one? (wanted an example where you did not just resizing)
Im pushing an update in a few minutes with resizing and RGB to RGBA conversion. If it was just the size, i would have left it how it is but some images not being able to display correctly is not okay. Also, i dont feel comfortable that pre-edited images being shared. Not because of any danger but because they might be outdated any day.
@xFlesk , thank you for showing me how you edited the images.
I just realized that there is a flaw in how i handle folders. They are currently labled 0-xxx the number they appear in the json file. if they get added to that json file somewhere in the middle and not at the end, you'd get a bunch of amiibos generated that you already have. thats something i must fix.
@xFlesk , thank you for showing me how you edited the images.
I just realized that there is a flaw in how i handle folders. They are currently labled 0-xxx the number they appear in the json file. if they get added to that json file somewhere in the middle and not at the end, you'd get a bunch of amiibos generated that you already have. thats something i must fix.
Last edited by Slluxx,
the thing is, images must be smaller, otherwise the amiibo list scrolling (specialy "animal crossing") works terribly slow. with resized ones the list scrolling works fast and smooth
happy to help
your app is way more convinient then emutool, and it creates absolutely entire list of amiibos.
some amiibos have the same name, like "tom nook". there are 3 amiibos called "tom nook" and emutool creates them as one, your tool create all three, because of the number in the name great stuff
i absolutely agree i made it just for test, to see how they work etc.
the automated version is way to go
ps
link removed
happy to help
your app is way more convinient then emutool, and it creates absolutely entire list of amiibos.
some amiibos have the same name, like "tom nook". there are 3 amiibos called "tom nook" and emutool creates them as one, your tool create all three, because of the number in the name
great stuff
Post automatically merged:
i absolutely agree
i made it just for test, to see how they work etc.the automated version is way to go
ps
link removed
Last edited by xFlesk,
Updated github with the latest release (v1.2.0), adding image resizing and alpha-channel conversion.
Not sure when the Appstore will get the update. Probably in a few hours.
Now i need to solve the prefix issue that i stated in my post above if it really happens that amiibos get added somewhere in that database instead of at the end. But i think i have a solution for that already.
Not sure when the Appstore will get the update. Probably in a few hours.
Now i need to solve the prefix issue that i stated in my post above if it really happens that amiibos get added somewhere in that database instead of at the end. But i think i have a solution for that already.
hmmmm, i just got an idea
what if you put an amiibo number on the end of the folder name? for example not "809_Super Mario Cereal" but "Super Mario Cereal_809". your tool should create entire list of amiibos, while keeping them nice in alphabetical order
what if you put an amiibo number on the end of the folder name? for example not "809_Super Mario Cereal" but "Super Mario Cereal_809". your tool should create entire list of amiibos, while keeping them nice in alphabetical order
Same issue.hmmmm, i just got an idea
what if you put an amiibo number on the end of the name? for example not "809_Super Mario Cereal" but "Super Mario Cereal_809". your tool should create entire list of amiibos, while keeping them nice in alphabetical order
Imagine it like this: Mario, Peach. They will be generated as 0_mario and 1_peach. Now imagine the list updates to: Mario, Luigi, Peach and you run the tool again. 0_mario, 1_luigi, 2_peach would be the outcome. Now the folder structure on your sdcard would be: 0_mario, 1_luigi, 1_peach, 2_peach.
I will use their actual IDs (i hope they are unique) and use them as suffix. that way, they should always override the old one and not leave any weird double folders
my little brain does not even knew that this is possible
and yes, this would be way betterps
i think id's are permanent
The Ids are made from their "head" and their "tail". They are permanent but maybe not unique. Allthough it would be stupid to not have them unique. Im currently running tests and will publish another release if it was successfull.my little brain does not even knew that this is possible
ps
i think id's are permanent
Fourth release (1.3.0) is out.
This one will allow you to delete all Amiibos.
It will also delete all Amiibos before you generate new ones. This kinda has to be done because of compability issues that could happen if not. This release also stops using numbers from 0-XXX as prefix and uses their IDs as suffix, which also helps avoiding issues if the database adds new Amiibos.
I recommend updating and generating all Amiibos again. Together with the preious updates today, it will speed up the overlay, minimize the filesizes, avoid double Amiibos in different folders and futureproof your library.
Other than possible bug-fixes, there shouldnt be another update needed. The next one could be a gui update, allowing you to preview and generate single Amiibos instead of all of them. "Could" because i dont think thats really nessesary. Its not really an inconvinience to just generate all Amiibos, i guess.
---
@xFlesk sorry for updating again
This one will allow you to delete all Amiibos.
It will also delete all Amiibos before you generate new ones. This kinda has to be done because of compability issues that could happen if not. This release also stops using numbers from 0-XXX as prefix and uses their IDs as suffix, which also helps avoiding issues if the database adds new Amiibos.
I recommend updating and generating all Amiibos again. Together with the preious updates today, it will speed up the overlay, minimize the filesizes, avoid double Amiibos in different folders and futureproof your library.
Other than possible bug-fixes, there shouldnt be another update needed. The next one could be a gui update, allowing you to preview and generate single Amiibos instead of all of them. "Could" because i dont think thats really nessesary. Its not really an inconvinience to just generate all Amiibos, i guess.
---
@xFlesk sorry for updating again
i noticed, less png size = faster folder loading. i loosly compressed all png's using PNGgauntlet and the folder loading time is way faster.
for example "4_8-Bit Mario Classic Color" amiibo PNG weight is 32 768, and after compression 20 480. this is alot
im happy to test it, i have a free evening
maybe your tool for resizing and converting images supports compressed png's ?
for example "4_8-Bit Mario Classic Color" amiibo PNG weight is 32 768, and after compression 20 480. this is alot
sorry for updating again
im happy to test it, i have a free evening
Post automatically merged:
maybe your tool for resizing and converting images supports compressed png's ?
Last edited by xFlesk,
I dont actually think that a smaller filesize is making them load faster in the overlay (meaning opening groups). The overlay should only work with the image once you clicked on the Amiibo, otherwise its an extreme waste of memory, which XOR wouldnt do. I might be wrong but i am very certain. The issue is that some groups/folders have a huge number of Amiibos in it (Animal crossing has over 500). Tesla needs to generate "a list" of these, which takes more time than a group with just a few Amiibos in it.i noticed, less png size = faster folder loading. i loosly compressed all png's using PNGgauntlet and the folder loading time is way faster.
for example "4_8-Bit Mario Classic Color" amiibo weight 32 768, and after compression 20 480. this is alot
im happy to test it, i have a free evening
But even if, the images are in the range of 20-40 kilobytes now. Thats .02 - .04 of a megabyte. 0.04 MB * 832 Amiibos means the entire Amiibo collection is not even 35MB. Too small to think about further compression.
The library i am using also doesnt have standalone compression, and i really dont want to include another library. Coding it myself is out of question - way too much effort. ^^
Last edited by Slluxx,
fair
i have a question about file deleting. does it removes all the amiibos, or only amiibos listed in the amiiboapi spreadsheet?
i have one custom amiibo (zelda wolflink max hearts) which is not listed in the spreadsheet. i rather keep having it
ps
Fourth release works like a charm
my english is terrible im happy you even understood my writings but there is something really wrong with your "readme" on github page
quote "Downloading images with images will take a while."
i have a question about file deleting. does it removes all the amiibos, or only amiibos listed in the amiiboapi spreadsheet?
i have one custom amiibo (zelda wolflink max hearts) which is not listed in the spreadsheet. i rather keep having it
ps
Fourth release works like a charm
Post automatically merged:
my english is terrible
im happy you even understood my writings but there is something really wrong with your "readme" on github page quote
"Downloading images with images will take a while."
Last edited by xFlesk,
It deletes all amiibos, not just the ones listed in the database, because it will generate all again. I didnt know that there are amiibos that exists outside of that database. Maybe you can extract the data and feed it into the api to let everyone generate it.fair
i have a question about file deleting. does it removes all the amiibos, or only amiibos listed in the amiiboapi spreadsheet?
i have one custom amiibo (zelda wolflink max hearts) which is not listed in the spreadsheet. i rather keep having it
ps
Fourth release works like a charm
Post automatically merged:
my english is terrible
quote
Fixed the typo. thanks!
Similar threads
- No one is chatting at the moment.
-
@
Psionic Roshambo:
It's not the movies or games downloads that I would worry about, like breaking into networks, downloading encrypted things, spying on network traffic. I have seen so many "Top Secret" seals on files when I was a kid -
@
Psionic Roshambo:
I was obsessed with finding UFOs, a surprising amount of US files where stashed on computers in other countries, China back in the early 90s omg sooo much
-
@
BigOnYa:
Yea that crazy, I've never tried hack into anything, I just pirate, and my ISP have send me 3-4 letters, so had to VPN it -
@
Psionic Roshambo:
Ship to ship communication software for the Navy although without access to the encrypting chips it was mostly useless
-
@
Psionic Roshambo:
I bet now a 4090 could probably crack it? Hmmm maybe not even back then I'm pretty sure they where using like 1024 bit encryption
-
-
-
-
-
-
-
-
-
-
@
Psionic Roshambo:
I remember one time I downloaded like a 500MB ISO file on 56K and that literally took like 2 days
-
-
-
-
-
-
-
-
-
-
