Page 11 of 106 FirstFirst ... 9101112132161 ... LastLast
Results 301 to 330 of 3166

Thread: FreeArc

  1. #301
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    last attempt to reach http://freearc.org from home (using FireFox) was today 7.00 GMT+1 and I got "Sorry, not reachable" (in short). Now I am at work (using IE) and it works fine.
    So what is/was the problem? Server down? FireFox? Me?
    Anyone talking to me, please?! Has somebody else experienced this problem?

    Best regards!

  2. #302
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    1. site was done due to delay of payment

    2. ht7 - don't have time to work on it

    3. i will look into problems with new fa

    4. i'm really interested in yopur opinions abut extended features to describe external; packers. since this feature is very young and "unofficial" it can be modified easily. when it will be included in next beta version, backaward compatibility may become a problem. so - is it good enough?

  3. #303
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    thank you Bulat for your kind answer. Now I know that it hadn't been a problem caused by me or my machine.
    To give you at least a hint (since I'm not technical enough to give serious arguments for / against the changes you mentioned):
    Regarding backwards-compatibility -> would it be possible to ship an old version of FA-unarc.exe along with a batch file (or something similar) to recompress previous built archives with the new kind of FA? Or wouldn't it be worth the effort, because FA is not spread enough?
    As far as I understand the advantage of your idea is bigger than the disadvantages (at least for me).

    Best regards!

  4. #304
    Member
    Join Date
    May 2008
    Location
    HK
    Posts
    160
    Thanks
    4
    Thanked 25 Times in 15 Posts
    I think using GTK+ is too big for win32 version.
    Will you think about using FLTK2?

  5. #305
    Member
    Join Date
    May 2008
    Location
    Earth
    Posts
    115
    Thanks
    0
    Thanked 0 Times in 0 Posts
    To clarify: FA uses not gtk+, but gtk2hs. these are binary incompatible. And if FLTK does not have haskell bindings, them it probably won't be used. Maybe in 3rd party GUI some day...

  6. #306
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    Quote Originally Posted by Vacon View Post
    Hello everyone,

    Regarding backwards-compatibility -> would it be possible to ship an old version of FA-unarc.exe along with a batch file (or something similar) to recompress previous built archives with the new kind of FA? Or wouldn't it be worth the effort, because FA is not spread enough?

    Best regards!
    seems that yiu think that i ask sbout dlls idea mentioned in other thread? it will be implemented with full backward and forward compatibility

    i ask about new extended features for [External compressor] sections

  7. #307
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    Either I do not understand, or you should clarify what you mean. Obviously there is a misunderstanding ->
    Quote Originally Posted by Bulat Ziganshin View Post
    [...]
    4. i'm really interested in yopur opinions abut extended features to describe external; packers. since this feature is very young and "unofficial" it can be modified easily. when it will be included in next beta version, backaward compatibility may become a problem. so - is it good enough?
    means to me ->
    Code:
    old archives cannot be opened / unpacked anymore
    here my suggestion comes into account
    maybe you meant ->
    Code:
    old versions of FA cannot open / unpack archives made with newer version
    time to upgrade your FA
    Maybe I should consider to wait for Encodes deadline for non-posters counting down on me...

    Best regards!

  8. #308
    Tester
    Black_Fox's Avatar
    Join Date
    May 2008
    Location
    [CZE] Czechia
    Posts
    471
    Thanks
    26
    Thanked 9 Times in 8 Posts
    Thanks for the new version, Bulat. Here comes updated translation.
    Attached Files Attached Files
    I am... Black_Fox... my discontinued benchmark
    "No one involved in computers would ever say that a certain amount of memory is enough for all time? I keep bumping into that silly quotation attributed to me that says 640K of memory is enough. There's never a citation; the quotation just floats like a rumor, repeated again and again." -- Bill Gates

  9. #309
    Member
    Join Date
    May 2008
    Location
    Antwerp , country:Belgium , W.Europe
    Posts
    487
    Thanks
    1
    Thanked 3 Times in 3 Posts
    Quote Originally Posted by Vacon View Post
    Hello everyone,
    Either I do not understand, or you should clarify what you mean. Obviously there is a misunderstanding ->
    means to me ->
    Code:
    old archives cannot be opened / unpacked anymore
    here my suggestion comes into account
    That's indeed what "not backwards compatible" means to me.
    I like your suggestion and hope that Bulat will consider to implement this in the upcoming "beta" version.
    As I understand it, the "not backwards compatible" was only related to the new implemented options for external compressors.
    Because the current unarc can not handle such archives, it will probably takes a lot of changes to implement the backwards compatibility by using UNARC.EXE.
    maybe you meant ->
    Code:
    old versions of FA cannot open / unpack archives made with newer version
    time to upgrade your FA
    That would be "not upwards compatible/not Forward compatible" as I understand it. It's obviously something else than backwards compatible.
    Last edited by pat357; 4th October 2008 at 22:46.

  10. #310
    Member
    Join Date
    May 2008
    Location
    Antwerp , country:Belgium , W.Europe
    Posts
    487
    Thanks
    1
    Thanked 3 Times in 3 Posts
    Quote Originally Posted by Bulat Ziganshin View Post
    4. i'm really interested in yopur opinions abut extended features to describe external; packers. since this feature is very young and "unofficial" it can be modified easily. when it will be included in next beta version, backaward compatibility may become a problem. so - is it good enough?
    I like it a lot ! For me, it's a big improvement and I tend to say " yes, it's good enough"
    One thing could I would like is 2 or 3 independent options, because for most external compressors you also have 2 or 3 different options.
    something like "duriilca e -m256 -o12 -t2" would become "durilca:256m:12:t2". It's easier to remember because the build-in "ppmd:128m:8" and "pmm:1gb:64" have a similar structure.

    Another thing is some kind of "shortcuts" for compressors with "long-named" options like for example Optimfrog.
    Now I use it like "ofr:highnew" or "ofr:best" but after a while I forget what names of the options exactly are.
    This could be solved by creating levels 1..5 instead of using the full names.
    1= fast ,2= normal, 3 =best, 4= highnew.
    This way we could write "ofr:2" or "ofr:4" It's just much easier to remember levels 1..5 than the exact the names like "highnew".

  11. #311
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    1. i have already shown how to do it:

    [external compressor:dur]
    packcmd=durilca e {options} ...
    default=-m256 -o16 -t1

    dur:m512 ==> packcmd=durilca e -m512 ...
    dur:m512:o16 ==> packcmd=durilca e -m512 -o16 ...

    {options} is the same as {-option } so you can use other delitiers instead of "-" before option and " " after

    2.
    [compressors]
    ofr:1 = ofr:best
    ofr:2 = ofb:high
    ...

  12. #312
    Member
    Join Date
    May 2008
    Location
    Antwerp , country:Belgium , W.Europe
    Posts
    487
    Thanks
    1
    Thanked 3 Times in 3 Posts
    Quote Originally Posted by Bulat Ziganshin View Post
    1. i have already shown how to do it:
    [external compressor:dur]
    packcmd=durilca e {options} ...
    default=-m256 -o16 -t1

    dur:m512 ==> packcmd=durilca e -m512 ...
    dur:m51216 ==> packcmd=durilca e -m512 -o16 ...
    Thanks for your reply.
    My point was to make some sort of a "standard" way for the compressors options, similar to ppmd or pmm:
    "ppmd:10:256m" and "pmm :10:256m" are very similar.
    The way you explained it, we have to remember the exact way to add options for let's say durilca :
    Code:
    "dur:m256:o16"   will work but
    "dur:256m:16" or dur:16:m256m  however won't work ...
    My suggestion is to make the options as much as possible similar to :
    Code:
    pmm:10:256m  ->  (compressor : "order" (=number only) : "memory in mb" with "m" or "mb" suffix.)
    2.
    [compressors]
    ofr:1 = ofr:best
    ofr:2 = ofb:high
    ...
    OK , I see.
    But wouldn't this make the "options" kind of obsolete ?
    as in
    Code:
    [external compressor:ofr1]
    ofr --encode .. --best..
    
    [external compressor:ofr2]
    ofr --encode .. --high..
    
    No options needed. like this .. ! :p
    That's the way I made my ARC.INI before we had the possibily to add options.
    Of course there are much more "external compressors" if I would make it like this...

    Anyway, I like the "options" very much, but I often have to check my ARC.INI because I forgot how the exact syntax was : was it "m256" or "-m256" or "-m256m" or "256m" or maybe "-256" or just "256" ? ...
    Last edited by pat357; 9th October 2008 at 21:58.

  13. #313
    Member
    Join Date
    May 2008
    Location
    HK
    Posts
    160
    Thanks
    4
    Thanked 25 Times in 15 Posts
    Quote Originally Posted by IsName View Post
    To clarify: FA uses not gtk+, but gtk2hs. these are binary incompatible. And if FLTK does not have haskell bindings, them it probably won't be used. Maybe in 3rd party GUI some day...
    You're looking for this one?
    http://www.cs.helsinki.fi/u/ekarttun/hs-fltk/

  14. #314
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    unfortunately hs-fltk sources is just 30kb large meaning that onlky a few basic operations are supported

    pat357, i agree with your ideas and added them to to-do list. at least what i've already implemented is ok so i will rollout this version

  15. #315
    Member
    Join Date
    May 2008
    Location
    brazil
    Posts
    163
    Thanks
    0
    Thanked 3 Times in 3 Posts
    Quote Originally Posted by Bulat Ziganshin View Post
    unfortunately hs-fltk sources is just 30kb large meaning that onlky a few basic operations are supported

    pat357, i agree with your ideas and added them to to-do list. at least what i've already implemented is ok so i will rollout this version

    Hey bulat ,It's possible to use java for interface. SWT for windowz and Java-gnome for GNU Linux. It's very complete and simple,like the cursed .net.

    Or better, there are a toolkit called Qt ,is considered the best free toolkit ,and works in windows and macintosh .There are a native C++ toolkit and a Java toolkit and a lot of bindings for other languages.

    The big problem in .net is patents.M$ uses a lot of patents for destroy GNU Linux and competitors.Of couse ,indirectly.

    There are a project called Mono (Gpled .net for Gnu Linux ),but I can t recommend you for develop the interface for Freearc. Mono is cursed and hated because Mono is taking the entire GNU Linux and becoming a "default API" for gnome.And of couse a unjust patent landmine.

    And remember , .net and Mono are patented and creates a API dependence and domination from M$.


    http://qthaskell.berlios.de/index.html
    Last edited by lunaris; 11th October 2008 at 10:33.

  16. #316
    Member
    Join Date
    Oct 2007
    Location
    Germany, Hamburg
    Posts
    409
    Thanks
    0
    Thanked 5 Times in 5 Posts
    Yes, I don?t know why only so few Open Source programmers are using QT. Also if you want to build it only on one system it's still very good because of well documented and usable interfaces.
    OK in your case it's hard if you want to use haskel

  17. #317
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    i've uploaded new version of http://haskell.org/bz/arc1.arc that includes support for CLS (basic functionality allowing to compress/decompress and get method parameters). usage example:

    arc a archive -m=test -t

    where compression method "test" implemented via cls-test.dll. Directory _CLS contains all the files required to easily build your own compression DLLs - see readme.txt. Please try!

    I'm also developing more advanced version of API which will support all the FreeArc features (memory limiting and so on) and provide high-level C++ API. you may find this half-done in cls.h and complex-codec.cpp

  18. #318
    Member
    Join Date
    May 2008
    Location
    brazil
    Posts
    163
    Thanks
    0
    Thanked 3 Times in 3 Posts
    Quote Originally Posted by Simon Berger View Post
    Yes, I don?t know why only so few Open Source programmers are using QT. Also if you want to build it only on one system it's still very good because of well documented and usable interfaces.
    OK in your case it's hard if you want to use haskel
    No! Qt is used a lot in Free-open source software . Look :

    www.kde.org

  19. #319
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    Quote Originally Posted by Bulat Ziganshin View Post
    i've uploaded new version of http://haskell.org/bz/arc1.arc that includes support for CLS (basic functionality allowing to compress/decompress and get method parameters).[...]
    Same problem as last time. As long as I use the arc.ini (4 kb) delivered with the new arc1.arc I run into problems. If I take an older one (3kb) it runs fine. I attach my arc.ini.
    Win XP-Home, SP3

    Best regards!
    Attached Files Attached Files

  20. #320
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    sorry, it was because i put into arc1 my own ini fle with logfile setting (see second line of ini). now i've restored original ini from shipped FreeArc with improvements to parameter handling. now you can use things like paq:4, lpaq:8, ccm:6, 7z:1:d32m, uharc:z:d32768, dul:m256:o16
    Last edited by Bulat Ziganshin; 12th October 2008 at 14:32.

  21. #321
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    thank you Bulat!

    Best regards!

  22. #322
    Member
    Join Date
    May 2008
    Location
    HK
    Posts
    160
    Thanks
    4
    Thanked 25 Times in 15 Posts
    actually there's many choices.
    http://www.haskell.org/haskellwiki/A...s#Medium-level

    and I think HToolkit maybe a better solution (especially win32).

  23. #323
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    gtk2hs is the best GUI library for haskell ATM. htoolkit wasn't updated in last 5 years

  24. #324
    Programmer
    Join Date
    May 2008
    Location
    denmark
    Posts
    94
    Thanks
    0
    Thanked 2 Times in 2 Posts

    FreeArc not user friendly

    I just installed the 0.50 alpha on Vista. Started the GUI and doubleclicked a random file (not an archive), and it just shut down (no error messages).

    I started it again and typed D: in the directory text box and it froze.

    Pretty disappointing first impression

  25. #325
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    soorry, the GUI is real alpha. it does basic tasks but isn't error-prone

  26. #326
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    Quote Originally Posted by Bulat Ziganshin View Post
    soorry, the GUI is real alpha. it does basic tasks but isn't error-prone
    Reminds me a little bit of Igor and 7-zip (for instance the non-functioning adress-bar). He also focused on compression for _long_long_ time and success proves him right. But the best algo will not spread if it isn't put into a nice and functioning GUI. Everyday-user will not deal with cmd-interface. And what Lasse found was true some weeks ago for XP too (maybe in old forum...?)
    To be more honest: I appreciate the things you are implementing right now (CLS), but do not loose the contact to the mouse-addicted

    Best regards!

  27. #327
    Member m^2's Avatar
    Join Date
    Sep 2008
    Location
    Ślůnsk, PL
    Posts
    1,610
    Thanks
    30
    Thanked 65 Times in 47 Posts
    1. When I add files FA recompresses everything...I think that using --append by default would be a much more practical option.
    2. FreeArc crashes on this test set.
    Code:
    arc a -m3 -ma- -r crash.arc crash\*
    Code:
    arc a -m4 -ma- -r crash.arc crash\*
    All other modes that I tested are OK.
    I tried to split the test set, but it's a multiple files issue, further reductions are hard to achieve.

  28. #328
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    just finished one interesting test. source data is 4gb virtual machine image downloaded from http://www.noideashere.com/2008/08/gentoo-2008-vmware/

    compression results
    rar - 800mb
    7z:256m - 579m
    freearc - 508m (lzma:ht4:1g:h1g:mc256)
    rep:1g - 1895m
    rep+7z - 498m
    rep+fa - 439m
    Last edited by Bulat Ziganshin; 15th October 2008 at 22:09.

  29. #329
    Member
    Join Date
    May 2008
    Location
    Antwerp , country:Belgium , W.Europe
    Posts
    487
    Thanks
    1
    Thanked 3 Times in 3 Posts
    Quote Originally Posted by Bulat Ziganshin View Post
    compression results
    ..
    freearc - 508m (lzma:ht4:1g:h1g:mc256)
    rep:1g - 1895m
    rep+7z - 498m
    rep+fa - 439m
    1. What is the "h1g" parameter for ? Isn't this FA-only (I haven't seen it yet for 7z).
    2. I'm a bit surprised that rep:1g + lzma:ht4:1g.. << lzma:ht4:1g... because lzma uses already a 1gb dict...
    Is this so in general ?
    3. What about comp. times ? (mc256.... looks slow, but is it ?)

  30. #330
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,593
    Thanks
    801
    Thanked 698 Times in 378 Posts
    1. :h sets hash size. in original lzma hashsize depends on dictsize and can't be changed, i just added a bit more flexibility

    2. file is 4gb long. using rep we reduce it to 2gb so more possibilities for finding far matches arrive and other matches becomes closer. so yes - it is rather typical, although opposite effect is typical too (because we replace all 512+ byte repetitions with a few words and destroy opportunity for more accurate encoding)

    3. it's huge. 15 minutes for 7z and 2 hours for fa

    btw, i've tried rep:2g and it produced file even a bit larger than rep:1g. strange

Page 11 of 106 FirstFirst ... 9101112132161 ... LastLast

Similar Threads

  1. FreeArc and Inno Setup script
    By mondragon in forum Data Compression
    Replies: 101
    Last Post: 31st March 2015, 21:13
  2. FreeArc 0.40 released
    By Bulat Ziganshin in forum Forum Archive
    Replies: 301
    Last Post: 28th April 2008, 13:27
  3. FreeArc is becoming more and more interesting...
    By Vacon in forum Forum Archive
    Replies: 65
    Last Post: 9th December 2007, 21:41
  4. FreeArc 0.40 preview
    By Bulat Ziganshin in forum Forum Archive
    Replies: 16
    Last Post: 17th August 2007, 10:28
  5. FreeArc GUI - how it should look&feel?
    By Bulat Ziganshin in forum Forum Archive
    Replies: 31
    Last Post: 20th July 2007, 18:32

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •