Welcome, Guest. Please login or register.

Author Topic: DMS inconsistency  (Read 930 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
DMS inconsistency
« on: November 25, 2014, 09:33:44 AM »
I noticed that sometimes last one or two bytes in compressed track are different, using same input .adf and same DMS version; why is it so? (both .dms verify ok)

BTW, is there source code for DMS, so it can be ported to linux (not just the unpacker)?
Better sorry than worry.
 

Offline cgutjahr

  • Hero Member
  • *****
  • Join Date: Feb 2003
  • Posts: 697
  • Country: 00
    • Show only replies by cgutjahr
Re: DMS inconsistency
« Reply #1 on: November 25, 2014, 12:40:16 PM »
Quote from: orange;778192

BTW, is there source code for DMS, so it can be ported to linux (not just the unpacker)?

You shouldn't use DMS anymore. There's a myriad of different DMS packers and unpackers, most of them created by patching existing binaries. Some of the have bugs, some of them produce buggy archives, some of them ignore errors.

Stay clear of DMS - use ADF or ADZ (gzipped ADF).
 

Offline orangeTopic starter

  • Hero Member
  • *****
  • Join Date: Dec 2003
  • Posts: 2796
    • Show only replies by orange
Re: DMS inconsistency
« Reply #2 on: November 26, 2014, 06:33:58 AM »
Quote from: cgutjahr;778210
You shouldn't use DMS anymore. There's a myriad of different DMS packers and unpackers, most of them created by patching existing binaries. Some of the have bugs, some of them produce buggy archives, some of them ignore errors.

Stay clear of DMS - use ADF or ADZ (gzipped ADF).


thanks, but I didn't intend on making new .dms archives anyway, its for verifying repack script of old ones.
Better sorry than worry.