1. 09 Apr, 2019 1 commit
  2. 03 Apr, 2019 1 commit
    • Gyan Doshi's avatar
      lavf/movenc: fix tmcd writing for non-MP4/MOV modes · 8161ac29
      Gyan Doshi authored
      write_tmcd allows tmcd track to be created with any mode but in
      mov_write_header, index for first tmcd track is only set for modes
      MP4 or MOV, causing a crash if tmcd creation is attempted with other
      modes.
      8161ac29
  3. 02 Apr, 2019 1 commit
  4. 31 Mar, 2019 1 commit
  5. 18 Mar, 2019 1 commit
  6. 06 Feb, 2019 1 commit
  7. 24 Jan, 2019 1 commit
  8. 14 Dec, 2018 1 commit
  9. 11 Dec, 2018 1 commit
  10. 22 Nov, 2018 2 commits
  11. 07 Oct, 2018 1 commit
  12. 09 Sep, 2018 1 commit
  13. 08 Sep, 2018 2 commits
  14. 24 Aug, 2018 2 commits
  15. 17 Aug, 2018 1 commit
  16. 20 Jul, 2018 1 commit
  17. 14 Jul, 2018 1 commit
  18. 09 Jul, 2018 1 commit
  19. 07 Jul, 2018 1 commit
  20. 28 Jun, 2018 3 commits
  21. 21 Jun, 2018 1 commit
  22. 19 Jun, 2018 1 commit
    • Gyan Doshi's avatar
      avformat/movenc: read track title from correct key · 830695be
      Gyan Doshi authored
      da9cc22d allowed the MOV muxer to relay a custom stream handler name,
      whether populated from the input stream or user-set. However, the entry
      key didn't match the key set by the MOV demuxer, so it wasn't
      effective. Fixed.
      
      Due to the change, four FATE refs have to be updated. Verified that the
      target payload of the tests hasn't changed in terms of CRC.
      830695be
  23. 13 Jun, 2018 2 commits
  24. 29 May, 2018 1 commit
    • Vishwanath Dixit's avatar
      avformat/movenc: creating producer reference time (PRFT) box · 5717cd80
      Vishwanath Dixit authored
      The producer reference time box supplies relative wall-clock times
      at which movie fragments, or files containing movie fragments
      (such as segments) were produced.
      The box is mainly useful in live streaming use cases. A media player
      can parse the box and utilize the time fields to measure and improve
      the latency during real time playout.
      5717cd80
  25. 17 Apr, 2018 1 commit
    • Timo Teräs's avatar
      avformat/movenc: support writing iTunes cover image · 9af71b32
      Timo Teräs authored
      Fixes https://trac.ffmpeg.org/ticket/2798
      
      This makes movenc handle AV_DISPOSITION_ATTACHED_PIC and write
      the associated pictures in iTunes cover atom. This corresponds
      to how 'mov' demuxer parses and exposes the cover images when
      reading.
      
      Most of the existing track handling loops properly ignore
      these 'virtual streams' as MOVTrack->entry is never incremented
      for them. However, additional tests are added as needed to ignore
      them.
      
      Tested to produce valid output with:
        ffmpeg -i movie.mp4 -i thumb.jpg -disposition:v:1 attached_pic \
               -map 0 -map 1 -c copy movie-with-cover.mp4
      
      The cover image is also copied correctly with:
        ffmpeg -i movie-with-cover.mp4 -map 0 -c copy out.mp4
      
      AtomicParseley says that the attached_pic stream is properly
      not visible in the main tracks of the file.
      Signed-off-by: 's avatarTimo Teräs <timo.teras@iki.fi>
      9af71b32
  26. 16 Apr, 2018 1 commit
  27. 11 Apr, 2018 1 commit
    • Timo Teräs's avatar
      avformat/movenc: use correct iTunes copyright atom · 62c1cfcc
      Timo Teräs authored
      Support for writing copyright metadata was added in commit bed4fc54
      for 3GP, MOV and iTunes metadata. 3GP and MOV cases are formally
      specified. However, iTunes format does not have specification, and
      it seems to have been assumed that it would use the same atom as
      MOV (both being Apple formats).
      
      However, Apple uses 'cprt' atom for iTunes metadata (do note that
      the iTunes 'cprt' encoding is generic iTunes ItemList atom, not
      the 3GP 'cprt' encoding. These are also inside different parent
      atoms).
      
      Most references trying to document iTunes atoms mention only
      the 'cprt' tag. See:
       - http://atomicparsley.sourceforge.net/mpeg-4files.html
       - http://mutagen.readthedocs.io/en/latest/api/mp4.html
      
      Same applies to other software supporting this tag. Most of them
      encode and decode only the 'cprt' atom.
      
      ffmpeg mov demuxer supports both atoms in this context. There are
      few pieces of other software that support similarly both 'cprt' and
      the incorrect '\251cpy' atom in this context. I believe they do it in
      order to read the ffmpeg encoded incorrect copyright atom.
      
      In light of the above this changes the copyright atom to 'cprt' as
      it seems to be supported univerally and is the correct atom to use.
      Signed-off-by: 's avatarTimo Teräs <timo.teras@iki.fi>
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      62c1cfcc
  28. 04 Apr, 2018 1 commit
  29. 22 Mar, 2018 1 commit
  30. 15 Mar, 2018 1 commit
  31. 20 Feb, 2018 1 commit
  32. 07 Feb, 2018 1 commit
  33. 28 Jan, 2018 1 commit
  34. 14 Dec, 2017 1 commit