[Music] Several GUI applications

[Mikhail Yakshin]

Alexandre Prokoudine пишет:

>>Теперь о минусе. Даже нескольких минусах. Честно заставив себя
>>использовать в течение нескольких прошедших месяцев некий фришный
>>околомузыкальный гуевый софт, у меня скопилось к нему, мягко говоря,
>>большое количество претензий.
>>
>>По своей сути - в глубине - он хорош. Он даже почти выполняет всю
>>заявленную функциональность. Но вот выполнена она настолько кошмарно и
>>неудобно, что надо обладать поистине железными нервами и терпением,
>>чтобы этим пользоваться. В нем есть огромная куча весьма полезных идей и
>>нововведений, но все это с лихвой перекрывается тем, что весьма базовые
>>вещи выполнены просто ужасно.
>>
>>Речь об Audacity, Rosegarden, Muse, NoteEdit - рассматриваемые в
>>качестве замены коммерческим Cakewalk (Sonar), Sony Sound Forge, Adobe
>>Audition.
>>
>>Так как просто ругаться - неконструктивно и надо что-то делать, у меня
>>возникла мысль - а не написать ли хотя бы некий список TODO для этих
>>проектов, который потом можно будет оформить в дальнейшем в качестве ТЗ
>>для дальнейшего развития проектов и потихоньку выполнять это?..
> 
> Я бы посмотрел на такой список. Только заранее предупреждаю, что я как
> человек постоянно читающий audacity-devel, да и rosegarden-devel тоже,
> могу понарассказывать много ужасов о свежих патчах, правящих юзабилити
> -- особенно в первом случае. А ещё могу показать на вики для
> фичреквестов на Audacity.

Речь не столько о юзабилити, хотя о ней, наверное, в первую очередь, 
сколько о major design faults. Я не уверен даже, что то, что будет в 
итоге сформулировано, не приведет к выводам о том, что это все целиком 
надо выкинуть и переписать заново. Хотя и жалко, ведь что-то работающее 
вроде как есть - а пользоваться этим... Ну очень сложно...

> Вторыми двумя программами я пользуюсь через силу (особенно MusE,
> который даже в CVS не умеет читать BPM из джек транспорта), поэтому
> списочек могу даже пополнить :)
> 
> Миша, копию даю в multimedia-devel@, ибо там людей с претензиями тоже хватает :)

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

> P.S. Я тут на досуге занялся документированием Hydrogen (на аглицком),
> в котором грядут большие перемены к Лучшму и Светлому. Если есть
> пожелания -- велкам. Пока что написана предварительная версия
> тьюториала "Syncing Hydrogen with other applications" (по сути -- что
> такое JACK Transport и как им пользоваться применительно к Hydrogen).
> Начато "Humanizing your drum track". Клятвенно обещаю весь этот бред
> перевести потом с ниггерского американского на литературный русский :)

Все офигенно, вот только убейте меня - но я до сих пор не понимаю, ну 
чего люди находят в этих убогих паттерно-ориентированных интерфейсах 
драм-машинного типа? Ну область применимости у них какая? Драм-машинку 
изображать? Оно стоит всех этих геморроев, получаемых от необходимости 
синхронизации? Чем в MIDI в любом сиквенсере оно хуже получается?..

Я думаю, что на этот вопрос - если будет желание ответить что-нибудь 
кроме "а, все с ним понятно" ;) - то лучше в приват, ибо уже оффтопик.

P.S. У меня возникает почему-то стойкое убеждение, что любой CLI- или 
CLI-based + frontend околомузыкальный софт - априори замечателен - 
работает обычно хорошо, стабильно, продуманно спроектирован. А любой 
GUI, который либо драли с каких-то виндовых программ, либо пытались 
прямо в нем разводить какие-то новые фичи - априори убог и ущербен :(

-- 
WBR, Mikhail Yakshin AKA GreyCat
ALT Linux [http://www.altlinux.ru] [xmpp:greycat at altlinux.org]