<html>
<body>
<font size=3>At 16:26 06.02.2012, you wrote:<br><br>
<br>
<blockquote type=cite class=cite cite="">On 06.02.2012 18:52, Olav Sunde
wrote:<br>
&gt; At 14:16 06.02.2012, you wrote:<br>
&gt; <br>
&gt;&gt; Olav,<br>
&gt;&gt; <br>
&gt;&gt; A change like this could easily break the format.&nbsp; That
would be<br>
&gt;&gt; a bad choice.<br>
&gt; <br>
&gt; That makes sense. Explains why it is not there today.<br>
&gt; <br>
&gt; <br>
&gt;&gt; On the other hand, an informational 'application' block could
be<br>
&gt;&gt; added in a way that does not break the format, and this
would<br>
&gt;&gt; even be backwards compatible since 'application' blocks
have<br>
&gt;&gt; always been a part of the specification.&nbsp; You simply won't
be<br>
&gt;&gt; able to rely on them being there.<br>
&gt; <br>
&gt; This is probably the best thing then. Adding the info will be<br>
&gt; optional? It would certainly be an improvement and hopefully
become<br>
&gt; part of the command line description so users would know how to
do<br>
&gt; it.<br>
&gt; <br>
Make a specification for storing this kind of data in app-block,
then<br>
devise a way to measure encoding complexity of existing FLAC stream
-<br>
and you'll be able to put these block in FLAC files that didn't have<br>
them originally.<br>
</font></blockquote><br>
This would be really useful. I hope someone will try to do this for the
next release of flac.<br><br>
Olav<br><br>
<blockquote type=cite class=cite cite=""><font size=3>
_______________________________________________<br>
flac-dev mailing list<br>
flac-dev@xiph.org<br>
<a href="http://lists.xiph.org/mailman/listinfo/flac-dev" eudora="autourl">
http://lists.xiph.org/mailman/listinfo/flac-dev</a></font></blockquote>
</body>
</html>