Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Архиваторы. Сравнение сжатия

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56

Открыть новую тему     Написать ответ в эту тему

www_r3mteam_net



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Правило темы: согласно п. 2.4 Правил, содержание ответа должно быть в виде сравнения, и единственным доводом в данном топике является сравнение в цифрах.
 
Каким архиватором вы пользуетесь, обсуждается только в этой теме;
вопросы настройки обсуждаются только в темах архиваторов.
 
Сайты, на которых сравнивается и обсуждается сжатие:
http://maximumcompression.com
http://compressionratings.com
http://squeezechart.com
http://metacompressor.com/uploads.aspx
http://heartofcomp.altervista.org/MOC/MOC.htm
http://uclc.info


http://blackfox.wz.cz/benchmark/
http://cs.fit.edu/~mmahoney/compression/#benchmarks
http://cs.fit.edu/~mmahoney/compression/uiq/


http://compression.ru
http://arctest.narod.ru
http://maxcompress.narod.ru
http://compressionmax.com (Французский)
http://blackfox.wz.cz/pcman/benchmark.htm
http://freewebs.com/emilcont/benchmark.htm
http://enotus.at.tut.by/Articles/ArchiversReview/index.html
(Похоже, данные этих сайтов устарели!)
 
Добавляйте новые!

Также на страницах этой темы много тестов, проведённых участниками форума. Не игнорируйте их, они столь же полезны, как и те тесты, что вывешены на сайтах о сжатии!
 
Тесты, проведённые участниками этого форума:
Тесты от arsvrn
Тесты от Panzer
Тесты от Viewgg
Тесты от egor23 (самые свежие! Самые полные!) old version
Максимальное практическое сжатие: WinRK, ccm(x), uharc, FreeArc и 7-zip от автора FreeArc


Прежде чем задать вопрос, читайте тему! Велика вероятность, что ответ на ваш вопрос уже есть!

Всего записей: 24 | Зарегистр. 20-05-2003 | Отправлено: 20:08 21-05-2003 | Исправлено: Nikolai2004, 01:05 12-12-2010
biomednet



Schwarz Meister
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer
Тэг "more"
разрабатывали специально для Вас.
ВСЕМ! Читайте правила. Они иногда меняются...в лучшую сторону.
abz

Цитата:
Ничего из твоей писанины не понял

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


----------
Nytt Land - Ritual

Всего записей: 2295 | Зарегистр. 12-08-2002 | Отправлено: 15:27 28-03-2005 | Исправлено: biomednet, 15:28 28-03-2005
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
biomednet

Цитата:
пожалуйста, отредактируйте свой пост, добавьте комментарии и пояснения.  

попытался

Цитата:
Тэг "more" разрабатывали специально для Вас.  

Мне кажется, что либо оставить только анонс и весь тест убрать в "more", либо оставить все как есть. Подожду других высказываний

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 16:41 28-03-2005
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer
Не указана очень существенная характеристика --- время, затрачиваемое на упаковку и распаковку. И, действительно, хороший вариант для апробации тега [more]

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 20:13 28-03-2005
Lomster

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer

Цитата:
Мне кажется, что либо оставить только анонс и весь тест убрать в "more", либо оставить все как есть. Подожду других высказываний

Может написать напр. так:  
 
1. Такой-то тест, таких-то архиваторов, т.е. цели, инструментарий, условия, тестовый материал.
2. Выводы: в результате тестирования обнаружилось то-то, выводы можем сделать таке-то.
3. Полный материал тестирования: в тег [more]
 
2ALL
Предложение: определиться с форматом результатов тестирований, для удобства и удобочитаемости.


----------
Сделайте себе анонимно: TOR - распределенная система анонимного серфинга.

Всего записей: 1529 | Зарегистр. 10-05-2002 | Отправлено: 20:32 28-03-2005
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP

Цитата:
Не указана очень существенная характеристика --- время, затрачиваемое на упаковку и распаковку.

Указана - упаковка не более минуты во всех случаях. Соответственно распаковка не медленнее. Я решил, что преимущество по скорости в пределах минуты несущественно.

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 13:08 29-03-2005
abz



Хулиган
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer

Цитата:
Указана - упаковка не более минуты во всех случаях. Соответственно распаковка не медленнее. Я решил, что преимущество по скорости в пределах минуты несущественно.

А что значит второе значение слева направо? Типа, 22:22 22:19 и.т.д.

Всего записей: 14975 | Зарегистр. 04-11-2002 | Отправлено: 01:00 30-03-2005
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer
13:08 29-03-2005
Цитата:
Указана - упаковка не более минуты  

Все верною Сорри. Одна проблема: думается, что ситуация слишком идеальная --- слишком маленькие объемы информации рассматриваются. Нетипичная задача в данном случае, ибо, как мне кажется, экспериметры с максимальным сжатием экспериметральными архиваторами следует проводить на больших (порядка гигабайта) данных, когда разница в результате в несколько десятков мегабайт имеет смысл (ну-ка хранить атулуковскую базу в zip (даже в RAR) или в 7z!). Небольшие массивы (документы и прочее) обычно имеет смысл сжимать просто раром --- без лишней головной боли --- быстро и результативно. Здесь же можно сопоставить временные затраты (они могут расти нелинейно, как в случае с RK: одно дело подождать 10 минут, как с RAR, другое дело --- несколько часов, как с RK). На интервале же в 1 минуту их, согласитесь, не оценить, что ведет к бессмысленности проведения указанного эксперимента...

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 04:28 30-03-2005
Viewgg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Не указана очень существенная характеристика --- время, затрачиваемое на упаковку и распаковку.

А вам не кажется, что тема называется так:
Цитата:
Какой архиватор отличается максимальным сжатием?

Посему публиковать время сжатия здесь, на мой взгляд, бессмысленно. Можно сделать в другой теме - впрочем, это на усмотрение модератора.
TCPIP

Цитата:
экспериметры с максимальным сжатием экспериметральными архиваторами следует проводить на больших (порядка гигабайта) данных

Не согласен, поскольку очень важная задача подобных архиваторов - сжатие для переправки через Интерент, где часто прихолится брать малые объемы, а 10 Кб уже имеют значение.
Panzer
Сделайте хотя бы простейшую таблицу, хоть в Блокноте! Тогда всё сразу станет ясно. Сам я оформлял криво, но хоть понять можно:
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=220#19

Всего записей: 3012 | Зарегистр. 07-12-2004 | Отправлено: 19:05 01-04-2005
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Viewgg

Цитата:
Не согласен, поскольку очень важная задача подобных архиваторов - сжатие для переправки через Интерент, где часто прихолится брать малые объемы, а 10 Кб уже имеют значение.

При быстром модемном коннекте (56k или V90) даже 100 Кб не имеют значения. А на выделенке и, тем более, DSL, и 10 мег погоды не делают совершенно.
 
Например мне для того, чтобы максимально быстро сжать и закачать данные на фтп (т.е. имеет значение время сжатия + время закачки), выгоднее всего пользоваться RAR с минимальной компрессией (-m1 или -m2). Если пользоваться более мощной (и занимающей больше времени) компрессией того же RAR'a, или медленными архиваторами вроде 7zip и WinRK, то проигрышь получается по времени. Причем при больших объемах данных - значительный.

Всего записей: 6923 | Зарегистр. 01-10-2002 | Отправлено: 19:41 01-04-2005
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Viewgg

Цитата:
публиковать время сжатия здесь, на мой взгляд, бессмысленно

Позволю себе возразить против такого мнения, потому что

Цитата:
сжатие для переправки через Интерент

лишь одна из задач архивирования. Не менее важная задача, например - архивирование баз данных (в том числе и ежедневное), объемами сотни Мб. Да и просто отнести домой какой-нибудь дистрибутив на флэшке тоже нередко надо.
А если время не интересует, давайте пользовать WinRK - он все-таки заметно лучше других жмет (но время...).

Всего записей: 1241 | Зарегистр. 08-09-2004 | Отправлено: 19:51 01-04-2005
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Viewgg
19:05 01-04-2005
Цитата:
А вам не кажется, что тема называется так:

   

Цитата:
сжатие для переправки через Интерент,  

Так то оно так. Только если вы кому-то пришлете 314 372 ozero1-txt.dur сомневаюсь, что он оценит такую экономию по сравнению с 332 004 ozero1-ppm.7z, так как прийдется искать durilca и прочее. Хотя, для персонального онлайн-бекапа, почему бы и нет?
Benchmark
19:41 01-04-2005
Цитата:
А на выделенке и, тем более, DSL, и 10 мег погоды не делают совершенно.  

Здесь не соглашусь. Например зараренный имаж диска скачивается куды быстрее (даже на хорошем канале), чем зазипленный и уж тем более голый. К сожалению, встроенная в протокол компрессия --- лишь способ компенсации передачи текстов.
arsvrn
19:51 01-04-2005
Цитата:
лишь одна из задач архивирования. Не менее важная задача, например - архивирование баз данных (в том числе и ежедневное), объемами сотни Мб. Да и просто отнести домой какой-нибудь дистрибутив на флэшке тоже нередко надо.  

Именно об этом я и говорю. Можно кстати переменовать тему в Какой архиватор самый оптимальный? (понятно, что в данном случае речь идет о чисто эмпирическом выборе оптимальности )

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 03:50 02-04-2005 | Исправлено: TCPIP, 03:51 02-04-2005
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP

Цитата:
Например зараренный имаж диска скачивается куды быстрее (даже на хорошем канале), чем зазипленный и уж тем более голый.

Речь идет не про скачивание, а про компрессию + закачивание. Т.е. чтобы кто-то скачал этот имидж, надо чтобы ты его сначала сжал и закачал на фтп.  
 
Вот тут и начинается самое интересное. Посчитай, сколько уйдет на твоей машине времени на архивирование образа диска ZIP'ом, и сколько - RAR'ом в минимальной (-m1 или -m2), и в максимальной компрессии (-m5). И прибавь к этому время, которое тебе нужно, чтобы после сжатия закачать все это добро на фтп (т.е. зависит от скорости твоего upload'a).
 

Цитата:
Можно кстати переменовать тему в Какой архиватор самый оптимальный? (понятно, что в данном случае речь идет о чисто эмпирическом выборе оптимальности )

Вот тут полностью согласен. Только нужно будет определить эти самые критерии оптимальности. Хотя бы примерно.

Всего записей: 6923 | Зарегистр. 01-10-2002 | Отправлено: 14:51 02-04-2005
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP
Benchmark

Цитата:
Только нужно будет определить эти самые критерии оптимальности

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

Всего записей: 1241 | Зарегистр. 08-09-2004 | Отправлено: 17:16 02-04-2005 | Исправлено: arsvrn, 17:17 02-04-2005
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Немножко самопальных тестов. тестировались:  
UHARC 0.6a, 7-Zip 4.16 beta, Slim! 0.23, DURILCA & DURILCA-light v.0.4b, RAR 3.42, WinUDA 0.290  
Подробнее...
Архив DURILCA: *.dur; DURILCA-light: *.durl; Slim: *.sl; UHARC: *.uha; WinUDA: *.uda
В каждом пункте приведены архивы и исходник, отсортированы по размеру.
 
Компьютер: Microsoft Windows XP Professional 5.1.2600 Service Pack 2 Сборка 2600
Процессорx86 Family 6 Model 4 Stepping 2 AuthenticAMD ~700 МГц
Полный объем физической памяти 512 МБ
Время замерялось с помощью Timer 3.01  Copyright (c) 2002-2003 Igor Pavlov  2003-07-10. (PT = Process Time)
 
1. Русский текст (все про Рекса Стаута с lib.ru ), dos кодировка.
Исходно 74 файла,  16 155 082 байт. Собрано в tar. Пробовалось непосредственно для *.txt, и для собранных в tar, показан лучший результат.
 
16 211 968  txt-rus-big.tar
 
  3 280 851 rus-tar.dur           PT =   229.019 = 00:03:49.019
  3 372 198 rus-tar.durl          PT =    31.775 = 00:00:31.775
  3 545 872 rus-tar.sl             PT =   548.238 = 00:09:08.238
  3 845 427 rus-tar.uda          PT =  1539.834 = 00:25:39.834
  3 870 169 rus-tar-ppm.7z     PT =    35.040 = 00:00:35.040
  4 085 758 rus-tar-ppm.rar    PT =    55.800 = 00:00:55.800  
  4 424 433 rus-tar-ppm.uha   PT =   166.138 = 00:02:46.138
 
вызовы архиваторов с параметрами:Подробнее...
 
2. English html. Wayne Magnuson: English Idioms.  
8,97 МБ (9 413 026 байт), 928 файлов, 3 папки. Собрано в Magn.tar .
 
 10 145 792 Magn.tar
 
 344 760 Magn.sl             PT =   129.636 = 00:02:09.636  
 389 520 Magn-txt.dur      PT =   402.879 = 00:06:42.879
 392 790 Magn-tar.uda     PT =   779.631 = 00:12:59.631
 404 369 Magn-ppm.7z     PT =     6.299 = 00:00:06.299
 461 328 Magn-txt.durl     PT =     5.087 = 00:00:05.087
 490 679 Magn-ppm.uha   PT =    13.699 = 00:00:13.699
 618 041 Magn-ppm.rar    PT =    20.829 = 00:00:20.829
 
вызовы архиваторов с параметрами: Подробнее...
 
3. English html. JDKTM 5.0 Documentation с http://java.sun.com/j2se/1.5.0/download.jsp#docs
Исходно jdk-1_5_0-doc.zip. В распакованном виде 223 МБ (234 575 176 байт), 10779 файлов (html), 711 папок. Собрано в tar.  
Интересно, что исходный zip с низкой степенью сжатия - totalCommander за секунды (точно не считал )делает zip почти вдвое меньше.  
 
 27 982 762 docs-tc.zip        totalCommander
 45 635 523 jdk-1_5_0-doc.zip
243 221 504 docs.tar
 
 12 570 679 docs-tar.uda             PT = 14420.525 = 04:00:20.525
 12 671 596 huge-docs-t1.dur       PT = 10562.738 = 02:56:02.738
 12 784 436 huge-docs-512.sl       PT =  5072.675 = 01:24:32.675  
 14 301 136 huge-docs-ppm.uha   PT =   601.544 = 00:10:01.544
 14 608 476 huge-docs-ppm.7z     PT =   183.283 = 00:03:03.283
 16 508 238 huge-docs-t2.durl      PT =   172.297 = 00:02:52.297
 17 114 242 huge-docs-ppm.rar    PT =   391.292 = 00:06:31.292
 
вызовы архиваторов с параметрами: Подробнее...
 
4. *.dll из Windows\system32, 229 файлов, 52 504 082 байт. Собраны в tar.
Пробовалось непосредственно для *.dll, и для собранных в tar, показан лучший результат.
 52 504 082 *.dll
 52 626 944 system32.TAR
 
  12 989 999 dll-TAR-t1.dur      PT =  2270.574 = 00:37:50.574  (14:22.250 на Athlon 2.0 ГГц)
  13 967 090 dll.uda                PT =  3765.845 = 01:02:45.845
  14 781 817 dll-TAR-t1.durl     PT =   781.063 = 00:13:01.063
  14 887 666 dll.sl                   PT =  5127.733 = 01:25:27.733  
  15 184 229 dll.7z                  PT =   309.024 = 00:05:09.024
  15 469 537 dll-ppm.uha        PT =   498.957 = 00:08:18.957
  17 443 045 dll-ppm.rar         PT =   182.171 = 00:03:02.171
 
вызовы архиваторов с параметрами: Подробнее...
 
5. 4 *.exe файла от MS Office XP. Пробовалось непосредственно для *.exe, и для собранных в tar, показан лучший результат.
 
 5 777 936 MSACCESS.EXE
 5 990 928 POWERPNT.EXE
 9 189 896 EXCEL.EXE
10 623 688 WINWORD.EXE
31 582 448 *.exe
31 586 816 msof.tar
 
 9 229 184 msof.sl              PT =  1173.317 = 00:19:33.317  
 9 434 635 msof-tar.dur      PT =   902.227 = 00:15:02.227  (05:57.984 на на Athlon 2.0 ГГц)
10 784 341 msof-tar.durl    PT =   160.731 = 00:02:40.731
11 186 516 msof.uda          PT =  2496.700 = 00:41:36.700
11 697 363 msof.7z            PT =   191.685 = 00:03:11.685
11 874 794 msof-ppm.uha  PT =   362.551 = 00:06:02.551
13 710 026 msof-ppm.rar   PT =   134.353 = 00:02:14.353
 
вызовы архиваторов с параметрами:Подробнее...
6. Смесь файлов из предыдущих тестов + bmp. Пробовалось непосредственно для *.*, и для собранных в tar, показан лучший результат.
Исходники:
 1 594 394 poster3.bmp   (784 917 poster3.sl;  802 301 poster3-alz.uha)
 2 067 968 cdosys.dll
 2 447 988 lotr-rus.txt
 2 684 086 lotr-eng.txt
 5 760 054 IMG_5773.bmp  (1 731 168 IMG_5773-ppm.uha; 2 377 765 IMG_5773.sl)
 5 990 928 POWERPNT.EXE
 
 20 545 418 *.*
 20 551 168 mix.tar
 
Результаты:
  5 473 603 mix-t3.dur               PT =   330.995 = 00:05:30.995
  5 914 749 mix-t3.durl              PT =    47.798 = 00:00:47.798
  6 107 348 mix.uda                  PT =  1514.097 = 00:25:14.097
  6 166 358 mix.sl                    PT =   588.255 = 00:09:48.255  
  6 207 962 mix-ppm.uha           PT =   213.496 = 00:03:33.496
  6 369 617 mix-tar-ppm.rar      PT =    52.425 = 00:00:52.425
  6 401 390 mix-ppm.rar           PT =    52.655 = 00:00:52.655
  6 569 054 mix.rar                  PT =    50.332 = 00:00:50.332
  7 159 421 mix-ppm.7z            PT =    61.588 = 00:01:01.588
  7 599 550 mix.7z                   PT =   106.553 = 00:01:46.553
 10 317 184 mix.zip                  TC zip; быстро
 
вызовы архиваторов с параметрами:Подробнее...

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 21:28 02-04-2005 | Исправлено: Panzer, 09:37 05-05-2005
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
14:51 02-04-2005
Цитата:
И прибавь к этому время, которое тебе нужно, чтобы после сжатия закачать все это добро на фтп (т.е. зависит от скорости твоего upload'a).  

Здесь спору нет, если upload ведется для хранилища. А если потом закаченное будут скачивать десятки раз?..
arsvrn
17:16 02-04-2005
Цитата:
А дальше пусть пользователь сам определяет, какой архиватор для его целей оптимальней.

Именно. Нужно обозначить для пользователя некоторые опорные точки, чтобы он знал на что ему следует ориентироваться для выполнения той или иной задачи:  

  • хранение данных
  • обмен данными

Panzer
Кстати, а как и чем вы вели подсчет времени? И вообще, если возможно, не могли бы вы поделиться know-how по проведению подобных тестов? Примеры бетч-файлов, программ подсчета.

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 01:44 03-04-2005
Viewgg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer
Это интересно, что UHARC показал на сжатии худшие результаты, чем 7-ZIP и RAR! Насколько я замечал, в этих тестах (в моих, на сайтах) он всегда выигрывал!

Всего записей: 3012 | Зарегистр. 07-12-2004 | Отправлено: 22:30 03-04-2005
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Viewgg
Вроде бы, архиватор от Uwe показывает себя на мультимедийных данных, а здесь бинарники. Хотя, на английском текстовике я тоже не ожидал...

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 02:22 04-04-2005
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
К тесту Panzer'а могу добавить результат по WinRK. К сожалению, только для его набора exe файлов, так как других наборов не имею (а качать 45 Мб не хочу). Для сжатия использовался кодек PWCM с размером модели 256 Мб.
 
Исходный размер 31 582 448 байт.
После сжатия: 9 488 020 байт.
 
Время на сжатие более 2 часов. Точно не замерял ввиду кривой конфигурации компа:
Athlon 2.0 ГГц, зато мать на KT133A (шина 133 МГц), 512 Мб ОЗУ.
 
Viewgg
Проверил UHArc на этом наборе. У Panzer'а все точно.

Всего записей: 1241 | Зарегистр. 08-09-2004 | Отправлено: 14:25 04-04-2005 | Исправлено: arsvrn, 14:28 04-04-2005
TIHb

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Народ у меня вот такая фигня. Скачал через емуль GTA:VICE CITY -239Mb в sfx архиве.
Распаковал там 7 uha, pack.exe и unpack.exe короче запустил unpack.exe пишет UHARC 0.4 подождал немножко (меньше минуты) пока оно мне в командной строке что-то писало, и опа. Все uha исчезли появилась нормальная игра (даже в реестр прописалось). Игра занимает 1.26 Gb. Но сколько я над этой игрой не ворожил с UHARC 0.4 у меня только фигня и получалась. Один фалй 312Mb зжался до 281Mb, а это уже больше.
PS в командной строке оно не только писало что какой-то файл сейчас разпаковывается но и например "превращаем sound.swx в sound.wav" (только на английском). Может кто знает как это получаеться у некоторых??????!!!!!!

Всего записей: 1 | Зарегистр. 26-03-2005 | Отправлено: 20:59 04-04-2005
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TIHb
20:59 04-04-2005
Цитата:
"превращаем sound.swx в sound.wav" (только на английском). Может кто знает как это получаеться у некоторых??????!!!!!!

Если это релиз от Myth то там обычно все делается с помощью бетч-файлов. Посмотрите, что там за ключи используются. Чтобы окно не закрывалось, можно запускать uha через интрепретатор: cmd /k uha.

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 02:46 05-04-2005
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56

Компьютерный форум Ru.Board » Компьютеры » Программы » Архиваторы. Сравнение сжатия


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru