Is there a "stable" x264?

[CommonMortal]

Hello, i have been watching the changelog in the x264.nl site and i don't have the knowledge to understand most of the stuff, but i see many fixes, without mentioning which revisions are affected.

Now, i know the "get the latest" motto is popular, but, i have been troubleshooting for the past 2 days a crash at the end of 1st pass on my PC, which turned me crazy (at the end it was something to do with ffdshow and newer ffmpeg source... i think), so i just want to know that i use a version that doesn't have any important "defects".

Right now i use r1681. I thought to go for 1732, since i use subme 9 and i read about the rd aware deblocking , which sounds good, but here i read about bugs with 1732.

So, if any kind soul could advice me a "stable" x264 revision with which i can stay for a while, i would be grateful.

Thank you.

[LoRd_MuldeR]

Look at the log of the official x264 git repository at the following location:
http://git.videolan.org/gitweb.cgi?p=x264.git;a=shortlog

You will see that there are two heads, called "master" and "stable". They often, but not necessarily, are located at different revisions ;)

(At this moment r1741 is marked as "stable", while the "master" is at r1745)

[CommonMortal]

Look at the log of the official x264 git repository at the following location:
http://git.videolan.org/gitweb.cgi?p=x264.git;a=shortlog

You will see that there are two heads, called "master" and "stable". They often, but not necessarily, are located at different revisions ;)

(At this moment r1741 is marked as "stable", while the "master" is at r1745)

Ah, thanks a lot, i didn't know about this web page. I don't know what "master" represents, but i understand "stable" allright! :)

I am off to get the 1741!

:thanks: very much! It's so hard for common mortals like me to follow the subtle differences in development and the language used. I use AsxGUI as frontend and already updating components on my own while keeping everything stable is a challenge.

You have made me a big favour!

[Dark Shikari]

Revisions are ordered from bugfixes, to minor changes, to new features. Stable is just a tag for the last of the bugfixes and minor changes in any given push. It's not any more tested than anything else, but it might be less likely to have a new bug.

[LoRd_MuldeR]

I am off to get the 1741!

Might be difficult to find a pre-compiled binary of exactly that revision, because most people are simply building the latest ("master") revision.

That's also the revision I would use, unless problems appear...

[CommonMortal]

Revisions are ordered from bugfixes, to minor changes, to new features. Stable is just a tag for the last of the bugfixes and minor changes in any given push. It's not any more tested than anything else, but it might be less likely to have a new bug.

I see. Well, "less likely to have a new bug" is ok for me. I see that 1741 is nowhere to be found, so i will get the 1745 and hope for the best.

:thanks:

Might be difficult to find a pre-compiled binary of exactly that revision, because most people are simply building the latest ("master") revision.

That's also the revision I would use, unless problems appear...

You are right, it's not available in x264.nl under "older version". So i will get 1745. The 8 bit one. As if it wasn't complicated enough for me, now there is a 10 bit too. But i will get the 8 bit, since it's less likely to break something in AsxGUI. I think...

Thank you. Now i know what "master" is too. :) You have been most helpful.

[LoRd_MuldeR]

There is not much sense in using the 10-Bit version yet, at least not for "end users". That's because no H.264 decoders capable of 10-Bit are freely available at the moment :o

Moreover hardware support for 10-Bit H.264 streams is pretty much non-existent in "consumer" playback devices. Maybe in "professional" $$$ devices...

[CommonMortal]

There is not much sense in using the 10-Bit version yet, at least not for "end users". That's because no H.264 decoders capable of 10-Bit are freely available at the moment :o

Moreover hardware support for 10-Bit H.264 streams is pretty much non-existent in "consumer" playback devices. Maybe in "professional" $$$ devices...

I see. I understand that. I also read the other relevant topic in this forum page. Anyway, even if 10 bit was available, if AsxGUI has problem with it, i will stick with what AsxGUI can use forever.