7 pointsby ksec8 hours ago2 comments
  • MrDOS6 hours ago
    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).

    0: http://hank315.nl/

    1: https://www.videolan.org/developers/x262.html

    • wolrah5 hours ago
      > 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.

      Agreed otherwise, I'm curious what the purpose is when we already have libavcodec under the same license and also what's going on with the links.

  • poizan426 hours ago
    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?