-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The creationDate in OnexTreeItem *NosZlibOpener::decrypt is the type of the file #4
Comments
I don't think if I understand you correctly. Do you mean that if you use your own library ( |
This conclusion is based on three evidence. |
What I did is, I unpacked the whole .Nos package, and repacked the whole file.Since there is a massive number of files replaced, it is impractical repack the textures in OnexExplorer. I did this because i wish to make a special, unique server with old maps, but at the same time with new contents. |
What have you used to repack the whole file? If it's problem with your tool I don't understand how it is connected to OnexExplorer |
Recently, I translated Onex Explorer's unpack ,packing and cryptography to C# for my own use.
I used the those translated codes to repack map textures. The result is, if I used the translated code of OnexTreeZlibItem::setCreationDate and repack texture, the game can no longer read them. Then I addressed this issue and records the so called"Creation Date" when unpacking, then write the so called"Date Time" when repacking.
Then the repacked NStpData works just fine, textures can be read by the game.
Also , if someone use Nosunpack to view the .NOS package file,
Will find out the CreationDate is actually type instead of a DATE.
The text was updated successfully, but these errors were encountered: