Import method does not create a collection as expected

[SNOWBEAR-SCI]

I tried to import a set of charts exactly as the instructions said. I put all the songs in a zip file (say it is songs.zip), and I renamed it as songs.adx. What I expected was it not only import the songs but also put them under a collection named "songs". However, that did not happen.

I also tried putting the songs in a folder first and then zipping the folder. In this way, astrodx simply threw an illegal byte exception and stopped working.

The device was an iPad pro, so I put the files mentioned above right under astroDX (not under collections or levels, as what I saw). I am sure that there must be a way to automatically create the collection because it will be RIDICULOUS to add the name of more than a hundred songs manually in the json file.

Add any other context about the problem here.

[SNOWBEAR-SCI]

Problem solved. It turns out that zip files made by google drive's zip-and-download or 7zip are somehow different from those made on iPad/iPhone. I haven't find out the reason because it's neither compression method (deflate) nor compression level (5). The collection was successfully created with mobile's zip.

[Cola-Ace]

Check the encoding format of your compressed file. If it is not UTF-8, the filenames containing non-English characters in the levels folder will become garbled, and collections will not be added. This function works correctly when encountering compressed files with UTF-8 encoding.
I also encountered this issue before, and I found it was caused by Bandizip not using UTF-8 encoding for filenames by default. Once I switched to UTF-8 encoding, it started working correctly.