|
|
|
Death Rock
Стаж: 17 лет 6 месяцев Сообщений: 1078
|
Death Rock ·
23-Янв-09 17:58
(16 лет 8 месяцев назад)
studio308
Цитата:
Changed: Added a help link to the help menu to show the included help file.
прикольное обновление
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
23-Янв-09 21:45
(спустя 3 часа)
Death Rock
До него еще 3 строчки 19 января. Просто сам факт, что разработчик ожил вдруг.
|
|
|
|
berry_st
Стаж: 18 лет 1 месяц Сообщений: 113
|
berry_st ·
23-Янв-09 23:03
(спустя 1 час 17 мин.)
studio308 писал(а):
Просто сам факт, что разработчик ожил вдруг.
Угу, фраза которую озвучил выше alan123 наиболее полно описывает состояние проекта monkeysaudio 
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
23-Янв-09 23:57
(спустя 54 мин.)
studio308
лучше бы OptimFROG ожил 
|
|
|
|
Death Rock
Стаж: 17 лет 6 месяцев Сообщений: 1078
|
Death Rock ·
24-Янв-09 01:12
(спустя 1 час 15 мин.)
BugHunter
у него код открыт?
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
24-Янв-09 01:18
(спустя 5 мин.)
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
24-Янв-09 01:35
(спустя 17 мин.)
BugHunter писал(а):
лучше бы OptimFROG ожил
И я того же мнения. OptimFrog значительно более перспективен. APE еще очень долго расти, он не поддерживает высокие разрешения, не поддерживает стриминг (не надо меня смешить поделкой etree). OptimFrog именно конкурент APE, как кодек имеющий одно из самых мощных сжатий. Хотя TAK в целом уже на шаг впереди по отношению ко всем существующим форматам.
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
27-Янв-09 14:51
(спустя 3 дня)
TAK 1.1.1 Development писал(а):
New features in TAK 1.1.1
1) In very rare cases the presets -p3 and -p4 will compress much worse than the lower presets. Thanks to DOS386 for reporting one of this cases. A new filter in the encoder will nearly eliminate this annoying effect.
2) MD5 calculation and verification of the raw audio data.
3) Option to lower the process priority.
and possibly something more.
Thomas
http://www.hydrogenaudio.org/forums/index.php?s=8f486ec23fe2008faf036fcf54939fe7&showtopic=68948
|
|
|
|
filosofem66
Стаж: 17 лет 7 месяцев Сообщений: 325
|
filosofem66 ·
28-Янв-09 19:50
(спустя 1 день 4 часа, ред. 28-Янв-09 19:50)
BugHunter писал(а):
studio308
лучше бы OptimFROG ожил
Чего ему оживать то? Закрытый топорный и тормознутый кодек. Умер - туда ему и дорога. APE - туда же.
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
13-Мар-09 08:59
(спустя 1 месяц 15 дней)
TBeck писал(а):
Final release of TAK 1.1.1 ((T)om's lossless (A)udio (K)ompressor)
This version brings support for MD5 checksums, an option to lower the process priority and compression improvements for some files.
Вышла очередная финальная версия, подробности тут.
|
|
|
|
Death Rock
Стаж: 17 лет 6 месяцев Сообщений: 1078
|
Death Rock ·
13-Мар-09 09:42
(спустя 43 мин., ред. 14-Мар-09 12:36)
BugHunter
круто!! спасибо за новость 
p.s. новая версия значительно лучше сжимает файлы с большой частотой дискретизации (>= 96khz)
был файл 291 МБ, стал 279
p.p.s а некоторые файлы новая версия сжимает хуже старой (на максиальном уровне сжатия)
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
16-Мар-09 13:00
(спустя 3 дня)
Death Rock писал(а):
p.p.s а некоторые файлы новая версия сжимает хуже старой (на максиальном уровне сжатия)
Ты сравниваешь эту с бэтой 1.1.1 или со старой финалкой 1.1.0? 
Старая версия действительно лучше жмет и Томас написал почему.
|
|
|
|
infport
Стаж: 17 лет 11 месяцев Сообщений: 14
|
infport ·
16-Мар-09 15:23
(спустя 2 часа 22 мин.)
Да флак ваш вообще умер уже давно. Посмотрел - два года не обновлялся.
|
|
|
|
Death Rock
Стаж: 17 лет 6 месяцев Сообщений: 1078
|
Death Rock ·
16-Мар-09 16:30
(спустя 1 час 7 мин.)
BugHunter
со старой
кстати, такое довольно редко получается, чтобы новая сжимала хуже, но факт
а ты не мог бы дать ссылку на объяснение этого факта?
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
16-Мар-09 16:56
(спустя 25 мин.)
TBeck писал(а):
-I hope you don't mind but i always had the feeling 5 presets are enough. Therefore i dropped the appropriately 'Insane' named preset -p5 and instead made presets 3 and 4 stronger. Okay, new -p4 will nevertheless be slightly weaker than old -p5, because i have reduced the maximum predictor count from 256 to 160. Before doing this i performed a detailed analysis of predictor count * compression * speed. There are not many files which benefit from such high predictor orders. Two of my file sets contain many of such files, but even they will only loose about 0.10 percent compression. Not a big loss if in exchange you get nearly half the decoding (cpu power) requirements.
Death Rock
тут инфа.
|
|
|
|
Death Rock
Стаж: 17 лет 6 месяцев Сообщений: 1078
|
Death Rock ·
16-Мар-09 18:31
(спустя 1 час 35 мин.)
TBeck писал(а):
Not a big loss if in exchange you get nearly half the decoding (cpu power) requirements.
а, тогда можно не пугаться 
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
16-Мар-09 22:36
(спустя 4 часа, ред. 16-Мар-09 22:36)
Death Rock
BugHunter
Мне кажется, что это бессмысленное решение. Надеюсь хотя бы файлы со сжатием p5 еще будут читаться.
Кстати, вышла Обезьяна 4.0.5.
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
16-Мар-09 22:55
(спустя 19 мин.)
studio308
да читаются они, просто теперь у них сжатие p4max вместо пятерки.
А вообще ему надо подкинуть идейку со специальным профилем для маньяков сжатия:
задрать предиктор эдак до 300-400, увеличить продолжительность кодироваемого фрейма, отрубить нафик эррор рекавери (как опцию).
Я уже не говорю про спец модели для различных стилей музыки (в первую очередь для классики и эмбиента  ).
То есть сделать что нить вроде фрога, только с сохранением высокой сокрости декодирования, пусть и в ущерб скорости сжатия.
Да и вообще, на дворе уже 2009 год и пора бы уже озадачиться поддержкой многопоточности. Ведь мы имеем потоковый формат, с длиной фрейма в 2 секунды.
Что мешает кодить в 4 потока одновременно 4 фрейма длиной в 2 секунды?
Или сразу 8 штук (16 в будущих моделях  ) на нехалеме с его восьмью потоками.
P.S. MMX инструкции в два раза ускоряют распаковку TAK'a 
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
16-Мар-09 22:58
(спустя 2 мин.)
BugHunter
|
|
|
|
Бешеный Математик
Стаж: 18 лет 7 месяцев Сообщений: 2227
|
Бешеный Математик ·
17-Мар-09 01:47
(спустя 2 часа 49 мин.)
Обьясните идиоту, чем формат лучше других?
Скорости (де)кодирования, обьемы и железо не интересует.
Какие есть "фишки", выделяющие этот формат?
|
|
|
|
Obey-Kun
Стаж: 18 лет 1 месяц Сообщений: 368
|
Obey-Kun ·
17-Мар-09 03:39
(спустя 1 час 51 мин.)
Бешеный Математик писал(а):
Обьясните идиоту, чем формат лучше других?
Скорости (де)кодирования, обьемы и железо не интересует.
Какие есть "фишки", выделяющие этот формат?
Бесспорными плюсами этого формата являются закрытые спецификации, закрытые исходники (де)кодера, отсутствие поддержки широким спектром аппаратного оборудования и платформами (поддерживается только Windows), а также поддержка лишь избранным единицами в стане программного обеспечения.
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
17-Мар-09 04:34
(спустя 55 мин.)
St.MPA3b
Забыл сказать, что у формата есть только несколько последователей, которых по пальцам одной руки пересчитать. А в остальном формат очень хорош.
Бешеный Математик писал(а):
Какие есть "фишки", выделяющие этот формат?
А какие есть "фишки" у других форматов, их выделяющие?
|
|
|
|
Death Rock
Стаж: 17 лет 6 месяцев Сообщений: 1078
|
Death Rock ·
17-Мар-09 08:04
(спустя 3 часа)
BugHunter писал(а):
А вообще ему надо подкинуть идейку со специальным профилем для маньяков сжатия:задрать предиктор эдак до 300-400, увеличить продолжительность кодироваемого фрейма, отрубить нафик эррор рекавери (как опцию).Я уже не говорю про спец модели для различных стилей музыки (в первую очередь для классики и эмбиента ).То есть сделать что нить вроде фрога, только с сохранением высокой сокрости декодирования, пусть и в ущерб скорости сжатия.Да и вообще, на дворе уже 2009 год и пора бы уже озадачиться поддержкой многопоточности. Ведь мы имеем потоковый формат, с длиной фрейма в 2 секунды.
Что мешает кодить в 4 потока одновременно 4 фрейма длиной в 2 секунды?
Или сразу 8 штук (16 в будущих моделях ) на нехалеме с его восьмью потоками.
вот это - обеими руками за
|
|
|
|
Бешеный Математик
Стаж: 18 лет 7 месяцев Сообщений: 2227
|
Бешеный Математик ·
17-Мар-09 10:45
(спустя 2 часа 40 мин.)
studio308 писал(а):
А какие есть "фишки" у других форматов, их выделяющие?
Для меня сейчас - никаких. Я ищу оптимальный контейнер. Я знаю
- FLAC - ogg, mka
- WavPack - zip\iso, mka
- APE - на нaшел
- ALAC - m4a
недостатки
FLAC - свои теги, не гибридного режима (хотя этот пункт под вопросом)
WavPack - не распространен
TAK - нет мультиканалов, закрыт
APE - нет защит от ошибок, нет мультиканалов
OptimFROG - умер, нет мультиканалов
ALAC - закрыт, нет софта, только две ОС
WMA -"-
TTA - почти все эти минусы
MPEG-4 ALS - хм, я надо будет изучить какой-то малоизвестный.
MPEG-4 SLS (HD-AAC) - вообще нет софта, хотя интересный формат.
Только у первых двух минусы, с которыми можно бороться.
И уберите идиотов, которые хотят убрать опцию защиты от ошибок.
Если есть возможность ее убрать, что часть рипов из п2п будет без нее. А так есть гарантия, что защита есть.
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
17-Мар-09 11:49
(спустя 1 час 4 мин.)
Цитата:
И уберите идиотов, которые хотят убрать опцию защиты от ошибок.
Если есть возможность ее убрать, что часть рипов из п2п будет без нее. А так есть гарантия, что защита есть.
Идиот здесь один, который не понимает что главная гарантия целостности в p2p - это проверка хэша файлов, остальное вода. Большинство файлов вообще не имеют никакой способности к восстановлению и ничего, люди молятся на них. Да и не надо путать избыточную информацию с проверкой целостности (CRC-24 в ТАКе на каждый фрейм это пара десятков кб на альбом), ее отрубать никто не предлагает.
|
|
|
|
Obey-Kun
Стаж: 18 лет 1 месяц Сообщений: 368
|
Obey-Kun ·
17-Мар-09 19:26
(спустя 7 часов, ред. 17-Мар-09 19:26)
Бешеный Математик писал(а):
FLAC - свои теги, не гибридного режима (хотя этот пункт под вопросом)
Ну так flac может использоваться внутри ogg-контейнера, тогда и теги ogg'шные. Вот только зачем?
То, что нет гибридного режима - да, минус. Но лично для меня нет никакого труда поддерживать зеркало всей моей музыкальной коллекции, конвертированной в ogg vorbis. Все 12000 треков сконвертированы автоматически, перенесены и ужаты до 300x300 пиксел cover.jpg, удалены логи и всё это за одно нажатие на клавиатуре. Ну, конечно, этому предшествовало написание пары скриптов. Я лично не вижу смысла в гибридном хранении музыки, ведь можно иметь 2 версии.
|
|
|
|
Бешеный Математик
Стаж: 18 лет 7 месяцев Сообщений: 2227
|
Бешеный Математик ·
18-Мар-09 00:04
(спустя 4 часа)
BugHunter писал(а):
Идиот здесь один, который не понимает что главная гарантия целостности в p2p - это проверка хэша файлов, остальное вода.
Чудо, я писал про востановление ошибок, а не проверки.
BugHunter писал(а):
Большинство файлов вообще не имеют никакой способности к восстановлению и ничего, люди молятся на них.
Люди и на мп3 молятся. Это показатель качества и функционала?
BugHunter писал(а):
Да и не надо путать избыточную информацию с проверкой целостности (CRC-24 в ТАКе на каждый фрейм это пара десятков кб на альбом), ее отрубать никто не предлагает.
Писал выше.
St.MPA3b писал(а):
Ну так flac может использоваться внутри ogg-контейнера, тогда и теги ogg'шные. Вот только зачем?
это и есть свои теги. Общие - это апе2.
St.MPA3b писал(а):
ogg vorbis
чем слушаешь?
St.MPA3b писал(а):
ужаты до 300x300 пиксел cover.jpg
к сожалению это требование не только к мобильным. Но и некоторым дополнениям фубара. Приходится юзать 2 версии.
St.MPA3b писал(а):
ведь можно иметь 2 версии
нет места
|
|
|
|
Obey-Kun
Стаж: 18 лет 1 месяц Сообщений: 368
|
Obey-Kun ·
18-Мар-09 00:15
(спустя 11 мин., ред. 18-Мар-09 00:15)
Бешеный Математик писал(а):
нет места
Простите, не подумал. Серьёзно. Глупо с моей стороны.
Бешеный Математик писал(а):
чем слушаешь?
На компьютере не слушаю, портейбл плеер - Cowon D2.
Бешеный Математик писал(а):
к сожалению это требование не только к мобильным. Но и некоторым дополнениям фубара. Приходится юзать 2 версии.
У меня везде хранятся cover.jpg (шириною до нескольких тысяч пикселов) и ужатые до 300x300 миниатюрки, тоже поддерживается это дело единственным скриптом. Хотя плеер на ПК нормально переваривает монструозного размера cover.jpg, мой карманный плеер действительно не выдерживает - делает ресайз несколько секунд.
Бешеный Математик писал(а):
это и есть свои теги. Общие - это апе2.
Может быть, я вас неправильно понял, но это видится мне неверным. Флак может храниться в собственном контейнере, тогда и теги свои -- Флаковые. А если флак хранится в контейнере ogg, то и теги у него оггшные. А апе2 тут при чём?
|
|
|
|
Бешеный Математик
Стаж: 18 лет 7 месяцев Сообщений: 2227
|
Бешеный Математик ·
18-Мар-09 00:36
(спустя 20 мин.)
St.MPA3b писал(а):
На компьютере не слушаю,
про это и речь
St.MPA3b писал(а):
портейбл плеер - Cowon D2.
он же кушает флак.
St.MPA3b писал(а):
Флак может храниться в собственном контейнере, тогда и теги свои -- Флаковые.
Гидроген пишет...
|
|
|
|
berry_st
Стаж: 18 лет 1 месяц Сообщений: 113
|
berry_st ·
18-Мар-09 00:49
(спустя 13 мин., ред. 18-Мар-09 00:49)
Бешеный Математик писал(а):
это и есть свои теги. Общие - это апе2.
А по каким параметрам общими признаны именно апе2, а не Vorbis Comments, используемые в FLAC, или те же ID3?
St.MPA3b писал(а):
Флак может храниться в собственном контейнере, тогда и теги свои -- Флаковые. А если флак хранится в контейнере ogg, то и теги у него оггшные.
В обоих случаях формат тегов один и тот же - Vorbis Comments.
|
|
|
|
