Re: EBML spec component for review - Abstract
Moritz Bunkus <[email protected]>
| Newsgroups | gmane.comp.multimedia.matroska.devel |
|---|---|
| Message-ID | <[email protected]> |
Hey, > In my opinion the abstract in the EBML specification is better than > that from the RFC draft, so I propose that the EBML spec abstract can > be skipped. This sentence doesn't make much sense to me. »A is better than B so let's skip A«? Anyway, I don't really like the spec abstract, but I almost like your proposal: > “EBML is designed to be a compact and simple binary storage format, > inspired by XML, for the purpose of storing and manipulating all sorts > of digital content and metadata in a hierarchical form with variable > field length." I almost like this. However, the _purpose_ is »storing and manipulating all sorts of digital content and metadata«, maybe even »being compact and simple to parse« at the same time. The rest, »in a hierarchical form with variable field length«, is not its purpose, it's a technique used for achieving our purpose. Maybe something more like (please, native speakers, improve the wording): “EBML is designed to be a binary storage format, inspired by XML, for the purpose of storing and manipulating all sorts of digital content and metadata in a compact and simple form. It uses a hierarchical form with variable field length." Kind regards, mosu _______________________________________________ Matroska-devel mailing list [email protected] http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJVQ01zAAoJEHSvAK3y4yyF7CwQAI3QPVqIu0LfKefQGK+Jp616 QvQJkuO9YRKNpl1NLEeCdOSXDUBokEQaCaVk/j5dxeG97bXOJ9DWgLMma9WpVy8k BJUNCqgtTUJMMhC9H1X5LBfArigWaSNiO3a6Qe10ZlyrCq7oJI5dBKL55BHxj0jG Hh7o/XpliY6L4k+M6n/O+uQfzIA6l1ZKu1uyFc09hRPi16i2TsxwKIOplHoKHDnZ zbjT7bTJCtP0i5UGaGrfZ8SGawZNAE7DRHsLM82Yu6+12NbgcjwLiLqO6T4ZWNtI QysUHbGvvGJkMmaYkKok3NMW1mlX7FS7HfGHztEBY/KgcvgaTKoT34xb6frmAi1k P1cW1oyv7AcH+1WypgxWUqyBEqh3VISHMxDf/n/ulZvkazr07DLhKZy/K6UZHhGo Yw9bRpXL0UnhAUNm/QYya/ykTUbknvPXM7i5GLDsz+25weAxBbg9ZVMvj5snACbT jrTpGE9bCRbPFi1V5zQAsfHNDl5N2BGP30bzcooOx66EDC3117yOo9qU3YNdKNkH PdLw61szx85BP8cmN8Ju9sPqrL+59JZ1KDdaEaoVKV7E1FBfZU2X3KGxptRcITeN PoN94VmswwnHhaIha7CkjyRHnWMQ5CbdQusIxfdk3p7ujoSM5atewjUPMmh2YBBu 5gAF/7jDg6V59A9xZkOX =RmQQ -----END PGP SIGNATURE-----