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