Close Topic Options

авторы:

это значит, что можно PARить сам FLAC и не париться с WAV. ну, слава креативным органам этих парней!

Почитай, всё подробно написано вот тут.
А DLL можно отдельно взять здесь.

Просто цифры

Взято с Сравнение популярных беспотерьных аудиокомпрессоров

Сравнение популярных беспотерьных аудиокомпрессоров

Все беспотерьные аудиокомпрессоры показывают различные результаты на разных данных. TTA (TTA lossless audio encoder/decoder) компрессор основан на простых алгоритмах, которые могут быть легко реализованы в аппаратных проигрывателях. TTA в отличие от других аудиокомпрессоров использует фильтры низких порядков и это сравнение нельзя назвать корректным, но оно показывает качество TTA фильтров. Следующие 4 компакт-диска были специально подобраны для того, чтобы показать эффективность алгоритмов TTA компрессора...

А вот мои изыскания:
(использовал 2 кб утилиту Counts time of execution of any program)

********************************************************************

ТТА

timer.exe ttaenc.exe -e3 "01-Don't Pay the Ferryman.wav"

Timer 3.01 Copyright © 2002-2003 Igor Pavlov 2003-07-10
TTA lossless audio encoder/decoder, release 2.0
Copyright © 2003 Alexander Djourik. All rights reserved.
For more information see tta.iszf.irk.ru
------------------------------------------------------------
File: [01-Don't Pay the Ferryman.wav]
Encode: wrote 29781617 bytes, done, ratio: 0.73, time: 26
------------------------------------------------------------
Total: [1/1, 28.4/38.7 Mb], ratio: 0.734, time: 0'26
------------------------------------------------------------

Kernel Time = 0.951 = 00:00:00.951 = 3%
User Time = 18.736 = 00:00:18.736 = 70%
Process Time = 19.688 = 00:00:19.688 = 74%
Global Time = 26.589 = 00:00:26.589 = 100%

********************************************************************

MAC

timer.exe MAC.exe "01-Don't Pay the Ferryman.wav" "01-Don't Pay the Ferryman.ape" -c5000

Timer 3.01 Copyright © 2002-2003 Igor Pavlov 2003-07-10
--- Monkey's Audio Console Front End (v 3.99) © Matthew T. Ashland ---
Compressing (insane)...
Progress: 100.0% (0.0 seconds remaining, 122.1 seconds total)
Success...

Kernel Time = 0.901 = 00:00:00.901 = 0%
User Time = 113.072 = 00:01:53.072 = 92%
Process Time = 113.973 = 00:01:53.973 = 93%
Global Time = 122.135 = 00:02:02.135 = 100%

********************************************************************

FLAC

timer.exe flac.exe -8 "01-Don't Pay the Ferryman.wav"

flac 1.1.0, Copyright © 2000,2001,2002,2003 Josh Coalson
flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
welcome to redistribute it under certain conditions. Type `flac' for details.

options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6
01-Don't Pay the Ferryman.wav: wrote 30435562 bytes, ratio=0,750

Kernel Time = 1.021 = 00:00:01.021 = 1%
User Time = 63.381 = 00:01:03.381 = 87%
Process Time = 64.402 = 00:01:04.402 = 89%
Global Time = 72.263 = 00:01:12.263 = 100%

********************************************************************

Что особенно радует в TTA (кроме скорости упаковки) - это наличие не тормозящих плагинов для именитых проигрывателей appolo, foobar2000, winamp.

Поясню вышесказанное:

Разница в размере сжатого файла составила ±3%, а вот по времени -
TTA справился за 26.589 сек.
MAC - 122.135 сек. (02:02.135 мин.)
FLAC - 72.263 сек. (01:12.263 мин.)

вот заметил такое -в логфайлах у меня на win98:настройки ЕАС от S.O.
Secure with C2, accurate stream, disable cache
а при тех же настройках ЕАСа на winXP(на компе у дочки) выдает:
Secure with NO C2, accurate stream, disable cache

что такое "NO" и влияет ли это на качество рипа?

papulya
По идее, если в логе пишется "with C2", то значит и в установках стоит галочка об использовании C2. Если же она не стоит, а в лог пишется "with C2", то имеет место некий глюк, с которым я ещё никогда не сталкивался. Если же галочка действительно стоит, то её надо просто убрать. На качество рипа это может повлиять. Т.е. не обязательно влияет, а лишь может. Насколько велика вероятность этого, сильно зависит от привода.

Sergey Overkill
Все делал по инструкции до п.4 включительно.
Почему-то PAR2 файлов аж 4 штуки получилось.

- это то, что в архиве лежит в верхней картинке.
По инструкции дальше не понятно - все файлы собрать в архив, этот архив расшарить в eMule и раздавать? Или только RAR из этой папки расшаривать?

This post has been edited by drVlad on 07-01-2005, 22:37

drVlad
Конечно только RAR надо расшаривать... А PAR'ы - они для того нужны, чтобы можно было потом, когда файл уже удалён у тебя, восстановить его с тем же хэшем.

Sergey Overkill Спасибо! А я уж запаниковал - весь день на это убил, первый релиз, как-никак. Софта никакого не было, все скачивал, ставил и осваивал с нуля, кроме EAC.
Инструкция очень понятная, единственное, что многие программы на русском, приходилось переводить в английский, тот же EAC. Но с этим мы справились
Пойду-ка расшарю-ка.

drVlad
Так сграбить, запаковать и выложить - это и есть самое главное. А позаботиться о том, чтобы можно было восстановить свой релиз потом - это по желанию...

drVlad, по поводу 4х паров - это не совсем по-инструкции, если я правильно помню. по-идее, не нужно двух томов, а только один.

однако, все эти пары ... для очень педантичных граждан. имхо, если через год к тебя обратятся - сграбишь еще раз, а не получится,.. ну не получилось 8).

удачи

eShiva
Спасибо!
Почему-то так вышло - чего мелочиться 8)
А сколько вообще надо раздавать релиз? Уже по 1-2 человека качают одновременно у меня, раньше 4-5 было. Это признак того, что уже раздал? А то приоритет на отдачу у других файлов низкий стоит. Да и еще релиз хочу сделать. Одновременно 2 релиза раздавать нормально?

раздавать желательно не менее 4х размеров раздаваемого файла
можно раздавать и 2 и 3 файла и более ,но это есть неудобно для тех,
кто торопится скачать
из собственного опыта: у меня стоит версия мула 42g.она удобна тем,что на ней видно количество полных источников,-иногда убираю файл из расшарки если есть не менее 10и
но как правило держув расшарке 8-10 размеров

drVlad, если ты пользуешься мулом+ обрати внимание на опцию джампстарт _для следующего релиза_, так как для файла, который ты _уже начал раздавать_ эта опция категорически не рекомендуется.
если пользоваться джампстартом, то как сказал papulya - можешь быть уверен, что файл расползся. при правильной аннотации и соответствующем интересе к материалу можно раздать файл за сутки на линии 12К апстрима. приэтом другие файлы, естественно, получают низкий приоритет. НО, если ты являешься источником для кого-то, то ты получаешь бонусы в их даунлоад листах, т.е. чем больше ты отдаешь - тем лучше будешь качать. Так что оно того стоит, особенно на первых порах ословодства.

вообще же, тема подачи первого релиза обширная и было бы чудно, если бы ты поделился своими проблемами - для тебя они актуальны и можно откопать много интересного.

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