<div dir="ltr">The initial rule was, if I can recall correctly :<div><br></div><div>- Changes in the first digit (e.g. 1.x.x to 2.x.x) indicate a break in backwards compatibility ; i.e. the formats are totally different.</div>

<div>- Changes in the second digit indicate backward-compatible changes in the format (i.e. a 1.1.x-encoded file is only a particular case of a 1.2.x-encoded file)</div><div>- Changes in the third digit reflect any other, non-format related, change. In particular, any 1.2.x decoder can decode any 1.2.y-encoded file.</div>

<div><br></div><div>I think it best to stick to that, but you&#39;re doing the work, so you pick up what you think best or easiest. I believe however it is good to have rules that precisely govern what number changes.</div>

<div><br></div><div>Cheers,</div><div>Pyt.<br><div class="gmail_extra"><br clear="all"><div><br></div>
<br><br><div class="gmail_quote">On Sat, Jan 12, 2013 at 8:37 AM, Erik de Castro Lopo - <a href="mailto:mle%2Bla@mega-nerd.com">mle+la@mega-nerd.com</a> <span dir="ltr">&lt;<a href="mailto:flac-dev.pyt.682528eb7b.mle+la#mega-nerd.com@ob.0sg.net" target="_blank">flac-dev.pyt.682528eb7b.mle+la#mega-nerd.com@ob.0sg.net</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><a href="mailto:pyth.flac-dev.5.pyt@spamgourmet.com">pyth.flac-dev.5.pyt@spamgourmet.com</a> wrote:<br>


<br>
&gt; I seem to recall that changes in the second number indicated a minor change<br>
&gt; in the *format* of the file itself (for example, 1.1.x to 1.2.x introduced<br>
&gt; a new rice coding option used for 24-bit files).<br>
<br>
</div>I wasn&#39;t aware of that.<br>
<div class="im"><br>
&gt; Are there any format changes that would justify that ?<br>
<br>
</div>I consider the first release in 5 years to be a sufficiently major<br>
thing to warrant the bump in versions number, but if people thing<br>
1.2.2 or 1.2.10 or whatever is mor appropriate then I&#39;ll go with<br>
that.<br>
<br>
Cheers,<br>
Erik<br></blockquote></div></div></div></div>