the Mac OS X file archiver
Download Changelog Forum Help Trac Project

Opened 5 years ago

Closed 4 years ago

#82 closed defect (fixed)

splitting 7zips

Reported by: timelessbeing Owned by: aONe
Priority: critical Milestone: Keka 1.0.5
Component: Version: 1.0.X
Keywords: split accuracy unit precision Cc:


I entered "4294967295B" as my split size. Keka started to create 2.15 GB files. That's half the size I wanted.


Change History (6)

comment:1 Changed 5 years ago by aONe

Must fix split sizes to be accurate for each unit.

Here another feedback:

comment:2 Changed 5 years ago by aONe

Also unit recognition (GB, TB, etc) must be enhanced and decimal precision added (ex 1.8GB).

Here some feedback:

comment:3 Changed 5 years ago by aONe

Keywords: split accuracy unit precision added
Milestone: Keka 1.0.4
Owner: set to aONe
Priority: majorcritical
Status: newassigned

comment:4 Changed 4 years ago by aONe

Milestone: Keka 1.0.4Keka 1.0.5

comment:5 Changed 4 years ago by dlp

Just thought I'd note that I ran into this problem too, with 1.0.4.

I specified "200" as the split size for a large 7z and got 209.7 MB parts instead. Entropy 1.5.6, which also uses p7zip, gives me 200 MB exactly.

This raises another point: The units for splits are ambiguous. When I typed "200" I was assuming it's implicit that I meant MB, but how is Keka supposed to know I didn't mean KB or B? I gather from timelessbeing's report above that Keka will interpret character strings such as "MB" correctly, but how are users supposed to know this and the correct syntax? The interface needs a clear way to make the desired units explicit.

comment:6 Changed 4 years ago by aONe

Resolution: fixed
Status: assignedclosed

The bug reported by timelessbeing was fixed in 1.0.4.
In 1.0.5r752 I've changed the conversion to International System Units, so is more clear for the common user. This solves what dlp reported.

About the units specification, better discuss it in the forum dlp :)

Note: See TracTickets for help on using tickets.