Recherche avancée

Sur d’autres sites (10607)

• configure : drop yasm support

  3 octobre 2024, par Lynne

  configure : drop yasm support
  We started defauling to nasm 8 years ago.
  
  We are still compatible with yasm 0.8.0, released in 2009. **15 years ago**.
  
  The time has more than come to remove support for it.
  Maintaining compatibility started cutting into writing new code long ago.
  
  We still can't have 2-argument instructions, preprocessor booleans, and all
  
  AVX2 code must still be wrapped in ifdefs. Newly added code often breaks this.
  

  • [DH] Changelog
  • [DH] configure
  • [DH] doc/developer.texi
  • [DH] doc/optimization.txt
  • [DH] doc/platform.texi

• Is it still possible to compile modern x264 with the nal long start code used prior to release r1510 ?

  25 avril 2024, par Bryan Knowles

  I'm currently nerding out on old technology with HD-DVDs. The only freely available muxer is hddvdmux, I'm using MultiAVCHD for this.
Beginning with r1510, x264 switched to short start packets for NAL HRD (from what I understand). This makes the stream incompatible with hddvdmux.
deank on doom9 patched hddvdmux to accept short start codes, but in doing so, the video file plays too quickly and the audio goes out of sync.
The results I'm getting from the 2009 release of x264 leave much to be desired in comparison to modern releases, and I'd like to get those benefits while still maintaining compatibility with the original hddvdmux.
Is it possible ? If so... Any chance someone could compile a Windows binary for me with that change ? (I think it needs to be 32 bit, but not sure)

  


  I've tried multiple options with MultiAVCHD 4.1, fell back to 4.0 but am seeing weird rainbowing effects in the color from the extremely old version if x264. I admit I haven't dived in to programming, but seemed like a single change might be a reasonable request from someone already knowledgeable.

  


• libavformat/hlsenc.c : Populate OTI using AAC profile in write_codec_attr.

  1er janvier 2024, par Romain Beauxis

  libavformat/hlsenc.c : Populate OTI using AAC profile in write_codec_attr.
  This patch populates the third entry for HLS codec attribute using the
  
  AAC profile.
  The HLS specifications[1] require this value to be the Object Type ID as
  
  referred to in table 1.3 of ISO/IEC 14496-3:2009[2].
  The numerical constants in the code refer to these OTIs minus one, as
  
  documented in commit 372597e[3], confirmed by comparing the values in the
  
  code with the values in the table mentioned above.
  Links :
  
  1 : https://datatracker.ietf.org/doc/html/rfc6381#section-3.3
  
  2 : https://csclub.uwaterloo.ca/~ehashman/ISO14496-3-2009.pdf
  
  3 : https://github.com/FFmpeg/FFmpeg/commit/372597e5381c097455a7b73849254d56083eb056
  Changes in this version :
  
   Default value set to "mp4a.40.2" when profile is unknown for backward
  
    compatibility.
  Signed-off-by : Steven Liu <liuqi05@kuaishou.com>
  

  • [DH] libavformat/hlsenc.c