* Re: [Comm] tar commpression options
2004-12-15 9:45 ` Alexandr R. Ogurtzoff
@ 2004-12-15 9:57 ` Drool
2004-12-15 14:43 ` Andrey Rahmatullin
` (2 subsequent siblings)
3 siblings, 0 replies; 23+ messages in thread
From: Drool @ 2004-12-15 9:57 UTC (permalink / raw)
To: community
> Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей структуре
> файлы такие как zip\ jpeg ? Что показывает практика? Так как то что
> gzip(вызваный из tar) пожал их совсем не существенно. Проще тогда просто
> архивировать tar-ом - меньше нагрузка на проц.
>
> --
Архивы сжимать вообще-то не особо благодарное занятие - результат никогда не
будет особо успешным, они и так уже сжаты :-) А вообще-то попробуйте p7zip ну и
rar-3.40, может пару процентов и сожмете...
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [Comm] tar commpression options
2004-12-15 9:45 ` Alexandr R. Ogurtzoff
2004-12-15 9:57 ` Drool
@ 2004-12-15 14:43 ` Andrey Rahmatullin
2004-12-15 17:04 ` [Comm][JT] " Pavel N. Solovyov
2004-12-15 14:53 ` [Comm] tar commpression options Denis Smirnov
2004-12-17 6:18 ` Aleksander N. Gorohovski
3 siblings, 1 reply; 23+ messages in thread
From: Andrey Rahmatullin @ 2004-12-15 14:43 UTC (permalink / raw)
To: community
[-- 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 --]
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm][JT] tar commpression options
2004-12-15 14:43 ` Andrey Rahmatullin
@ 2004-12-15 17:04 ` Pavel N. Solovyov
2004-12-15 17:24 ` [Comm] wmv via xine or mplayer VITICH
0 siblings, 1 reply; 23+ messages in thread
From: Pavel N. Solovyov @ 2004-12-15 17:04 UTC (permalink / raw)
To: community
On Wed, 15 Dec 2004 19:43:58 +0500
Andrey Rahmatullin wrote:
> > Ещё раз поинтересуюсь чем всё же лучше жать уже ужатые по своей
> > структуре
> > файлы такие как zip\ jpeg ? Что показывает практика?
> Вы серьезно или прикалываетесь?
> Практика показывает, что жать их _бессмысленно_.
Ну почему же бессмысленно? На несколько байт размер архива можно
уменьшить при общем размере мегабайт...
Есть несколько вопросов, на которые я не могу найти ответ:
1. Зачем увеличивать степень сжатия на 1-5%, если при этом время сжатия
увеличивается на порядок?
2. Зачем разгоняют процессор и получают те же 1-5% увеличения скорости?
3. Зачем в играх 16 млн цветов?
Успехов. Павел.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Comm] wmv via xine or mplayer
2004-12-15 17:04 ` [Comm][JT] " Pavel N. Solovyov
@ 2004-12-15 17:24 ` VITICH
2004-12-15 20:24 ` Мар'ян Петришин
` (2 more replies)
0 siblings, 3 replies; 23+ messages in thread
From: VITICH @ 2004-12-15 17:24 UTC (permalink / raw)
To: community
Подскажите кто одолел проблему проигрывания wmv в mplayer или xine
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [Comm] wmv via xine or mplayer
2004-12-15 17:24 ` [Comm] wmv via xine or mplayer VITICH
@ 2004-12-15 20:24 ` Мар'ян Петришин
2004-12-15 22:18 ` Andrey Rahmatullin
2004-12-22 10:58 ` [Comm] wmv via xine or mplayer - УРАААА :) VITICH
2 siblings, 0 replies; 23+ messages in thread
From: Мар'ян Петришин @ 2004-12-15 20:24 UTC (permalink / raw)
To: community
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'а от должен быть правильным.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer
2004-12-15 17:24 ` [Comm] wmv via xine or mplayer VITICH
2004-12-15 20:24 ` Мар'ян Петришин
@ 2004-12-15 22:18 ` Andrey Rahmatullin
2004-12-22 10:58 ` [Comm] wmv via xine or mplayer - УРАААА :) VITICH
2 siblings, 0 replies; 23+ messages in thread
From: Andrey Rahmatullin @ 2004-12-15 22:18 UTC (permalink / raw)
To: community
[-- 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 --]
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-15 17:24 ` [Comm] wmv via xine or mplayer VITICH
2004-12-15 20:24 ` Мар'ян Петришин
2004-12-15 22:18 ` Andrey Rahmatullin
@ 2004-12-22 10:58 ` VITICH
2004-12-22 11:06 ` Michael Shigorin
2 siblings, 1 reply; 23+ messages in thread
From: VITICH @ 2004-12-22 10:58 UTC (permalink / raw)
To: community; +Cc: Michael Shigorin
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) - заработало.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-22 10:58 ` [Comm] wmv via xine or mplayer - УРАААА :) VITICH
@ 2004-12-22 11:06 ` Michael Shigorin
2004-12-22 16:48 ` Dmitry Kovalsky
2004-12-24 11:41 ` VITICH
0 siblings, 2 replies; 23+ messages in thread
From: Michael Shigorin @ 2004-12-22 11:06 UTC (permalink / raw)
To: community
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/
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-22 11:06 ` Michael Shigorin
@ 2004-12-22 16:48 ` Dmitry Kovalsky
2004-12-22 21:22 ` Мар'ян Петришин
2004-12-29 10:41 ` Гвоздев Александр
2004-12-24 11:41 ` VITICH
1 sibling, 2 replies; 23+ messages in thread
From: Dmitry Kovalsky @ 2004-12-22 16:48 UTC (permalink / raw)
To: community
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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-22 16:48 ` Dmitry Kovalsky
@ 2004-12-22 21:22 ` Мар'ян Петришин
2004-12-29 10:41 ` Гвоздев Александр
1 sibling, 0 replies; 23+ messages in thread
From: Мар'ян Петришин @ 2004-12-22 21:22 UTC (permalink / raw)
To: community
Странно все это.
Я закинул 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, где они его и ищут) то они вываливается в
> сег фолт.
>
>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-22 16:48 ` Dmitry Kovalsky
2004-12-22 21:22 ` Мар'ян Петришин
@ 2004-12-29 10:41 ` Гвоздев Александр
2004-12-29 12:31 ` VITICH
1 sibling, 1 reply; 23+ messages in thread
From: Гвоздев Александр @ 2004-12-29 10:41 UTC (permalink / raw)
To: community
В сообщении от Среда 22 Декабрь 2004 19:48 Dmitry Kovalsky написал(a):
> > > Всё что не работало (wmv 9) - заработало.
> >
> > Это из-за w32codec, xine-ui и libxine можете возвращать
> > альтовские.
>
> Если просто к альтовому Мплейеру или Ксину _добавить_ кодеки из
> сайта Мплерера (т.е. сделать /usr/local/lib/win32, где они его и
> ищут) то они вываливается в сег фолт.
Подтверждаю. Повторяемость 100%
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-29 10:41 ` Гвоздев Александр
@ 2004-12-29 12:31 ` VITICH
0 siblings, 0 replies; 23+ messages in thread
From: VITICH @ 2004-12-29 12:31 UTC (permalink / raw)
To: community
Гвоздев Александр пишет:
>В сообщении от Среда 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 не катит :(
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] wmv via xine or mplayer - УРАААА :)
2004-12-22 11:06 ` Michael Shigorin
2004-12-22 16:48 ` Dmitry Kovalsky
@ 2004-12-24 11:41 ` VITICH
2004-12-24 12:23 ` [Comm] " Michael Shigorin
1 sibling, 1 reply; 23+ messages in thread
From: VITICH @ 2004-12-24 11:41 UTC (permalink / raw)
To: community
Michael Shigorin пишет:
>
>
>>Всё что не работало (wmv 9) - заработало.
>>
>>
>
>Это из-за w32codec, xine-ui и libxine можете возвращать
>альтовские.
>
>
>
Вернул альтовский libxine и перестало работать!
Опять поменял на libxine1 - заработало.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] tar commpression options
2004-12-15 9:45 ` Alexandr R. Ogurtzoff
2004-12-15 9:57 ` Drool
2004-12-15 14:43 ` Andrey Rahmatullin
@ 2004-12-15 14:53 ` Denis Smirnov
2004-12-17 6:18 ` Aleksander N. Gorohovski
3 siblings, 0 replies; 23+ messages in thread
From: Denis Smirnov @ 2004-12-15 14:53 UTC (permalink / raw)
To: Alexandr R. Ogurtzoff; +Cc: community
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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Comm] tar commpression options
2004-12-15 9:45 ` Alexandr R. Ogurtzoff
` (2 preceding siblings ...)
2004-12-15 14:53 ` [Comm] tar commpression options Denis Smirnov
@ 2004-12-17 6:18 ` Aleksander N. Gorohovski
3 siblings, 0 replies; 23+ messages in thread
From: Aleksander N. Gorohovski @ 2004-12-17 6:18 UTC (permalink / raw)
To: community
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-ом - меньше нагрузка на проц.
^ permalink raw reply [flat|nested] 23+ messages in thread