Another BH Mystery



  • Using the Archive Converter:

    Converting to BH with Maximum Compression creates archives LARGER than using BH with Normal Compression. :eek:

    Plus:
    Normal Compression produces NO CRC errors.
    Maximum Compression produces MANY CRC errors. 😞

    But none of these things happen when creating a NEW BH Archive from the main interface.

    Spwolf? Ivan? 😞


  • conexware

    Thanks!

    It should be fixed in BETA 4.



  • The conversion filesize problem is not fixed in 9.5 beta 4

    Original Folder containing 22 text files [1.22 MB (1,290,114 bytes)]

    (all using explorer shell)
    Compress Folder to BH (normal) -> 376 KB (385,716 bytes)
    Compress Folder to BH (maximum) -> 374 KB (383,220 bytes)

    Compress Folder to TAR.Bz2 -> 310 KB (317,779 bytes)

    Convert Bz2 to BH (normal) -> 376 KB (385,716 bytes)
    Convert Bz2 to BH (maximum) -> 1.25 MB (1,310,720 bytes)



  • Terry, it is not fixed for me either!

    Also, the more you convert from another format to BH and back, and then back again to BH, the bigger the archive gets. :eek:

    And try this one , Terry:
    Try BH with the compression setting at NONE. I get the same compression results as in the NORMAL setting.



  • @TBGBe:

    The conversion filesize problem is not fixed in 9.5 beta 4

    Original Folder containing 22 text files [1.22 MB (1,290,114 bytes)]

    (all using explorer shell)
    Compress Folder to BH (normal) -> 376 KB (385,716 bytes)
    Compress Folder to BH (maximum) -> 374 KB (383,220 bytes)

    Compress Folder to TAR.Bz2 -> 310 KB (317,779 bytes)

    Convert Bz2 to BH (normal) -> 376 KB (385,716 bytes)
    Convert Bz2 to BH (maximum) -> 1.25 MB (1,310,720 bytes)

    This only happens with TAR.Bz2

    • it does NOT happen converting from TAR.Gz, Zip, Cab or 7z.

    @Charles:

    Try BH with the compression setting at NONE. I get the same compression results as in the NORMAL setting.

    Confirmed.


  • conexware

    “None” setting does not exist in BH, we will remove it in next release. Thanks for checking up with other problem.


  • conexware

    None setting will work fine from Beta 5.



  • Tried beta 5 with a folder containing 11 text files [70kB (71692 bytes)]

    (all using explorer shell)
    Compress Folder to BH (none) -> 71.0 KB (72786 bytes)
    Compress Folder to BH (normal) -> 9.64 KB (9881 bytes)
    Compress Folder to BH (maximum) -> 9.60 KB (9840 bytes)

    Compress Folder to TAR.Bz2 -> 4.82 KB (4942 bytes)

    Convert Bz2 to BH (none) -> 71.0 KB (72786 bytes) => OK
    Convert Bz2 to BH (normal) -> 9.64 KB (9881 bytes) => OK

    Convert Bz2 to BH (maximum) -> 80.0 KB (81920 bytes) => NOT OK 😞

    So, “none” setting is OK
    But still problem with conversion to BH “maximum”.



  • @TBGBe:

    Tried beta 5 with a folder containing 11 text files [70kB (71692 bytes)]

    (all using explorer shell)
    Compress Folder to BH (none) -> 71.0 KB (72786 bytes)
    Compress Folder to BH (normal) -> 9.64 KB (9881 bytes)
    Compress Folder to BH (maximum) -> 9.60 KB (9840 bytes)

    Compress Folder to TAR.Bz2 -> 4.82 KB (4942 bytes)

    Convert Bz2 to BH (none) -> 71.0 KB (72786 bytes) => OK
    Convert Bz2 to BH (normal) -> 9.64 KB (9881 bytes) => OK

    Convert Bz2 to BH (maximum) -> 80.0 KB (81920 bytes) => NOT OK 😞

    Problem with conversion to BH “maximum”.

    Same problem in beta 6.



  • @TBGBe:

    Same problem in beta 6.

    I can confirm this! Something is wrong with the converting process here. (It may have more to do with Bzip.Tar than .BH, but then, I am partial to .BH.) Nothing has been corrected from the previous betas. Beta 6 still has problems.

    Also, some mp3 files archived with 7 Zip and then encoded to UU or XX still will not open in Beta 6. Please Help!


  • conexware

    Thanks!

    The issue should be fixed in Final Beta.




 

Suggested Topics

4
Online

9.8k
Users

6.0k
Topics

36.6k
Posts

Copyright © 1998-2018 ConeXware, Inc.
All rights reserved. Privacy Policy