Welcome, Guest. Please login or register.

Author Topic: graphics.library, KS1.3  (Read 3923 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline orangeTopic starter

  • Hero Member
  • *****
  • Join Date: Dec 2003
  • Posts: 2796
    • Show only replies by orange
Re: graphics.library, KS1.3
« Reply #14 from previous page: October 02, 2015, 09:33:52 PM »
Quote from: Thomas Richter;796753
Take the Unix sources, recompile. Why is that a problem?


problem is, Unix version doesn't seem to produce the identical output and its missing some options. compressed size is slightly different with some files.
Better sorry than worry.
 

Offline olsen

Re: graphics.library, KS1.3
« Reply #15 on: October 03, 2015, 09:24:10 AM »
Quote from: orange;796755
problem is, Unix version doesn't seem to produce the identical output and its missing some options. compressed size is slightly different with some files
Could you provide some context as to why this is a show-stopper for you?

As far as I know the "original" LhA (MS-DOS) and the Unix version evolved on different paths. The Amiga version is more closely related to the original version, hence the difference in performance and output.

If I remember correctly, the Unix version stores more information in the file headers than the original MS-DOS version, and it supports compression methods which were not available at the time when the Amiga version was created.
 

guest11527

  • Guest
Re: graphics.library, KS1.3
« Reply #16 on: October 03, 2015, 09:26:55 AM »
Quote from: orange;796755
problem is, Unix version doesn't seem to produce the identical output and its missing some options. compressed size is slightly different with some files.

Why is that a problem? As soon as the output is compatible and can be read by both versions, everything is fine.
 

Offline orangeTopic starter

  • Hero Member
  • *****
  • Join Date: Dec 2003
  • Posts: 2796
    • Show only replies by orange
Re: graphics.library, KS1.3
« Reply #17 on: October 03, 2015, 07:52:01 PM »
I'm trying to re-pack all the lha archives with zero compression, using a script. So that they can be better packed with 7z solid. But, I'd like to keep all the metadata, and find good compress algorithm, to recreate original identical archive one day, if need be.
Better sorry than worry.
 

guest11527

  • Guest
Re: graphics.library, KS1.3
« Reply #18 on: October 03, 2015, 10:02:50 PM »
Quote from: orange;796797
I'm trying to re-pack all the lha archives with zero compression, using a script. So that they can be better packed with 7z solid. But, I'd like to keep all the metadata, and find good compress algorithm, to recreate original identical archive one day, if need be.

For the unix command line, "lha az output.lha input" does that.
 

Offline orangeTopic starter

  • Hero Member
  • *****
  • Join Date: Dec 2003
  • Posts: 2796
    • Show only replies by orange
Re: graphics.library, KS1.3
« Reply #19 on: October 04, 2015, 02:34:47 AM »
Quote from: Thomas Richter;796803
For the unix command line, "lha az output.lha input" does that.


thanks, but, if you delete input file how can you re-create it from output.lha in unix?
Better sorry than worry.
 

guest11527

  • Guest
Re: graphics.library, KS1.3
« Reply #20 on: October 04, 2015, 01:13:17 PM »
Quote from: orange;796816
thanks, but, if you delete input file how can you re-create it from output.lha in unix?

Same as under AmigaOs of course. "lha x input.lha"
 

Offline olsen

Re: graphics.library, KS1.3
« Reply #21 on: October 05, 2015, 09:40:34 AM »
Quote from: orange;796797
I'm trying to re-pack all the lha archives with zero compression, using a script. So that they can be better packed with 7z solid. But, I'd like to keep all the metadata, and find good compress algorithm, to recreate original identical archive one day, if need be.
If I understand you correctly you are using LhA to create archives which preserve the contents and the Amiga-specific metadata (comment, protection flags, owner ID and group ID), so that these may be restored properly when the archive is unpacked.

Is there any other reason for using LhA in this context? I am asking because you might get the same effect (Amiga-specific metadata being preserved) if you use the "zip" command. When "zip" was still under active development as "PKZIP" in the late 1980'ies "AmigaOS" was a well-supported platform.

If I remember correctly, the "zip" archive format preserves Amiga-specific metadata. I'll have to check first, though.
 

Offline orangeTopic starter

  • Hero Member
  • *****
  • Join Date: Dec 2003
  • Posts: 2796
    • Show only replies by orange
Re: graphics.library, KS1.3
« Reply #22 on: October 05, 2015, 11:58:15 AM »
Quote from: olsen;796887
If I understand you correctly you are using LhA to create archives which preserve the contents and the Amiga-specific metadata (comment, protection flags, owner ID and group ID), so that these may be restored properly when the archive is unpacked.

Is there any other reason for using LhA in this context? I am asking because you might get the same effect (Amiga-specific metadata being preserved) if you use the "zip" command. When "zip" was still under active development as "PKZIP" in the late 1980'ies "AmigaOS" was a well-supported platform.

If I remember correctly, the "zip" archive format preserves Amiga-specific metadata. I'll have to check first, though.


well I prefer LhA. I'm creating uncompressed lha (-lh0-). Metadata (headers) are kept in a special small file. I'd like to write a script that can later re-create identical compressed .lha, without having to use real Amiga or UAE. Problem is not in metadata, but compressed data.
« Last Edit: October 05, 2015, 12:00:26 PM by orange »
Better sorry than worry.
 

Offline olsen

Re: graphics.library, KS1.3
« Reply #23 on: October 05, 2015, 12:38:23 PM »
Quote from: orange;796900
well I prefer LhA. I'm creating uncompressed lha (-lh0-). Metadata (headers) are kept in a special small file. I'd like to write a script that can later re-create identical compressed .lha, without having to use real Amiga or UAE. Problem is not in metadata, but compressed data.
You can tell "zip" not to compress the files ("zip -0 archive.zip file1 file2 ..."), which would give you in about the same functionality as with LhA. The source code to zip is available, there is at least one Amiga port which is fully compatible with the open source version and which is not 20 years old.

Even if you prefer LhA, by now it seems inevitable that you will not be able to perfectly reproduce the archive file format.

So maybe zip would not be such a bad alternative after all.
 

Offline Foul

  • Jr. Member
  • **
  • Join Date: Mar 2010
  • Posts: 77
    • Show only replies by Foul
    • http://www.jamma.fr
Re: graphics.library, KS1.3
« Reply #24 on: October 05, 2015, 09:06:24 PM »
7-Zip can handle lha archive too ;)

a simple :

7z x archive.lha

do the job...