Re: [Comm] tar commpression options

Re: [Comm] tar commpression options

[Aleksander N. Gorohovski]

On Wed, 15 Dec 2004 09:54:33 +0200, Alexandr R. Ogurtzoff  
<aogurtsov@hostopia.com> wrote:

>  Приветвую коллеги!
> Кто подскажет есть ли в tar возможность управлять стпенью сжатия?

Насколько мне известно tar не предназначен для сжатия, а - только для  
архивирования.

>   У тех же gzip\bzip2 степеней компресии от 0 до 9. Какую использует tar  
> c
> опциями  -z || -j , как можно эти управлять?
>  Чем лучше жать огромную кучу *.jpg + *.zip  ~80Gb.  tar -zpcf пожал, но
> совсем слегка. Имеет ли смысл бить всё это на отдельные тома? Хотя всё  
> равно
> придёться :-/ Надо бы эти архивы и на DVD-R переписать....
>  Вообщем если у кого то есть толковые мысли по созданию бакапа нулевого
> уровня, очень прошу ими поделиться. Заранее благодарен за светлые идеи.

[Comm] tar commpression options

[Alexandr R. Ogurtzoff]

 Приветвую коллеги!
Кто подскажет есть ли в tar возможность управлять стпенью сжатия?
  У тех же gzip\bzip2 степеней компресии от 0 до 9. Какую использует tar c 
опциями  -z || -j , как можно эти управлять?
 Чем лучше жать огромную кучу *.jpg + *.zip  ~80Gb.  tar -zpcf пожал, но 
совсем слегка. Имеет ли смысл бить всё это на отдельные тома? Хотя всё равно 
придёться :-/ Надо бы эти архивы и на DVD-R переписать....
 Вообщем если у кого то есть толковые мысли по созданию бакапа нулевого 
уровня, очень прошу ими поделиться. Заранее благодарен за светлые идеи.
-- 
Best regards
Alexandr R. Ogurtzoff
{
UNIX is user friendly, it's just picky about who its friends are
}

Re: [Comm] tar commpression options

[Alexandr R. Ogurtzoff]

> Насколько мне известно tar не предназначен для сжатия, а - только для
> архивирования.
 Вам известно абсолютно правильно :-)
Но если вы изучите man tar то узнаете кое что новое, например то что он 
способен вызывать внешние утилиты компрессии gzip и bzip2 в частности.
Вот об эфективном использовании этой возможности я и собираюсь пообщаться с 
практикующими операторами backup-а.
 А вы видимо очень умный молодой человек, если научитесь читать man, то из вас 
выйдет неплохой специалист второго рода, не всегда знает как, но знает где 
искать. О себе могу сказать тоже самое, как о состоявшемся.
 Вкратце утилиты сжатия работают с одним файлом, они хорошо умеют его сжимать. 
tar позволяет из множества файлов сделать один большой с сохранением полных 
имён файла и дополнительных файловых атрибутов, который впринципе можно по 
каналу передать на сжатие однй из этих утилит. Но поскольку tar традиционно в 
Linux используется для архивирования данных, возможность вызова утилит 
компресси встроена собственно в него.
 Что смущает в bzip2\gzip поддерживается 1..9 уровней компрессии, в tar могут 
передаваться судя по man tar 1..7(если это действительно то о чём я думаю), 
как они между собою соотносятся? Дефолтный уровень компресси у gzip 6, так 
что 7-ка меня не сильно спасёт.
 Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей структуре 
файлы такие как zip\ jpeg ? Что показывает практика? Так как то что 
gzip(вызваный из tar) пожал их совсем не существенно. Проще тогда просто 
архивировать tar-ом - меньше нагрузка на проц. 

-- 
Best regards
Alexandr R. Ogurtzoff
{
UNIX is user friendly, it's just picky about who its friends are
}

Re: [Comm] tar commpression options

[Drool]

>  Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей структуре 
> файлы такие как zip\ jpeg ? Что показывает практика? Так как то что 
> gzip(вызваный из tar) пожал их совсем не существенно. Проще тогда просто 
> архивировать tar-ом - меньше нагрузка на проц. 
> 
> -- 
	Архивы сжимать вообще-то не особо благодарное занятие - результат никогда не
будет особо успешным, они и так уже сжаты :-) А вообще-то попробуйте p7zip ну и
rar-3.40, может пару процентов и сожмете...

[Comm] Re: tar commpression options

[Michael Shigorin]

On Wed, Dec 15, 2004 at 09:54:33AM +0200, Alexandr R. Ogurtzoff wrote:
> У тех же gzip\bzip2 степеней компресии от 0 до 9. Какую
> использует tar c опциями  -z || -j , как можно эти управлять?

BZIP=-9 tar jcf ...

> Чем лучше жать огромную кучу *.jpg + *.zip  ~80Gb.  tar -zpcf
> пожал, но совсем слегка. Имеет ли смысл бить всё это на
> отдельные тома? Хотя всё равно придёться :-/ Надо бы эти архивы
> и на DVD-R переписать....

Ну попробуй rzip какой, но тебе действительно хочется рисковать
всем объёмом информации, упаковывая гамузом?  Я бы так не делал.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] tar commpression options

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 483 bytes --]

On Wed, Dec 15, 2004 at 11:45:09AM +0200, Alexandr R. Ogurtzoff wrote:
>  Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей структуре 
> файлы такие как zip\ jpeg ? Что показывает практика?
Вы серьезно или прикалываетесь?
Практика показывает, что жать их _бессмысленно_.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

собрал пару пакетов. успокоился. ;-)
некоторые сочиняют хайку, холмс играл на скрипке, etc.
		-- gns in talk-room@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] tar commpression options

[Denis Smirnov]

On Wed, Dec 15, 2004 at 11:45:09AM +0200, Alexandr R. Ogurtzoff wrote:

ARO> Но если вы изучите man tar то узнаете кое что новое, например то что он 
ARO> способен вызывать внешние утилиты компрессии gzip и bzip2 в частности.
ARO> Вот об эфективном использовании этой возможности я и собираюсь пообщаться с 
ARO> практикующими операторами backup-а.

Практикующие операторы обычно таки умеют пользоваться pipe'ами, и
перенаправляют вывод tar в bzip2:

cat filelist | tar c -T --null | bzip2 -9 > (указание что и куда)

ARO>  А вы видимо очень умный молодой человек, если научитесь читать man, то из вас 
ARO> выйдет неплохой специалист второго рода, не всегда знает как, но знает где 
ARO> искать. О себе могу сказать тоже самое, как о состоявшемся.
ARO>  Вкратце утилиты сжатия работают с одним файлом, они хорошо умеют его сжимать. 
ARO> tar позволяет из множества файлов сделать один большой с сохранением полных 
ARO> имён файла и дополнительных файловых атрибутов, который впринципе можно по 
ARO> каналу передать на сжатие однй из этих утилит. Но поскольку tar традиционно в 
ARO> Linux используется для архивирования данных, возможность вызова утилит 
ARO> компресси встроена собственно в него.
ARO>  Что смущает в bzip2\gzip поддерживается 1..9 уровней компрессии, в tar могут 
ARO> передаваться судя по man tar 1..7(если это действительно то о чём я думаю), 
ARO> как они между собою соотносятся? Дефолтный уровень компресси у gzip 6, так 
ARO> что 7-ка меня не сильно спасёт.
ARO>  Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей структуре 
ARO> файлы такие как zip\ jpeg ? Что показывает практика? Так как то что 
ARO> gzip(вызваный из tar) пожал их совсем не существенно. Проще тогда просто 
ARO> архивировать tar-ом - меньше нагрузка на проц. 

Однозначно так и есть. gzip в последующем может дожать разве что данные
самого tar'а, ну и в конце каждого zip-файла есть каталог, вполне себе
сжимаемый.

-- 
С уважением, Денис

http://freesource.info

Re: [Comm][JT] tar commpression options

[Pavel N. Solovyov]

On Wed, 15 Dec 2004 19:43:58 +0500
Andrey Rahmatullin wrote:

> >  Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей
> >  структуре 
> > файлы такие как zip\ jpeg ? Что показывает практика?
> Вы серьезно или прикалываетесь?
> Практика показывает, что жать их _бессмысленно_.

  Ну почему же бессмысленно? На несколько байт размер архива  можно
уменьшить при общем размере мегабайт... 
  Есть несколько вопросов, на которые я не могу найти ответ:
1. Зачем увеличивать степень сжатия на 1-5%, если при этом время сжатия
увеличивается на порядок?
2. Зачем разгоняют процессор и получают те же 1-5% увеличения скорости?
3. Зачем в играх 16 млн цветов?

	Успехов. Павел.

[Comm] wmv via xine or mplayer

[VITICH]

Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine

Re: [Comm] wmv via xine or mplayer

[Мар'ян Петришин]

VITICH wrote:
> Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine
> 
> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/community
> 
> 
> 
Записываете файл c:\windows\system32\wmvdmod.dll из Мастдайки в
/usr/local/lib/win32/ и все. Должно заработать.
Правда путь этот у меня на ASP покуда АЛЬТ не завел. Но на АЛЬТЕ думаю 
путь сильно не поменяется. В выводе mplayer'а от должен быть правильным.

Re: [Comm] wmv via xine or mplayer

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 380 bytes --]

On Wed, Dec 15, 2004 at 07:24:13PM +0200, VITICH wrote:
> Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine
Не начинайте новую тему кнопкой "Ответить".

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Писать патч на перегретую голову опасно для вашего здоровья. :)
Для моего тоже не полезно такие патчи читать.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: tar commpression options[SUMMARY]

[Alexandr R. Ogurtzoff]

Денис, Миша! спасибо за дельные советы. Приму к сведенью.
Огорчился тем что tar со сжатием не режет на тома :-(
Вообщем то это и было причиной, желанием сжимать не используя pipe
 Что ж придёться пописать свои скрипты по добавлению файлов в сжатый архив с 
контролем размера получаемого архива.
 Эх было бы всё просто, если б в этой файло помойке были только jpg и zip
Пока архивировал увидел там ещё кучу фильмов, tiff-ов и ещё что то было. Так 
как полученый архив всё же не плохо ужался ~20%
 Так что как говориться в известном фильме будем искать....
rar что ли попробовать...
-- 
Best regards
Alexandr R. Ogurtzoff
{
UNIX is user friendly, it's just picky about who its friends are
}

Re: [Comm] tar commpression options

[Aleksander N. Gorohovski]

On Wed, 15 Dec 2004 11:45:09 +0200, Alexandr R. Ogurtzoff  
<aogurtsov@hostopia.com> wrote:

>
>> Насколько мне известно tar не предназначен для сжатия, а - только для
>> архивирования.
>  Вам известно абсолютно правильно :-)
Спасибо

> Но если вы изучите man tar то узнаете кое что новое, например то что он
> способен вызывать внешние утилиты компрессии gzip и bzip2 в частности.

Простите за наивный совет, я сразу не распознал в Вас мудреца.
:-)
Для меня были непонятны Ваши страдания от того, что Вы не пожете
пользовать связку
tar
gzip -9

Sorry, за то что защемил Ваше самолюбие.

> Вот об эфективном использовании этой возможности я и собираюсь  
> пообщаться с
> практикующими операторами backup-а.
>  А вы видимо очень умный молодой человек, если научитесь читать man, то  
> из вас
> выйдет неплохой специалист второго рода, не всегда знает как, но знает  
> где
> искать. О себе могу сказать тоже самое, как о состоявшемся.
>  Вкратце утилиты сжатия работают с одним файлом, они хорошо умеют его  
> сжимать.
> tar позволяет из множества файлов сделать один большой с сохранением  
> полных
> имён файла и дополнительных файловых атрибутов, который впринципе можно  
> по
> каналу передать на сжатие однй из этих утилит. Но поскольку tar  
> традиционно в
> Linux используется для архивирования данных, возможность вызова утилит
> компресси встроена собственно в него.
>  Что смущает в bzip2\gzip поддерживается 1..9 уровней компрессии, в tar  
> могут
> передаваться судя по man tar 1..7(если это действительно то о чём я  
> думаю),
> как они между собою соотносятся? Дефолтный уровень компресси у gzip 6,  
> так
> что 7-ка меня не сильно спасёт.
>  Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей  
> структуре
> файлы такие как zip\ jpeg ? Что показывает практика? Так как то что
> gzip(вызваный из tar) пожал их совсем не существенно. Проще тогда просто
> архивировать tar-ом - меньше нагрузка на проц.

Re: [Comm] Re: tar commpression options[SUMMARY]

[Vitaly Lipatov]

On Thursday 16 December 2004 08:01, Alexandr R. Ogurtzoff wrote:
> Денис, Миша! спасибо за дельные советы. Приму к сведенью.
> Огорчился тем что tar со сжатием не режет на тома :-(
а tar | gzip | split ?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[VITICH]

VITICH пишет:

> Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine
>
Спасибо, проблема решена:
Удалил  альтовские libxine, xine-ui, w32codec
Поскольку ничего для сборки не стоит (да и не нужно было пока)
залез за бинарями в http://cambuca.ldhs.cetuc.puc-rio.br/xine/
Скачал и поставил:
http://cambuca.ldhs.cetuc.puc-rio.br/xine/libxine1-1_cvs-041221.i686.rpm
http://cambuca.ldhs.cetuc.puc-rio.br/xine/w32codec-0.52-1.i386.rpm
http://cambuca.ldhs.cetuc.puc-rio.br/xine/xine-ui-0.99.3cvs-041221.i586.rpm
Поскольку в меню КДЕ я почему-то не обнаружил xine - поставил альтовский 
кaffeine
Всё что не работало (wmv 9) - заработало.

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[Michael Shigorin]

On Wed, Dec 22, 2004 at 12:58:06PM +0200, VITICH wrote:
> >Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine
> Спасибо, проблема решена:
> Удалил  альтовские libxine, xine-ui, w32codec

Сурово

> Поскольку ничего для сборки не стоит (да и не нужно было пока)
> залез за бинарями в http://cambuca.ldhs.cetuc.puc-rio.br/xine/
> Скачал и поставил:
> http://cambuca.ldhs.cetuc.puc-rio.br/xine/libxine1-1_cvs-041221.i686.rpm
> http://cambuca.ldhs.cetuc.puc-rio.br/xine/w32codec-0.52-1.i386.rpm
> http://cambuca.ldhs.cetuc.puc-rio.br/xine/xine-ui-0.99.3cvs-041221.i586.rpm
> Поскольку в меню КДЕ я почему-то не обнаружил xine - поставил

Ессно не обнаружите, поскольку 

life:~> rpm -qf /usr/lib/menu/xine-ui 
xine-ui-0.99.2-alt2

(а в бразильском варианте этого, ессно, нету)

> Всё что не работало (wmv 9) - заработало.

Это из-за w32codec, xine-ui и libxine можете возвращать
альтовские.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[Dmitry Kovalsky]

On Wednesday 22 December 2004 13:06, Michael Shigorin wrote:
> On Wed, Dec 22, 2004 at 12:58:06PM +0200, VITICH wrote:
> > >Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine
> >
> > Спасибо, проблема решена:
> > Удалил  альтовские libxine, xine-ui, w32codec
>
> Сурово
>
> > Поскольку ничего для сборки не стоит (да и не нужно было пока)
> > залез за бинарями в http://cambuca.ldhs.cetuc.puc-rio.br/xine/
> > Скачал и поставил:
> > http://cambuca.ldhs.cetuc.puc-rio.br/xine/libxine1-1_cvs-041221.i686.rpm
> > http://cambuca.ldhs.cetuc.puc-rio.br/xine/w32codec-0.52-1.i386.rpm
> > http://cambuca.ldhs.cetuc.puc-rio.br/xine/xine-ui-0.99.3cvs-041221.i586.r
> >pm Поскольку в меню КДЕ я почему-то не обнаружил xine - поставил
>
> Ессно не обнаружите, поскольку
>
> life:~> rpm -qf /usr/lib/menu/xine-ui
> xine-ui-0.99.2-alt2
>
> (а в бразильском варианте этого, ессно, нету)
>
> > Всё что не работало (wmv 9) - заработало.
>
> Это из-за w32codec, xine-ui и libxine можете возвращать
> альтовские.
Если просто к альтовому Мплейеру или Ксину _добавить_ кодеки из сайта Мплерера 
(т.е. сделать /usr/local/lib/win32, где они его и ищут) то они вываливается в 
сег фолт.


-- 
Sincerely yours,

Ph.D. Student Dmytro Kovalskyy
Institute of Molecular Biology & Genetics
150 Akad. Zabolotnogo Street,
Kiev-143, 03143
UKRAINE

E-mail: dikov@imbg.org.ua
Fax:  +380 (44) 266-0759
Tel.: +380 (44) 266-5589

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[Мар'ян Петришин]

Странно все это.
Я закинул c:\windows\system32\wmvdmod.dll в /usr/local/lib/win32/ и у 
меня все прекрасно забегало и в xine и в mplayer и в totem.

--------

Dmitry Kovalsky wrote:
> On Wednesday 22 December 2004 13:06, Michael Shigorin wrote:
> 
>>On Wed, Dec 22, 2004 at 12:58:06PM +0200, VITICH wrote:
>>
>>>>Подскажите кто одолел проблему проигрывания wmv  в mplayer или xine
>>>
>>>Спасибо, проблема решена:
>>>Удалил  альтовские libxine, xine-ui, w32codec
>>
>>Сурово
>>
>>
>>>Поскольку ничего для сборки не стоит (да и не нужно было пока)
>>>залез за бинарями в http://cambuca.ldhs.cetuc.puc-rio.br/xine/
>>>Скачал и поставил:
>>>http://cambuca.ldhs.cetuc.puc-rio.br/xine/libxine1-1_cvs-041221.i686.rpm
>>>http://cambuca.ldhs.cetuc.puc-rio.br/xine/w32codec-0.52-1.i386.rpm
>>>http://cambuca.ldhs.cetuc.puc-rio.br/xine/xine-ui-0.99.3cvs-041221.i586.r
>>>pm Поскольку в меню КДЕ я почему-то не обнаружил xine - поставил
>>
>>Ессно не обнаружите, поскольку
>>
>>life:~> rpm -qf /usr/lib/menu/xine-ui
>>xine-ui-0.99.2-alt2
>>
>>(а в бразильском варианте этого, ессно, нету)
>>
>>
>>>Всё что не работало (wmv 9) - заработало.
>>
>>Это из-за w32codec, xine-ui и libxine можете возвращать
>>альтовские.
> 
> Если просто к альтовому Мплейеру или Ксину _добавить_ кодеки из сайта Мплерера 
> (т.е. сделать /usr/local/lib/win32, где они его и ищут) то они вываливается в 
> сег фолт.
> 
> 

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[VITICH]

Michael Shigorin пишет:

>  
>
>>Всё что не работало (wmv 9) - заработало.
>>    
>>
>
>Это из-за w32codec, xine-ui и libxine можете возвращать
>альтовские.
>
>  
>
Вернул альтовский libxine и перестало работать!
Опять поменял на libxine1 - заработало.

[Comm] Re: wmv via xine or mplayer - УРАААА :)

[Michael Shigorin]

On Fri, Dec 24, 2004 at 01:41:55PM +0200, VITICH wrote:
> >>Всё что не работало (wmv 9) - заработало.
> >Это из-за w32codec, xine-ui и libxine можете возвращать
> >альтовские.
> Вернул альтовский libxine и перестало работать!
> Опять поменял на libxine1 - заработало.

Не libxine, а libxine и xine-ui.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: wmv via xine or mplayer - УРАААА :)

[VITICH]

Michael Shigorin пишет:

>Не libxine, а libxine и xine-ui.
>
>  
>
Менял и то и то, просто не дописал :)
xine-ui больше даже и не ставил - kaffeine рулит :)

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[Гвоздев Александр]

В сообщении от Среда 22 Декабрь 2004 19:48 Dmitry Kovalsky написал(a):
> > > Всё что не работало (wmv 9) - заработало.
> >
> > Это из-за w32codec, xine-ui и libxine можете возвращать
> > альтовские.
>
> Если просто к альтовому Мплейеру или Ксину _добавить_ кодеки из
> сайта Мплерера (т.е. сделать /usr/local/lib/win32, где они его и
> ищут) то они вываливается в сег фолт.
Подтверждаю. Повторяемость 100%

Re: [Comm] wmv via xine or mplayer - УРАААА :)

[VITICH]

Гвоздев Александр пишет:

>В сообщении от Среда 22 Декабрь 2004 19:48 Dmitry Kovalsky написал(a):
>  
>
>>>>Всё что не работало (wmv 9) - заработало.
>>>>        
>>>>
>>>Это из-за w32codec, xine-ui и libxine можете возвращать
>>>альтовские.
>>>      
>>>
>>Если просто к альтовому Мплейеру или Ксину _добавить_ кодеки из
>>сайта Мплерера (т.е. сделать /usr/local/lib/win32, где они его и
>>ищут) то они вываливается в сег фолт.
>>    
>>
>Подтверждаю. Повторяемость 100%
>
>  
>
У меня mplayer либо вываливался при попытке запустить wmv либо писал что 
такая-то dll не установлена - в зависимости от источника w32 кодека
В конце концов взял w32codec и libxine1 с сайта xinehq.de - проблем пока нет
 (использую альтовский кафеин).
ЗЫ: родная  libxine не катит :(