pumba98 / onexexplorer Goto Github PK

This project forked from onextale/onexexplorer

A tool that lets you explore .NOS files

License: Boost Software License 1.0

QMake 2.13% C++ 95.36% C 0.35% CMake 2.16%

onexexplorer's Introduction

Pumba98 🤘

Hi I'm Pumba, IT Student from Germany. I'm in love with everything tech related from ASM and Reverse Engineering to Kubernetes and automation. I'm mostly known from the Hacks & Bots scene of the MMORPG NosTale, but at the moment my main interest is DevOps & Kubernetes.

Social:

Languages:

Frameworks/Tools:

CI/CD Experience:

My Projects

Olympus (former NosWings) - Admin

A MMORPG Private Server of the game NosTale, written from scratch with a team of passionate IT students.

We are a team of ~15 people, developing our own Game server project, from the game server itself to all the tooling that permits to enhance our work.

I work on all sides of the project, but my main focus is advanced Client Modding, Resource Modding & DevOps.

Kubernetes GitOps Cluster (k3s with flux)

I'm running my Home-Kubernetes cluster using the GitOps tool Flux.
The Git repository is the driving the state of the cluster & everything is kept up to date by Renovate.

OpenSource Contributions

I'm always trying to contribute to OpenSource Projects when I notice problems when deploying things into my Cluster. So far I made small contributions for missing features or regression bugs to @Minio, @Metallb, @Mailu and @Longhorn.

Stats

onexexplorer's People

Contributors

Stargazers

Watchers

Forkers

devarkadia endmachine yoshichulo gorlikitsme friends111 tomy11245

onexexplorer's Issues

Missing VCRUNTIME140_1.dll in 0.7.1 x64

Bug while using the x64 version of the lateast release, i can't launch the programm because VCRUNTIME140_1.dll missing.

x32 works fine :)

Add simple Texteditor

simple editor for textfiles (search & edit)

Crashes when loading NSmnData and NSpnData

@Pumbaa98

In the current version 0.6.1 Beta, the tool crashes when I want to open the files NSmnData.nos and NSpnData.nos. Instead of crashing, it would be useful to inform the user that these files are not supported.

Workaround suggestion:

Summary:
As soon as a user tries to load the file NSmnData.nos or NSpnData.nos, a message box (or similar GUI) informs the user that there is currently no support for these two files.

Implementation suggestion:
The QFileDialog mentioned in Source/MainWindow.cpp, line 117 starts an algorithm which checks the input filename, e. g.:

// ...  
private:  
    // ...  
    bool isFileUnsupported(const QString& filename);  
// ...  
// MainWindow
bool MainWindow::isFileUnsupported(const QString& filename)  
{  
    static const QString unsupportedFilesPattern = "(nsmndata)|(nspndata)";   
    QRegExp regExp(unsupportedFilesPattern);  
    regExp.setCaseSensitivity(Qt::CaseSensitivity::CaseInsensitive);  
    return !regex.indexIn(filename) < 0;  
}

Acceptance criteria:

The software won't crash anymore
The user gets informed about the support issue
The user can continue operating with the software

Implement NStuData

Improve MultiImagePreview

At the moment images are floating out of the screen.
Display them side-by-side and among themselves and scale them if needed.

Add default export and replace path

Dark theme

Because dark is life.

Display file infos and edit them

Add a window for changing

creation date
image size
image origin
image format
etc...

Pay attention to duplicate IDs

In files like NstpData are multiple items with the same ID e.g. in NStpData00 are three items with the ID 0.
At the moment they get overwritten with one Image.
That's probably not a problem, because the game presumably can't access all of these items but it should still be improved.

Issue update NSmpData00

While trying to update monster picture the software alway crash at repack. (tryed with 1 file or multiple).

The archive become a empty.

The creationDate in OnexTreeItem *NosZlibOpener::decrypt is NOT A DATE

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.

Those patching archives should be available for :

Images/Sprites
.dat files
whatever that is related to client files

I think we should have a designed tool to :

Facilitate patching archive generation
Facilitate patching archive application

Here is the "directory structure" I already thought about :

./
  - manifest.json
  - {nostaleFileName}
    - randomFileName.fileExtension
    - randomFileName.fileExtension
    - randomFileName.fileExtension

We will have to clarify how the manifest.json should be architectured as well

{
   "author": "",
   "project-name": "wings-blabla",
   "version": "1.0.0",
   "files": [
     {
       // todo,  i'm looking for the different use cases we could have for different files
     }
   ]
}