LISTSERV mailing list manager LISTSERV 16.0

Help for TEI-MUSIC-SIG Archives


TEI-MUSIC-SIG Archives

TEI-MUSIC-SIG Archives


TEI-MUSIC-SIG@LISTSERV.BROWN.EDU


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

TEI-MUSIC-SIG Home

TEI-MUSIC-SIG Home

TEI-MUSIC-SIG  November 2008

TEI-MUSIC-SIG November 2008

Subject:

Re: TEI Music SIG: meeting November 8, 2008

From:

Paolo Nesi <[log in to unmask]>

Reply-To:

Paolo Nesi <[log in to unmask]>

Date:

Thu, 13 Nov 2008 14:37:00 +0100

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (149 lines)

>

it seems that you are mostly concentrating the attention on MEI.
i am not discussing the values of the three models you are taking into
account, but I would be happy to give you an help in
better evaluating the MPEG-SMR.

please note that MPEG, SMR, that is MPEG-4 part 23 is NOW
a Full ISO standard approved and published.

-- it is extensible for many aspects
-- it has a free source code associated to the standard to load and save
    and also to editing some scores...
    Almost full editor is also accessible
-- it can be used for streaming and not only download
-- it is integrated into MPEG multimedia framework
-- it can be integrated with other distribution mechanism for
    multimedia such as http://www.axmedis.org that is MPEg-21
    this is was we are going to do.
-- it has a certain number of tools all in open source
-- we are working on a new player and viewer
-- we have developed a module for MAX/MSP also

the standard is not monolithic neither fix, if you intend to
start an activity on adopting it and you detect some
needed revisions and extension, we can support and help you in
integrating those issues into the new version of the standard
obtaining an amended and more powerful standard.

MOREOVER, that is very important, the MPEG-SMR is completely
royalty FREE, no patent have been requested on the model
that is truly derived from WEDELMUSIC, for which no patent
and royalty were requested.

The authors of WEDELMUSIC and SMR are Nesi and Bellini
that I am representing with this email,

Any single and minute piece of source code that we have on
the several MPEG-SMR TOOLS is offered to you if you need
to use it, again at royalty free and without asking money,
this include all the WEDELMUSIC tools that you see around.

cheers,
paolo

>This is a report (written with six hands by Bodard, Kepper and 
>Viglianti) of the meeting of TEI Music SIG: November 8, 2008, London.
>
>The first meeting of the Special Interest Group in Music has been 
>held on the 8th of November 2008 within the TEI Members Meeting at 
>King's College London.
>
>During the meeting, the major pre-existing XML-based encoding 
>formats for music notation have been considered. This includes
>
>     * MEI, which is currently developed by Perry Roland at the 
> University of Virginia
>        http://www.lib.virginia.edu/digital/resndev/mei/
>     * MusicXML, which is developed by Recordare LLC (Michael Good)
>        http://www.musicxml.org/
>     * MPEG-4 part 23, which was formerly known as Wedelmusic.
>        http://www.interactivemusicnetwork.org/mpeg-ahg/
>
>
>The SIG will concentrate on MEI first, as it is designed for 
>critical music editions. This decision does not exclude the other 
>formats from further evaluations.
>
>***Long-term agenda:***
>
>The SIG has to provide recommendations and examples for the 
>integration of music encoding within TEI. This will start with music 
>examples in Common Western Notation, but shall be extended to other 
>notations as much as possible.
>
>The question of integration v collaboration of MEI and TEI was left 
>open until further evaluations: it is not yet sure if the 
>(digital-)musicological community (which is not as large as the TEI 
>community) will accept to definitively incorporate MEI into TEI. 
>This political question will be addressed later.
>In the long term the SIG will work on determining the actual 
>similarity of the header parts and the textCrit / meiCrit modules.
>It would be desirable to allow TEI encodings in a MEI document (at 
>appropriate locations) and vice versa.
>For example, a musical document with text considered worth to be 
>encoded in TEI could be represented as a MEI document with TEI 
>inclusions, or it could be represented within TEI, where the 
><teiHeader> is mandatory and the MEI element <mei:work>could 
>substitute or go alongside with <text> and/or <facsimile>.
>On the other hand, mainly textual document with music embedded could 
>make use of the latter example.
>On order to reach this interoperability, the technical improvement 
>of MEI is a first objective to be reached .
>
>For all of these tasks, Johannes Kepper suggested that the SIG might 
>cooperate with the research project called Digital Music Notation 
>Data Model and Prototype Delivery System (conducted by Roland and 
>Kepper). This project will translate MEI from a one-man-show to a 
>community-based project, and will discuss the political issues 
>concerned with the collaboration / integration with TEI.
>
>MEI will have to consider to refer in its documentation to the 
>authority lists and controlled values defined by the MPEG4.23 
>standard wherever appropriate. This has no consequences on the 
>concepts and model of MEI, but helps to standardize the 
>interpretation of certain basic symbols and elements.
>For the MPEG4.23 standard documentation please refer to: 
>http://www.interactivemusicnetwork.org/mpeg-ahg/w8632-MPEG-SMR-part-23-rev-public.pdf
>
>Furthermore, the development of tools for WYSIWYG generation and 
>dynamic rendering of MEI should be supported by the SIG as much as possible.
>
>***Short-term agenda - first steps:***
>
>For the further discussion about MEI's independence it is important 
>to compare the headers. A first question to be addressed is: "is it 
>possible for MEI to use an extended TEI header?"
>A first attempt to answer that question might be to "oddify" MEI, as 
>this allows an easier comparison of individual parts. At the same 
>time, it allows the generation of different schemas as well as DTDs.
>
>At the same time, the primitive objects and values of MEI shall be 
>compared to their equivalents (if existing) in the MPEG standard.
>
>
>Many thanks to Gabriel Bodard, Lou Burnard, Johannes Kepper, Daniel 
>Pitti, Laurent Romary, and Susan Schreibman for their attendance and 
>precious contribution to this first meeting.
>
>Comments and ideas are more than welcome!
>
>Best,
>----------------------------------------------------------
>Raffaele Viglianti
>Centre for Computing in the Humanities
>King's College London
>WC2B 5RL

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Paolo Nesi, Ph.D.

Office:   +39-055-4796523
LAB:      +39-055-4796425
Admin:    +39-055-4796567
fax:      +39-055-4796469 or 363
Cell:     +39-335-5668674
Cell:     +39-329-4309883
skype:    nesipaolo
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

August 2012
June 2012
May 2012
April 2012
October 2011
February 2011
December 2010
November 2010
July 2010
November 2009
October 2009
May 2009
April 2009
March 2009
November 2008
October 2008
May 2008
April 2008
March 2008

ATOM RSS1 RSS2



LISTSERV.BROWN.EDU

CataList Email List Search Powered by the LISTSERV Email List Manager