Small update; as reported by another user, unzipping and rezipping the folder, without any modification, on the latest OSX, does not result in a recognized file. I imagine this is some small issue like a flag set on the zip file; but it would be nice to know what it is exactly.

Re-opening the original zip file is awefully slow; it seems to try and do a volumetric render in the absence of mesh data, which drags down your computer, it seems like. Either way, when I managed to get a response from the save button, I do not get to choose an extension. So I am not sure what the point of opening a ZIP file is at all.

As I understand, the Longer Orange supports converting chitubox ZIP format to their native format; perhaps I should pick up one of those and see if that workflow pans out?

In trying longer , I have to enable AA, otherwise Longer outputs empty files without error. With 8x AA, I do get an output; though I cannot test it as I dont own a longer printer.

Same problem remains though; an unzipped and rezipped folder, without any editing, is not recognized as a valid file by Longer, just as Chitu itself rejects it.

I tried some things like excluding OSX hidden folders from the zip and so on, but it makes no difference. Anyone knows what this missing ingredient is that makes a valid Chitu ZIP file?

Tried editing the chitu zipfile programatically in python, and this seems to work fine, as far as Longer is concerned. The following edits, both impacting the structure of the ZIP file (swapping two files), as well as generating novel PNG data (inverting colors), results in no problems.

That is, on the software side; it remains to be seen how the printer feels about it. Time to buy a Longer Orange I suppose!

import zipfile
import imageio
import io
path = r'chitu.zip'
with zipfile.ZipFile(path, mode='a') as zf:
    i1 = zf.read('1.png')
    i10 = zf.read('10.png')
    img = imageio.imread(i1, '.png')
    stream = io.BytesIO()
    i1 = imageio.imwrite(stream, 255 - img, format='.png')
    zf.writestr('10.png', stream.getvalue())
    zf.writestr('1.png', i10)

...except that the Longer Orange does not seem to support AA; which was on my list of desired features... it does not say it does NOT support AA; so maybe its just on by default?

Damn; ive looked at all other MSLA printers, and so far I have not found any other printers that would conveniently support cramming my volume data into their file formats. Am I missing something? Any other pieces of software that will import chitubox ZIP files?

Guest ...except that the Longer Orange does not seem to support AA; which was on my list of desired featur ...

Hi，you can use format plugin
https://drive.google.com/drive/folders/1zK2PgGpJY6x_HFpZTrEBOP0LPMdSY97q?fbclid=IwAR2XyvSs_jCWwqXymOh9ZEvcuyKNuj-ibnmbLAmfOsZMWzjJdke71kxANwQ

Guest ...except that the Longer Orange does not seem to support AA; which was on my list of desired featur ...

Hello, the import and export efficiency of the ZIP format is very low, so we used a new intermediate format .gf. This year, a developer document will be released on the official website. At that time, users can develop plug-ins to generate the desired format.

I'm in the same situation and want to import a bunch of PNGs that I generated via irmf.io.

I just discovered this: https://github.com/Photonsters/PhotonFileValidator/issues/47 which sounds like I could write a ZIP file in the SL1 format then run it through the converter to generate a .photon format file, then import that into ChiTuBox.

Update: I found a whole bunch of file conversion tools here: https://github.com/Photonsters/anycubic-photon-docs#photon-file-image-format

I have tried to replace the pngs in the archive without extraction. But any alteration I make makes the zip invalid. It would be great to have the ability to import images generated elsewhere, be it by a zip file or folder.