OY!
I've been banging my head against the SevenZip SDK for awhile... holy crap... Not even their test program works >_<
Recoding old stuff...
Moderator: Moderators
Did SJ say 7-zip as a suggestion or as a project decision?
If it's suggestion please hold your horses and take a look at other more documented formats, there are plenty of them which are as good as 7-zip.
There are tons of possibilities to explore.
And about C#, C++, portability:
Please do whatever floats your boat, but keep in mind it's much easier to port something while it's small, define a good base so the building won't crumble later.
C# is a good thing if it's available in many plataforms, but if you think you might have problems with it in that matter, please move down to C++ as it is supported everywhere. Too bad that even sharing the same 'C' character in the name, they can be very different.
Well, Spring is needing a lot of project decisions, currently it's pretty much like an anarchy.
If it's suggestion please hold your horses and take a look at other more documented formats, there are plenty of them which are as good as 7-zip.
There are tons of possibilities to explore.
And about C#, C++, portability:
Please do whatever floats your boat, but keep in mind it's much easier to port something while it's small, define a good base so the building won't crumble later.
C# is a good thing if it's available in many plataforms, but if you think you might have problems with it in that matter, please move down to C++ as it is supported everywhere. Too bad that even sharing the same 'C' character in the name, they can be very different.
Well, Spring is needing a lot of project decisions, currently it's pretty much like an anarchy.
Well it was mostly a suggestion. When I looked at their homepage it seemed like it was an opensource project and should be easy enough to port to different platforms etc. But I havent looked at it in detail so if you say its very hard it might be better to look at something else.
My main point was that we shouldnt worry to much about porting hpi creation tools to linux etc since we might as well include support for some standard compression format rather than feeling locked to the old TA formats.
My main point was that we shouldnt worry to much about porting hpi creation tools to linux etc since we might as well include support for some standard compression format rather than feeling locked to the old TA formats.
We aren't saying very hard, it will just be a challenge, because the code was written for windows. This is one of the few open source projects that doesn't (and running it in Wine doesn't count) include some type of unix support that I have seen, so I am just as surprised as you.
We have looked over the code, and found that *some* of it is in C, which means there could be hope for porting it, but it would be easier if there was a library that was already multi-platform that we could use. (like Zzlib for example)
We have looked over the code, and found that *some* of it is in C, which means there could be hope for porting it, but it would be easier if there was a library that was already multi-platform that we could use. (like Zzlib for example)
Like SJ said, don't worry too much about Spring directly using the same file formats as TA since, for the great justice, it will use its own better formats, much better than struggling with 8 year old poorly documented file formats.
Also please don't throw away your research on TA files, we will need a converter someday soon.
Also please don't throw away your research on TA files, we will need a converter someday soon.
I've got some Pascal-based TA tools over a cc.tauniverse.com for viewing GAF files as well as pulling apart & putting together COB files.
At least it is in a strongly typed language, unlike VB
At least it is in a strongly typed language, unlike VB