Announcement

Collapse
No announcement yet.

FFmpeg 2.2 Release Adds The Libx265 Encoder

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • FFmpeg 2.2 Release Adds The Libx265 Encoder

    Phoronix: FFmpeg 2.2 Release Adds The Libx265 Encoder

    The FFmpeg 2.2 release surfaced on Sunday night with numerous audio/video encoding and decoding improvements...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    In short, everything LibAV already included.

    I could careless which pissing contest this turns out to be [FFmpeg vs. LibAV], but if we continue to see broken or limp'd support, due to asinine purity requirements of FOSS GPLv3, the sooner I'll dump LibAV for FFmpeg and deal with the crap that ensues with Debian sources.

    Take this for instance from LibAV

    Reference: http://git.libav.org/?p=libav.git;a=...=refs/tags/v10

    19 - JPEG 2000 decoder
    20 - asetpts filter (same as setpts, but for audio)
    21 - trim and atrim filters
    22 - avconv -t and -ss (output-only) options are now sample-accurate when
    23 transcoding audio
    24 - Matroska muxer can now put the index at the beginning of the file.
    25 - avconv -deinterlace option removed, the yadif filter should be used instead
    26 - Apple Intermediate Codec decoder
    27 - Escape 130 video decoder
    28 - support for slice multithreading in libavfilter
    29 - VC-1 interlaced B-frame support
    30 - support for WavPack muxing (raw and in Matroska)
    31 - Go2Webinar decoder
    32 - WavPack encoding through libwavpack
    33 - Added the -n parameter to avconv
    34 - RTMP seek support
    35 - when transcoding with avconv (i.e. not streamcopying), -ss is now accurate
    36 even when used as an input option. Previous behavior can be restored with
    37 the -noaccurate_seek option.
    38 - avconv -t option can now be used for inputs, to limit the duration of
    39 data read from an input file
    40 - Voxware MetaSound decoder
    41 - WebP decoder
    42 - Error Resilient AAC syntax (ER AAC LC) decoding
    43 - Low Delay AAC (ER AAC LD) decoding
    44 - mux chapters in ASF files
    45 - Opus in Ogg demuxing
    46 - Enhanced Low Delay AAC (ER AAC ELD) decoding (no LD SBR support)
    47 - F4V muxer
    48 - HNM version 4 demuxer and video decoder
    49 - HEVC decoder (H.265)
    50 - raw HEVC, HEVC in MOV/MP4, HEVC in Matroska, HEVC in MPEG-TS demuxing
    51 - remove avplay -vismv option, which has not worked for a long time
    Which version of Apple's coder? 1.0.4? I know I'm dreaming, but

    ProApps QuickTime Codecs v1.0.4

    This update adds the following video codecs for use by QuickTime-based applications:
    • Apple Intermediate Codec
    • Apple ProRes
    • AVC-Intra
    • DVCPRO HD
    • HDV
    • XDCAM HD / EX / HD422
    • MPEG IMX
    • Uncompressed 4:2:2

    This update is recommended for all users of Final Cut Pro X, Motion 5, or Compressor 4.

    Apple Intermediate Codec 1.0.1 was back in 2005. The new one, 1.0.4 is 2014. So which version is this for Linux?

    Stuff like this matters.

    Neither FFmpeg nor LibAV gives version numbers for it. I'm not in the mood to grep through a bunch of code to find out.

    Comment


    • #3
      Originally posted by Marc Driftmeyer View Post
      In short, everything LibAV already included.
      Take this for instance from LibAV

      Reference: http://git.libav.org/?p=libav.git;a=...=refs/tags/v10
      FFMPEG and libav both already had an H265 encoder & decoder, the news just says they added another (x265)

      Comment


      • #4
        Originally posted by Marc Driftmeyer View Post
        Apple Intermediate Codec 1.0.1 was back in 2005. The new one, 1.0.4 is 2014. So which version is this for Linux?
        Both versions are same thing. (They're just 4:2:0 MPEG-2 Intra Frame).

        Comment


        • #5
          Originally posted by doom_Oo7 View Post
          FFMPEG and libav both already had an H265 encoder & decoder, the news just says they added another (x265)
          Incorrect, they both had a native H.265 decoder, that's it. x265 is the H.265 encoder, just as x264 is their H.264 encoder.

          Comment


          • #6
            Originally posted by Marc Driftmeyer View Post
            In short, everything LibAV already included.

            I could careless which pissing contest this turns out to be [FFmpeg vs. LibAV], but if we continue to see broken or limp'd support, due to asinine purity requirements of FOSS GPLv3, the sooner I'll dump LibAV for FFmpeg and deal with the crap that ensues with Debian sources.

            Neither FFmpeg nor LibAV gives version numbers for it. I'm not in the mood to grep through a bunch of code to find out.
            Wow, you come across as a seriously ignorant d-bag.

            Comment

            Working...
            X