Это только на моей памяти уже третья или четвёртая попытка хмл-аппликации для нотной записи. Все попытки без исключения являются бесплатными демонстрациями неадекватности хмл для подобных задач.
Почему неадекватности? Если считать, что нотная запись формализуема, то вопрос только в сложности структуры хмл. Ну, будет файл громоздкий, зато обмен данными стандартизуется... Я тут глянул - они разбирают произведение на партии, партию на такты, такт на ноты. Ну и всякие разные атрибуты-прибамбасы типа ключа, тональности или нажатия педалей. Всё вполне реально. Да ещё и расширяемо.
IMHO1: Чем MIDI не угодил с точки зрения стандартизации
обмена? Кодирование нотной записи не такая уж девственная прикладная область, там любые новации обречены на отвержение из-за гигантского legacy, а уж тем более такие уёжищные. Ибо документы в подобных хмл-аппликациях будут не просто громоздкие, а невгребенно гигантские.
IMHO2: Единственное пока что убедительное для меня преимущество хмля – возможность приложить к нему XSLT. Это имеет осмысленные приложения в случае представления одного контента множественными способами. Для нотной записи мне не удаётся придумать соответствующий сценарий (разве что генерация печатной партитуры через FO, но это уже из области тантрического секса).
IMHO1: Чем MIDI не угодил с точки зрения стандартизации обмена?
Ой нет. Миди, насколько я знаю, не передаёт адекватно структуру нотного текста. Он передаёт звуки, а это несколько другое.
Ибо документы в подобных хмл-аппликациях будут не просто громоздкие, а невгребенно гигантские.
Зато сжиматься будут хорошо :) И потом, аппликации, как и раньше, будут сохранять информацию в своём родном формате, а хмл нужен только для переноса. Как Ворд, который предпочитает .doc, хотя может сохранять и в .rtf.
Единственное пока что убедительное для меня преимущество хмля – возможность приложить к нему XSLT.[...]
Мне тоже не видно, зачем тут XSLT. А что такое ASN.1, я как-то пропустил...
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2004-02-28 07:39 am (UTC)no subject
Date: 2004-02-28 07:50 am (UTC)Я тут глянул - они разбирают произведение на партии, партию на такты, такт на ноты. Ну и всякие разные атрибуты-прибамбасы типа ключа, тональности или нажатия педалей. Всё вполне реально. Да ещё и расширяемо.
no subject
Date: 2004-02-28 08:09 am (UTC)IMHO1: Чем MIDI не угодил с точки зрения стандартизации обмена? Кодирование нотной записи не такая уж девственная прикладная область, там любые новации обречены на отвержение из-за гигантского legacy, а уж тем более такие уёжищные. Ибо документы в подобных хмл-аппликациях будут не просто громоздкие, а невгребенно гигантские.
IMHO2: Единственное пока что убедительное для меня преимущество хмля – возможность приложить к нему XSLT. Это имеет осмысленные приложения в случае представления одного контента множественными способами. Для нотной записи мне не удаётся придумать соответствующий сценарий (разве что генерация печатной партитуры через FO, но это уже из области тантрического секса).
И вообще, let's go back to ASN.1!
no subject
Date: 2004-02-28 08:27 am (UTC)Ой нет. Миди, насколько я знаю, не передаёт адекватно структуру нотного текста. Он передаёт звуки, а это несколько другое.
Ибо документы в подобных хмл-аппликациях будут не просто громоздкие, а невгребенно гигантские.
Зато сжиматься будут хорошо :) И потом, аппликации, как и раньше, будут сохранять информацию в своём родном формате, а хмл нужен только для переноса. Как Ворд, который предпочитает .doc, хотя может сохранять и в .rtf.
Единственное пока что убедительное для меня преимущество хмля – возможность приложить к нему XSLT.[...]
Мне тоже не видно, зачем тут XSLT.
А что такое ASN.1, я как-то пропустил...