<div dir="ltr"><div>API versioning is hard and this method is common in open source media products. A simple check against the library version tells you if you know how to handle it, so it's an early way to know you can't link this one.<br></div><div><br></div><div>x264 and its API are not the same, though, so I wouldn't call API versions x264 versions. The library version encompases features and adjustments and general stability, and usually leaps a couple of API versions. The API version says nothing other than the library won't crash if you know this version, but might if you don't.</div><div><br></div><div>Stable branch gets master branch commits after enough testing. Right now there are no differences; most patches lately have been quite minor. It's been a long time since a really experimental update.<br></div><div><br></div><div>-Em<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 25, 2021 at 3:07 AM Lingjiang Fang <<a href="mailto:vacingfang@foxmail.com">vacingfang@foxmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 25 Jan 2021 00:56:26 -0800<br>
Emily Bowman <<a href="mailto:silverbacknet@gmail.com" target="_blank">silverbacknet@gmail.com</a>> wrote:<br>
<br>
> Build versions aren't tags, although I kind of wish they were. You can<br>
> search x264.h's history for the commits that change X264_BUILD, and<br>
> use anything in between the changes, but I'm sure what you really<br>
> want is the last good rev before a breaking change.<br>
> <br>
> You can use the website's search, but are you wanting command line?<br>
> You can also use:<br>
> git log -S'X264_BUILD 160' -- x264.h<br>
> and then find the previous non-breaking commits with<br>
> git log <top returned hash><br>
> And there are ways to restrict and prettify it if you're looking for<br>
> a less manual method.<br>
<br>
The command line works for me, thanks.<br>
I guess what you mean is x264 uses this macro to identify different<br>
versions only. <br>
<br>
And another question is , what's the difference between<br>
branch master and branch stable, I found they both modified frequently.<br>
Or are there any docs to explain the whole aspect of x264‘s<br>
version/branch management.<br>
<br>
> <br>
> If you're using gitlab's search, you search for essentially the same<br>
> string and again just look at what the parent revision was.<br>
> <br>
> -Em<br>
> <br>
> On Mon, Jan 25, 2021 at 12:17 AM Lingjiang Fang<br>
> <<a href="mailto:vacingfang@foxmail.com" target="_blank">vacingfang@foxmail.com</a>> wrote:<br>
> <br>
> ><br>
> ><br>
> > What can I do if I want to checkout a specified build version, such<br>
> > as 160?<br>
> ><br>
> > I met some problems when I want to get a specified version of x264,<br>
> > thanks if any one can give me a hand.<br>
> ><br>
> > x264 gitlab repo has only two branches, and no tags. I tried to find<br>
> > some documentation to clarify the relationship between these two<br>
> > branches: master and stable, but got nothing.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > x264-devel mailing list<br>
> > <a href="mailto:x264-devel@videolan.org" target="_blank">x264-devel@videolan.org</a><br>
> > <a href="https://mailman.videolan.org/listinfo/x264-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x264-devel</a><br>
> >  <br>
<br>
<br>
<br>
Regards,<br>
Lingjiang Fang<br>
_______________________________________________<br>
x264-devel mailing list<br>
<a href="mailto:x264-devel@videolan.org" target="_blank">x264-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x264-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x264-devel</a><br>
</blockquote></div>