The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В рамках проекта TheUnarchiver решены проблемы с использованием архивов RARv3 в свободных проектах

12.05.2011 15:58

Возможность распаковки RAR3-архивов долгое время числилась в списке самых высокоприоритетных проектов Фонда свободного ПО. Хотя исходный код для распаковки архивов в формате RARv3 официально опубликован разработчиком формата и архиватора RAR Евгением Рошалем, лицензия этого кода препятствует его свободному использованию и включению в Open Source проекты даже в качестве разделяемой библиотеки.

Данный пробел теперь устранён в рамках публикации проекта TheUnarchiver, код которого выпущен под лицензией LGPL. В проекте есть утилиты unar и lsar, которые поддерживают вывод содержимого и распаковку множества различных форматов архивов, включая Zip, Tar, Gzip, Bzip2, 7-Zip, CAB, LZX, LHA, StuffIt и RARv3. Имеется поддержка работы с архивами, разбитыми на несколько томов, и средства автоматического определения кодировки имен файлов. Повсеместному использованию TheUnarchiver мешает то, что код данного проекта написан на языке Objective-C, тем не менее, этот недостаток частично компенсируется реализацией всех базовых функций по работе с архивами в виде разделяемой библиотеки.

Из актуальных приоритетных проектов Фонда свободного ПО, можно отметить:

  • GNU PDF - создание свободной, полнофункциональной и качественной библиотеки для работы с форматом PDF и связанными с ним технологиями;
  • Gnash - развитие свободного проигрывателя Flash-контента;
  • Coreboot (бывший LinuxBIOS) - разработка свободной альтернативы проприетарным BIOS;
  • Разработка свободной альтернативы Skype;
  • Свободное ПО для редактирования видео (упоминаются такие проекты, как Kino, Cinelerra, AVIDemux, Kdenlive, LiVES, Lumiera, PiTiVi, Blender и Open Movie Editor. )
  • Свободная альтернатива геоинформационной системы Google Earth (как вариант рассматривается проект Marble);
  • Развитие полностью свободных Linux-дистрибутивов (например, gNewSense);
  • Разработка свободной альтернативы математическому пакету Matlab (например, GNU Octave);
  • LibreDWG - разработка аналога пакету OpenDWG, с реализацией поддержки популярных форматов CAD-систем;
  • Разработка функций обратимой отладки для GDB (возможность вернуться на определенное число шагов назад);
  • Создание свободных прошивок и драйверов для сетевых маршрутизаторов (в пример приводится проект OrangeMesh).
  • Разработка свободной замены Oracle Forms, работающей со свободными СУБД;
  • Создание свободного ПО по автоматическому преобразованию речи в текст (в качестве примера приводится сервис автоматизации создания субтитров в YouTube);
  • Создание полнофункциональных свободных драйверов для графического движка PowerVR, используемого в телефонах и нетбуках.


  1. Главная ссылка к новости (http://www.fsf.org/blogs/licen...)
  2. OpenNews: Представлен список наиболее приоритетных GNU проектов
  3. OpenNews: Шесть наиболее приоритетных GNU проектов
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30541-RAR
Ключевые слова: RAR, LGPL
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (97) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, трпр (?), 17:07, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура! Теперь еще проще станет архиваторами пользоваться новообращенным.
     
  • 1.2, Аноним (-), 17:08, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    давно уже народ переходит на 7zip, а хомячки все на рар рефлексируют.
    А Рошаль пытается школам по баксу за лицензию втюхать свое поделие.
     
     
  • 2.8, Stax (ok), 18:00, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • –9 +/
    7zip, конечно, замечательный, но недостатков много. На многих файлах очень низкая степень сжатия, заметно уступающая rar'у (хотя иногда и обгоняет rar) - у rar'а есть такой ключ -mm, который иногда сильно увеличивает сжатие, и с 7zip такого даже близко не достичь, даже используя lzma2 с полу-гигабайтным словарем, требующим >6 гб оперативки для сжатия. Рар же использует мегабайт 60 и уделывает 7zip влегкую.

    Так же отсутствие rar'овской recovery record - можно, конечно, извращаться с par2, но это совсем не тот уровень удобства.
    Еще 7zip несколько своеобразно сохраняет метаинформацию - не показывает размер сжатых файлов (только всего архива), странно хранит юникс-аттрибуты (или вообще не хранит) и показывает как виндовые, в отличие от rar'а.

     
     
  • 3.11, demoflymail.ru (?), 18:18, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +8 +/
    мы юзаем tar и не сношаем никому мозг насчет unix атрибутов. А под tar уже замечательно ложатся любые gzip/bzip/lzop/cpio/etc
     
     
  • 4.29, Аноним (-), 19:02, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Одна беда — вытащить что-то конкретное (/home/username/foobar.txt) из 30-гигового тарбола (я так ноут бэкаплю иногда) — даже без сжатия — ад и погибель. Винты трещат, проц — если машинка помедленнее — дышит огнем, загрузка — растет покуда nice позволяет, и все равно требуется куча времени.

    А, упаси Омниссия, тара еще пожата xz или lzma...

     
     
  • 5.81, Аноним (-), 12:32, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если RAR-архив непрерывный, то там те же проблемы с распаковкой, а по умолчанию в RAR файлы пакуются отдельно, что снижает сжатие, но здорово ускоряет распаковку единственного файла где-то из середины архива. Можете сначала гзипать файлы по отдельности, а потом всю кучу сунуть в tar. Кроме того, tar, кажется, имя файла сохраняет рядом с самим файлом, т.е. нет единого оглавления со списком файлов в начале, а в раре с 7зипом есть. В итоге приходится чесать весь 30-гиговый архив для построения содержимого архива - оно и понятно, tar вообще делался для бэкапов на ленты - Tape ARchiver, там это оправдано, а в XXI веке пора бы уже, действительно, для архивов формат слегка подправить. Есть еще какой-то CPIO, но особых преимуществ он вроде бы не имеет
     
  • 4.68, Ананимуз (?), 02:07, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю, перенос в tar'е файлов с нелатинскими именами между машинами с разными локалями не практиковался?
     
     
  • 5.73, Ващенаглухо (ok), 08:21, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а что есть другие локали кроме utf8 ?
     
     
  • 6.83, FFASM (ok), 13:12, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    cp866?
     
  • 6.85, Ананимуз (?), 14:46, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум бывает винда и koi8.
    Спасибо, я накушался в юникодной системе архивных tar'ов созданных когда-то на машине с koi. Это сосем не похоже на несношание мозгов. А атрибуты как раз в порядке, хотя и нафиг не нужны.
    Не, если это не бэкап раздела, то 7zip меня вполне устраивает.
     
     
  • 7.102, gegMOPO4 (ok), 13:24, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы совсем не умеете готовить юниксовую командную строку. convmv, да и на коленке однострочник пишется за 5 минут.
     
     
  • 8.116, Ананимуз (?), 23:30, 15/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно хороша юниксовая командная строка на, к примеру, винде, да Я где-то го... текст свёрнут, показать
     
  • 5.82, User (??), 13:03, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально переносится только с помощью p7zip
     
  • 5.88, terr0rist (ok), 15:48, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А в раре как будто с этим нет проблем. Интересно, как рар, сделанный в венде, будет распаковываться под локалью KOI-8, UTF-8 или какая-там-в-мак-оси.
     
     
  • 6.106, Stax (ok), 15:53, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да на макоси вообще праздник, там как бы UTF-8, но требуется полная декомпозиция (ä обязано представляться как символ a и символ неразрывного умлаута), в то время как другие ОС не предъявляют жестких требований к декомпозиции.. Так что можно запросто нарваться на проблемы, если там utf-8 без преобразования храниться. (http://en.wikipedia.org/wiki/Unicode_equivalence)
    Если кодировать как 7zip, локальная->utf-16 внутри архива->локальная, то все будет нормально, на последнем преобразовании можно декомпозировать, а вот если тупо сжать utf-8 и там разархивировать просто так, могут быть траблы.
     
  • 6.117, Ананимуз (?), 23:35, 15/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    На маке без понятия и проверять не на чем, а остальное вполне работает.
    Благо внутри архива оно в юникоде.
     
  • 3.15, Lain_13 (?), 18:30, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Что-то у меня 7z-архивы практически всегда (кроме пары случаев, действительно бывает) получались меньше RAR, да и вон крупные redump.org-коллекции приставочных игр тоже на 7z и его модификации перевели, а диск с игрой это тебе и музыка, и видео, и данные, и всё это в хрен знает каких форматах одним куском с неизменимой последовательностью.
    И вот ещё: http://www.overclockers.ru/softnews/16696.shtml
     
     
  • 4.26, cmp (ok), 18:49, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Из перспективных архиваторов стоит отметить RKC, точнее WinRK www.msoftware.co.nz, который выйдет в конце февраля 2004 года.

    Это, простите, какого года статья?

     
     
  • 5.55, Lain_13 (?), 23:41, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, пусть будет вот так: http://www.maximumcompression.com/data/summary_mf2.php
    FreeARC 0.666 всех люто уделал. WinRAR на норме слегка эффективнее 7z на норме, но не по степени сжатия, а в общем зачёте. По сжатию у 7-zip 52е место, а у winrar - 70е.
    Как видишь с 2004го года мало что изменилось.
     
     
  • 6.80, Аноним (-), 12:23, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Увеличение степени сжатия на 3% при росте времени упаковки на 500% нафиг не нужно в большинстве случаев. Если вы пиратку на CD хотите упихнуть - тогда да, можно потратить лишние 4 часа, а для бэкапов и в целях экономии дискового пространства оно вообще не уперлось
     
  • 3.18, rm_ (ok), 18:37, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > (только всего архива), странно хранит юникс-аттрибуты (или вообще не хранит) и

    Я бы сказал, что он не хранит юникс-атрибуты - это не баг, а фича.
    Нужно, чтоб хранились? - пользуйте tar. Вот только нужно это только при бэкапах, а при обмене файлами с другими людьми - это наоборот, вредно.

     
     
  • 4.57, gegMOPO4 (ok), 23:57, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как бы это сказать, пометки «только для чтения кроме владельца» и «исполняемый файл» иногда очень важны именно при распространении. Против непакованного тара у 7-zip размер, против пакованного — скорость получения списка файлов и извлечения отдельных файлов (что иногда нужно и из бекапов). Поэтому жаль, что 7-zip так Windows-ориентирован.
     
     
  • 5.92, Grrrrrr (?), 17:48, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 7-zip размер, против пакованного — скорость получения списка файлов и извлечения
    > отдельных файлов (что иногда нужно и из бекапов). Поэтому жаль, что
    > 7-zip так Windows-ориентирован.

    ЧТо ?? Какая скорость, вы сейчас о чем????? 7зип может часами вытягивать список того что из tgz за секунды вылазит.

     
     
  • 6.103, gegMOPO4 (ok), 13:25, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Как вам это удалось?
     
  • 3.42, астронимус (?), 20:04, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вызывающе спорные утверждения Да, у рара были хорошие заточки под мультимедию ... большой текст свёрнут, показать
     
  • 3.115, Disaron (ok), 09:34, 15/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ну, я посмотрю на кое кого когда он будет сжимать месячный бекап с массой файлов, имеющих приблизительно одно содержимое (но все же местами различное). 7z в таких условиях по степени сжатия уделывает рар, на максимальной степени со всеми словарями, раз этак в 25 (13Гб : 7z ~ 20M, rar ~ 500M).
     
     
  • 4.118, anonimous vulgaris (?), 10:40, 16/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну ну, я посмотрю на кое кого когда он будет сжимать месячный  бекап с массой файлов, имеющих приблизительно одно содержимое (но все же  местами различное). 7z в таких условиях по степени сжатия уделывает рар,  на максимальной степени со всеми словарями, раз этак в 25 (13Гб  : 7z ~ 20M, rar ~ 500M).

    включите в раре solid archives и будет то же самое. ибо чудес не бывает, даже с опенсоросом.
    http://en.wikipedia.org/wiki/Solid_compression

     
     
  • 5.120, Disaron (ok), 19:05, 16/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    solid (или как привычнее русскоязычным юзверям - непрерывные) архивы включены всегда. Все вообще опции перепробованы, в массе комбинаций. Да жмет медленнее ~15-20% но результат того стоит, причем забесплатно.
     
  • 2.25, FSA (??), 18:47, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Как ни странно у нас на работе WinRAR входит в список разрешённый для устновки программ. 7-Zip туда не входит. Т.е. если следовать букве приказа требуется получить письменное разрешение на установку стороннего ПО. При этом лицензии на WinRAR я ещё никогда не видел, не только на работе.
     
     
  • 3.56, SaoPaolo (?), 23:44, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    банк?
     
  • 3.70, tr (?), 06:01, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У нас ситуация наоборот. Более того, 7zip включен в типовой шаблон для рабочих станций. Так что просто изменяйте свою нормативную доукментацию.
     
  • 2.61, V (??), 00:38, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    7zip уже научился делать многотомные самораспаковывающиеся архивы? а мне надо.
     
     
  • 3.69, Sergey (??), 05:48, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ЭЭЭ, а вы вообще пользовались 7zip? Сколько помню, всегда умел создавать многотомные и sfx архивы.
     
     
  • 4.71, Anonimous (?), 06:58, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Но при этом никогда не умел многотомные-sfx архивы ))
    А порой это требуется.
    И никогда не умел работать с битыми архивами, а это требуется еще чаще.
     
     
  • 5.72, tcup (?), 07:54, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ранее вроде находил более юзабельную программу.
    Но пока -
    http://forum.oszone.net/post-970472-604.html
     
     
  • 6.79, астронимус (?), 12:07, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Приложите к томам батник НАЖМИМЕНЯ и сам архиватор (160 кбайт). Не думаю, что это гигантский оверхэд.
     
  • 2.91, Grrrrrr (?), 17:46, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У 7зипа есть крайне неприятный недостаток, сводящий на нет все плюсы. При открытии архива со множеством мелких фаилов (более 3к-4к) он в даун уходит, и не выходит от туда минутами. Посему переходить имеет смысл на тар и зип, если еще до сих пор не перешли.
     
     
  • 3.104, gegMOPO4 (ok), 13:28, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    $ time 7z l BIBLIOTEKA-orig.7z | tail -1
                               18944197952   3808751142  24834 files, 4717 folders

    real    0m0.652s
    user    0m0.620s
    sys     0m0.044s

     
  • 2.93, Аноним (-), 17:58, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > давно уже народ переходит на 7zip, а хомячки все на рар рефлексируют.

    Тем более что 7zip еще и жмет зачастую лучше.

     

  • 1.3, gfh (??), 17:17, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Все организации, в которых актуальны проверка на лицензионность программ, давно перешли на 7-zip
     
  • 1.4, Толстый (ok), 17:17, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –14 +/
    > Gnash - развитие свободного проигрывателя Flash-контента;

    FSF как обычно отстал лет на 10 от индустрии. В то время как люди отказываются от него в пользу html5, Столлмэн предлагает вкладывать ресурсы в альтернативную реализацию уходящей технологии.

    > Создание свободного ПО по автоматическому преобразованию речи в текст (в качестве примера приводится сервис автоматизации создания субтитров в YouTube);

    А тут, кишка тонка.

    > Развитие полностью свободных Linux-дистрибутивов (например, gNewSense);

    Традиционная паранойа.

     
     
  • 2.14, Аноним (-), 18:29, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > FSF как обычно отстал лет на 10 от индустрии. В то время как люди отказываются от него в пользу html5, Столлмэн предлагает вкладывать ресурсы в альтернативную реализацию уходящей технологии.

    Это Вы отстали от FSF, это предложение там эти 10 лет и висит :)

    > А тут, кишка тонка.

    У кого?

    > Традиционная паранойа.

    Нет, свободное программное обеспечение - это цель движения за свободное программное обеспечение, как не странно бы вам это казалось :)

     
     
  • 3.21, Толстый (ok), 18:42, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А тут, кишка тонка.
    > У кого?

    У FSF конечно. Это серьезная задача, требующая исследований, огромных финансовых вложений. Нахрапом ее, как они предполагают не решишь. А если они даже и грант на 5000 долларов дадут - он тут не поможет.

     
     
  • 4.23, Аноним (-), 18:45, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > У FSF конечно. Это серьезная задача, требующая исследований, огромных финансовых вложений. Нахрапом ее, как они предполагают не решишь. А если они даже и грант на 5000 долларов дадут - он тут не поможет.

    А они предлагают "нахрапом" решать?

     
     
  • 5.36, Толстый (ok), 19:25, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если пройти на эту страницу, у них там такой текст по этому пункту То есть тут ... большой текст свёрнут, показать
     
     
  • 6.47, Аноним (-), 20:31, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    для начала задачу нужно поставить, сделать обзор существующих решений. об этом и написано в цитируемом вами тексте. так это и делается :)
     

  • 1.9, gegMOPO4 (ok), 18:08, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Т.е. достаточно переписать код с C или C++ на Objective-C, чтобы обойти лицензию?
     
     
  • 2.16, rm_ (ok), 18:33, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, по идее надо было писать не глядя на "тот" код, только с примеров файлов в формате.
     
     
  • 3.32, gegMOPO4 (ok), 19:18, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сомнительно это. Во-первых, формат достаточно, сложный, чтобы его отреверсить, да ещё и сразу полностью, а не ловить потом всякие глюки и частные редкие случаи лет десять. Во-вторых, это насколько же упоротым нужно быть, чтобы удержаться и не подглядывать в готовые исходники, а упорно чистить зубы через анус. Человек компетентный, интересующийся архиватрами, наверняка хоть раз в исходники заглядывал, а не интересующийся — и делать этого не станет, и не сможет.
     
  • 2.17, Lain_13 (?), 18:37, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. достаточно переписать код с C или C++ на Objective-C, чтобы обойти
    > лицензию?

    Если они писали реверсом формата и это не запрещено или по открытым спекам, а не взяли готовый код за основу, то да.

     
     
  • 3.19, brother anon (?), 18:40, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    AFAIK, открытых спеков нет, есть только сорцы unrar, лицензия которых явно запрещает реверс-инжиниринг формата RAR.
     
     
  • 4.24, devl547 (?), 18:47, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >лицензия которых явно запрещает реверс-инжиниринг формата RAR.

    Поэтому делают способом "двух разработчиков":
    Первый реверсит формат и делает документацию (желательно из страны, где нет такого маразма с патентами)
    Второй основываясь только на документации пишет код.

     
     
  • 5.31, brother anon (?), 19:13, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Первый реверсит формат и делает документацию

    На основании чего реверсит то?
    Сорсники смотреть нельзя (лицензия запрещает), бинарники тоже (аналогично)
    Гадает на кофейной гуще?


     
     
  • 6.40, Stax (ok), 19:51, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Первый реверсит формат и делает документацию
    > На основании чего реверсит то?
    > Сорсники смотреть нельзя (лицензия запрещает), бинарники тоже (аналогично)
    > Гадает на кофейной гуще?

    Так он нагло эту лицензию нарушает ;) Разработчика-то два! Нарушает тот, кто пишет доку - но к самой этой доке претензии не предъявишь. Нарушает он, живя в какой-нибудь свободной стране, а не штатах - фиг засудишь.
    А тот, кто по доке пишет, уже ничего не нарушет, и результат лицензионно чистый.

     
     
  • 7.58, gegMOPO4 (ok), 00:04, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А при чём тут в какой стране? Нарушает-то он не патенты, а соглашение, по которому ему предоставили право использовать исходники. В цивилизованных странах ему грозит суд, в нецивилизованных — сразу бьют по морде.

    Ну а второй оказывается сообщником, организатором и скупщиком краденого. За найм киллера тоже срок дают, хоть и не ты нажимал на курок.

     
     
  • 8.60, meequz (?), 00:31, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Срочно Срочно поведайте об этом разработчикам ReactOS ... текст свёрнут, показать
     
     
  • 9.89, gegMOPO4 (ok), 16:29, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    По странному стечению обстоятельств, я не знаком ни с одним разработчиком ReactO... текст свёрнут, показать
     
  • 8.96, anonymous (??), 23:26, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    то, что реверсер нарушает 8212 его проблемы а то, что я в сети нашёл докумен... текст свёрнут, показать
     
     
  • 9.105, gegMOPO4 (ok), 13:33, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Эта ситуация отличается от описанной выше Если кто-то убил вашего дядюшку, от к... текст свёрнут, показать
     
  • 4.28, Аноним (-), 19:01, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > AFAIK, открытых спеков нет, есть только сорцы unrar, лицензия которых явно запрещает
    > реверс-инжиниринг формата RAR.

    http://packages.debian.org/sid/amd64/rar/filelist

    /usr/share/doc/rar/technote.txt.gz

     
     
  • 5.30, brother anon (?), 19:11, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> AFAIK, открытых спеков нет, есть только сорцы unrar, лицензия которых явно запрещает
    >> реверс-инжиниринг формата RAR.
    > http://packages.debian.org/sid/amd64/rar/filelist
    > /usr/share/doc/rar/technote.txt.gz

    В этом документе описана структура контейнера, а не алгоритм сжатия/распаковки

     
  • 3.34, gegMOPO4 (ok), 19:22, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот не верю я, что так было. Это уже не just for fun, а just for masochism. А люди с такими психическими отклонениями на связное творчество неспособны.
     
     
  • 4.74, Аноним (-), 08:22, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот не верю я, что так было. Это уже не just for fun, а just for masochism. А люди с такими психическими отклонениями на связное творчество неспособны.

    http://nouveau.freedesktop.org/wiki/FeatureMatrix

    http://www.winehq.org/

    Этот код пишут одни психи. Да и вообще пойди RedHat, Codewaves -- это такие псих лечебницы.

     
  • 2.53, Аноним (-), 22:41, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, на недобж-C не надо было вообще ничего писать. Надо быль использовать технику, называемую "clean room". Один человек читает референсный код и пишет описание формата, другой по описанию пишет библиотеку.
     

  • 1.35, Аноним (-), 19:24, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Повсеместному использованию TheUnarchiver мешает то, что код данного проекта написан на языке Objective-C

    Это как? Всех воротит от Objective-C?

     
     
  • 2.38, Stax (ok), 19:49, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не то чтобы воротит, просто взаимодействовать с ним не так удобно, как C.

    Нужна рантайм либа (хоть и небольшая), взаимодействие с другими языками ограничено - из ObjC кода использовать C++ либы проблематично, написать на ObjC либу, чтобы использовать из чего-то еще - вообще непонятно (может и можно как-то, только почему-то так не делают).. Вот хочется, к примеру, этот TheUnarchiver в программе использовать, как либу, для работы с архивами - а хрен вам, из-за ObjC начинается геморрой.

    А так, как отдельная прога, может и сойдет. Поставить либы ObjC и можно пускать.

     
     
  • 3.41, rm_ (ok), 19:58, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот хочется, к примеру, этот TheUnarchiver в программе использовать, как либу, для работы с архивами

    Здрасьте, вы вероятно только что с винды? Проходите, присаживайтесь поудобнее, там на журнальном столике http://www.catb.org/~esr/writings/taoup/html/ , полистайте пока что.

     
     
  • 4.48, Stax (ok), 20:31, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ооо какая хорошая книжка, спасибо, а я уже и забыл про нее. Надо как-нибудь почитать.

    К слову сказать, программировать под юниксы я начал раньше, чем вышла первая редакция этой книги. (а под винду, стыдно признаться, никогда не программил. Из доса сразу как-то в линукс шагнул)

    А вы можете написать Эрику, что согласно его книге, zlib не нужен и писать его не имело смысла: ведь есть же весь из себя юниксовый gzip!

     
     
  • 5.59, gegMOPO4 (ok), 00:14, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в согласие с этой идеологией и нет в природе libmplayer. ;)

    На самом деле, конечно, проблема TheUnarchiver надумана. Архив можно просто скормить стороннему unrar-у. Вот единообразный интерфейс к разным разархиваторам полезен — и он есть, команда unp.

     
  • 5.121, vle (ok), 14:17, 17/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А вы можете написать Эрику, что согласно его книге, zlib не нужен
    > и писать его не имело смысла: ведь есть же весь из
    > себя юниксовый gzip!

    UNIX way как и любая другая технология в программировании
    имеет области применения, где он хорошо работает,
    и есть другие, где он малоприменим.
    Поэтому его не стоит пихать во все дыры.
    С другой стороны, не стоит он него и полностью отказываться
    как от чего-то устаревшего, в своей нише он прекрасно работает
    уже 40 лет и будет работать.

     

  • 1.50, vit (??), 20:53, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Повсеместному использованию TheUnarchiver мешает то, что код данного проекта написан на языке Objective-C

    а в чем проблемачто он написан именно на этом языке?

     
  • 1.52, Аноним (-), 22:36, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В итоге из всех "высокоприоритетных" проектов только этот Unarchiver да Coreboot как-то шевелятся. Остальные давно RIP.
     
     
  • 2.62, Аноним (-), 01:10, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В итоге из всех "высокоприоритетных" проектов только этот Unarchiver да Coreboot как-то шевелятся. Остальные давно RIP

    Это не так. Например wiki по автоматическому преобразованию речи в текст обновлялась 11 апреля сего года.

     

  • 1.54, Аноним (-), 22:56, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Большое и долгожданное событие. 7zip конечно мощен, zip прекрасно переносим, но всё равно в основном используется rar :( Так что это важный день для СПО.

    Будем надеяться, что вскоре мы увидим и гуёвину с поддержкой свободной реализации RARv3. Тогда из репозиториев наконец исчезнет фриварный unrar... Неужели когда-нибудь и Adobe Flash Player с проприетарными видеодрайверами окажутся невостребованными? Дожить бы до этого дня :)

    А пока ждём .deb'ов с этой прекрасной новинкой.

     
     
  • 2.98, anonymous (??), 23:31, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Большое и долгожданное событие. 7zip конечно мощен, zip прекрасно переносим, но всё
    > равно в основном используется rar :(

    в последний раз rar-архив видел пару лет назад как минимум. никому это гуано мамонта не упёрлось. ну, кроме тех, у кого админы альтернативно развиты, конечно.

     

  • 1.63, StrangeAttractor (ok), 01:11, 13/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    При всём уважении к RAR и его автору, очень плохо понимаю зачем сегодня (да, когдато он был лучим архиватором и почти не имел конкурентов) нужен RAR когда есть 7zip. Единственная известная мне фича WinRAR-а, которой нехватает в 7z - это возможность выборочной компрессии добавляемых в архив файлов по маске (чтобы при сжатии большой директории не тратить время пытаясь жать mp3 и т.п., а добавлять их в архив как есть).

    А если бы ещё форматы bz2/gz расширили возможностью включения оглавления лежащего внутри tar-а чтобы можно было читать оглавление не разжимая архива (да, это автоматизировано, но разжатие-то всё равно всегда делается, что требует временм и места) - вообщн была бы красота...

     
     
  • 2.64, Иван Иванович Иванов (?), 01:19, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1) MM compression (WinRAR beats 7z at compressing WAV files).

    2) Recovery records and volumes.

    3) Much better UI.

    4) Ubiquity.

     
     
  • 3.67, StrangeAttractor (ok), 01:38, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > 1) MM compression (WinRAR beats 7z at compressing WAV files).

    Pretty rare application, IMHO. I believe the percent of users needing to use and archive wav files regularly is relatively small (even among jsut RAR users).

    > 2) Recovery records and volumes.

    Can you explain why aren't recovery records completely useless today and why are not volumes close to useless today too? IMHO these features were only useful during the age of floppy diskettes and analog modem BBSs.

    > 3) Much better UI.

    Slightly better, if you dont think of fancy icons to be a feature of the most importance.

    > 4) Ubiquity.

    Legacy.

     
     
  • 4.84, Иван Иванович Иванов (?), 14:32, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Can you explain why aren't recovery records completely useless today and why are not volumes close to useless today too? IMHO these features were only useful during the age of floppy diskettes and analog modem BBSs.

    It looks like your computers experience is quite limited - I've seen many times files being broken on transfer from the Internet, or when copying *withing one* HDD, or copying to a faulty USB stick, or through broken USB controller/cables.

    As for local storage only ZFS protects from such errors, but still it cannot *recover* from errors.

    All my RAR archives are protected with RR, and I've never regretted this decision.

     
     
  • 5.87, StrangeAttractor (ok), 15:39, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Can you explain why aren't recovery records completely useless today
    > It you looks like your computers experience is quite limited

    Perhaps that's why I do bother asking you to explain? ;-)

    I've been using rar from the time of 5.25. diskettes. I used to be an RR fan too (believe me or not, I've once said that I can hardly understand why don't everyone use RAR -  the same thing I am saying about 7zip now). But practically it has only helped me once. Once during 15 years. And that was a broken diskette.

    > I've seen many times files being broken on transfer from the Internet

    The last time I've experienced this was the year 1999 when I was using dial-up Internet connection on Windows 98. I don't mean it can't happen today at all, I just mean this is very improbable...

    > As for local storage only ZFS protects from such errors, but still it cannot *recover* from errors.

    AFAIK there are many more file storage redundancy solutions.

     
  • 3.86, Ананимуз (?), 14:53, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 3) Much better UI.

    Так уж и better? Рюшечки и навороты, это не всегда хорошо.
    Многим моим подопечным наоборот нравится простой интерфейс в котором негде заблудится.

     
  • 3.99, anonymous (??), 23:33, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) MM compression (WinRAR beats 7z at compressing WAV files).

    а flac beats WinRAR для WAV files. и что?

    > 3) Much better UI.

    спорный вопрос.

    > 4) Ubiquity.

    не менее спорный.

     
  • 3.108, Аноним (-), 17:18, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Все-равно FLAC лучше Он и хорошо жмет и играется с распаковкой на лету Сжатие ... большой текст свёрнут, показать
     
  • 2.65, Иван Иванович Иванов (?), 01:20, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А если бы ещё форматы bz2/gz расширили возможностью включения оглавления лежащего внутри
    > tar-а чтобы можно было читать оглавление не разжимая архива (да, это
    > автоматизировано, но разжатие-то всё равно всегда делается, что требует временм и
    > места) - вообщн была бы красота...

    Вы несёте бред.

    Почитайте статью о solid сжатии.

     
     
  • 3.66, StrangeAttractor (ok), 01:28, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> А если бы ещё форматы bz2/gz расширили возможностью включения оглавления лежащего внутри
    >> tar-а чтобы можно было читать оглавление не разжимая архива (да, это
    >> автоматизировано, но разжатие-то всё равно всегда делается, что требует временм и
    >> места) - вообщн была бы красота...
    > Вы несёте бред.
    > Почитайте статью о solid сжатии.

    Поясните. Что такое solid сжатие знаю и искать и читать целую статью чтобы понять Ваше утверждение не собираюсь.

     
  • 3.109, Аноним (-), 17:35, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почитал Понял что если включить в начало TAR архива блок с полным списком файло... большой текст свёрнут, показать
     

  • 1.75, alex.h (??), 08:29, 13/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Создание свободных прошивок и драйверов для сетевых маршрутизаторов (в пример приводится проект OrangeMesh).

    Лучше бы в XORP поучаствовали.

     
  • 1.77, Аноним (-), 09:45, 13/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    рар-вложения по-умолчанию блокируются большинством корпоративных почтарей. скорей бы уже народ забыл этот формат, как вспомню битые тома на дискетах - бррр-ррр!
     
  • 1.78, dq0s4y71 (??), 10:48, 13/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Повсеместному использованию TheUnarchiver мешает то, что код данного проекта написан на языке Objective-C

    Ну да, неправославный язык. Вот если бы он был написан на Питоне, все только бы умилялись, как это удобно...

     
     
  • 2.110, Аноним (-), 17:36, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > все только бы умилялись, как это удобно...

    ...и тормозно. Попробуйте написать на питоне распаковщик хоть чего и сравните с сишным вариантом. Не забудьте опубликовать бенчмарки :)

     

  • 1.90, Аноним (-), 17:45, 13/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, каким же это образом решена проблема распаковки rar v 3 Очень эта но... большой текст свёрнут, показать
     
     
  • 2.100, anonymous (??), 23:46, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > патенты на код

    clean room implementation, can you into it? один читает код и пишет спеки с описаниями алгоритмов, второй в комнате с мягкими стенами пишет код по спекам. всё, дело сделано, независимая реализация получена.

    а про патентную чистоту в новости ничего не сказано, только про лицензионную чистоту кода.

     
  • 2.101, Аноним (-), 12:16, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Плюс патенты на код никто не отменял.

    В России их никто и не применял. Патенты на софт существуют только в США, Японии, Корее и Индии. В какой из этих стран Вы проживаете?

     
     
  • 3.111, Аноним (-), 17:39, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в США, Японии, Корее и Индии. В какой из этих стран Вы проживаете?

    Одна "маленькая" проблема состоит лишь в том, что первая из этих стран почему-то известна как крупнейший поставщик программных продуктов. Опенсорсных разработчиков больше всего почему-то тоже именно там. Вы готовы взвалить на себя бремя кодинга всего что не напишут програмеры США из-за патентов? Если да - вперед, на мины. Мы поставим вам памятник при жизни за ваши достижения. Если нет - STFU.

     
     
  • 4.112, Аноним (-), 18:53, 14/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спешу напомнить, что разработчики не только в США водятся. Примером тому, как это ни странно, является тот же создатель rar-а.


     
     
  • 5.119, anonymous vulgaris (?), 10:43, 16/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Спешу напомнить, что разработчики не только в США водятся. Примером тому, как это ни странно, является тот же создатель rar-а.

    вам же ясно написали

    >Опенсорсных разработчиков больше всего почему-то тоже именно там.

    ну и при чем тут создатель рара?

     

  • 1.107, Аноним (-), 17:05, 14/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > что код данного проекта написан на языке Objective-C

    К ложке меда - бочка дегтя в комплекте...
    Свобода, конечно, хорошо. Но вот что мне делать с этой вашей свободой плясать в лыжах на гамаке и почему это сделает мою жизнь лучше? :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру