0 Users appreciate this thread.
Sushi File Packing Library
Redmon (2016-05-28 02:44:57)Da [no] is this?!
2016-05-28 08:49:39
"If you like it up the ass, the punishment is gas.
ACDC for LGBT
Direct current is the best Homo deterrent.
If the fags get loose, I'm summoning Zues." -Mike Pence anti gay quotes
ACDC for LGBT
Direct current is the best Homo deterrent.
If the fags get loose, I'm summoning Zues." -Mike Pence anti gay quotes
jgirl94 (2016-05-28 05:03:48)Now you got me hungry , but all the shops are closed 😢
Not sure if this should be moved to the programming forum...
Is this open source by any chance? And if so, will it be on something like GitHub?
Security researcher, web developer, artist, and tech enthusiast.
MissJanie (2016-05-28 13:31:21)@Andre I guess?
Oh, and I'm not sure on the moving. Since that forum is dead.
2016-05-28 13:31:30
MissJanie (2016-05-28 17:31:07)Lemme just rewrite that sentence.
"I know, it's Jane we're talking about. What do you expect?"
Log in to submit a comment
Back to forum: Miscellaneous
New registered users today: 8
Newest registered user: Dolce21dsisBack

Yeah, I'm doing something useful for once in my life. It's a pretty basic file package. No compression or encryption. But it's still useful. I created it because I needed a quick file packing format that I could easily implement in Java. I named it Sushi because I had just had sushi and I thought it just worked. Deal with it.
-Easy file packing
-No external programs. Just the JAR.
-A rather small library
-Only up to 256 files per package
-Max data in the package is just under 2GB (Limited by signed integers)
-Reads bytes as ASCII, writes bytes as ASCII. This may be changed in the future.
-File names CANNOT contain SOH (0x01), EOT (0x04), FS (0x1C), or GS (0x1D) characters.
I'm proud of myself. At the same time, I kinda feel like this is useless. Anyways, the file always starts with "Sushi Package *Version*\u0001". It generates a header after scanning the files' length and generates a small bit of data I like to call the "SushiData". It's the file name, the start position, and the end position. Each bit of data is separated by a GS character. Each file marker is separated by a FS character. The header always ends with an End Of Transmission character. Then, all the data follows after that. Rather basic, yes. But still rather useful.
There are many things I need to add, even after the first release. For instance, encryption. And checksums. And flags for the decompiler.
Things I need to add:
-Encryption
-Checksums
-Flags
-More byte grouping options (If possible)
-File manager??
I just thought that it would be a good idea to make this now while I still have enough time on my hands.
>tfw people
It seems like the decompiler broke again. Time to upload the (for right now) library and the source code.
GitHub
[link=]JAR (Not available right not.)[/link]
Also,
2016-05-28 18:37:19