It doesn't really explain much about its purpose. Is it better than libavcodec? I take it that the point is to re-use techniques from the h264 encoder for encoding MPEG-2 where applicable?
Handy for those four people left who want to author DVDs, but this is extremely light on details.
How does it compare to the venerable HCenc[0]?
Why does the VideoLAN x262 project page[1], the source for which hasn't moved since 2015, also link to a 404 wiki page in this Git repository?
It looks like perhaps this is an old repo which has recently been rebased onto a newer (but still not particularly new) revision of x264. It is very unfortunate that whoever did the rebase did not retain the original author dates (perhaps even having gone out of their way to --reset-author-date).
> Handy for those four people left who want to author DVDs, but this is extremely light on details.
MPEG-2 is also used in broadcast television standards, so those of us playing with QAM modulators for home or business internal cable TV networks have to deal with it if we want our channels to be tunable by standard TVs. These days a lot of TVs understand H.264 or H.265 but whether they'll accept it from their OTA/cable tuner or if they reject anything other than standard MPEG2 is up in the air, and of course anything old enough to not have streaming support has no reason to know any newer codecs.
The x262 repository (on VideoLAN) is using the old x264 hashes. Keeping it in sync with upstream x264 became much more difficult after x264's history was rewritten and especially after 8/10-bit unification.
What I've done is rebased (bug for bug) the legacy code from 2015 onto current x264/master and then added all the things I wish I could have done 10 years ago.
If this is your project, then I implore you: put these 2 lines in there as README.md or whatever. Having the GPL as your README is no damned use to anyone.
6 comments
[ 0.24 ms ] story [ 8.3 ms ] threadHow does it compare to the venerable HCenc[0]?
Why does the VideoLAN x262 project page[1], the source for which hasn't moved since 2015, also link to a 404 wiki page in this Git repository?
It looks like perhaps this is an old repo which has recently been rebased onto a newer (but still not particularly new) revision of x264. It is very unfortunate that whoever did the rebase did not retain the original author dates (perhaps even having gone out of their way to --reset-author-date).
0: http://hank315.nl/
1: https://www.videolan.org/developers/x262.html
MPEG-2 is also used in broadcast television standards, so those of us playing with QAM modulators for home or business internal cable TV networks have to deal with it if we want our channels to be tunable by standard TVs. These days a lot of TVs understand H.264 or H.265 but whether they'll accept it from their OTA/cable tuner or if they reject anything other than standard MPEG2 is up in the air, and of course anything old enough to not have streaming support has no reason to know any newer codecs.
The x262 repository (on VideoLAN) is using the old x264 hashes. Keeping it in sync with upstream x264 became much more difficult after x264's history was rewritten and especially after 8/10-bit unification.
What I've done is rebased (bug for bug) the legacy code from 2015 onto current x264/master and then added all the things I wish I could have done 10 years ago.