1. 18 Jul, 2014 1 commit
  2. 18 Jun, 2014 2 commits
    • Anton Khirnov's avatar
      lavf: switch to AVStream.time_base as the hint for the muxer timebase · 194be1f4
      Anton Khirnov authored
      Previously, AVStream.codec.time_base was used for that purpose, which
      was quite confusing for the callers. This change also opens the path for
      removing AVStream.codec.
      
      The change in the lavf-mkv test is due to the native timebase (1/1000)
      being used instead of the default one (1/90000), so the packets are now
      sent to the crc muxer in the same order in which they are demuxed
      (previously some of them got reordered because of inexact timestamp
      conversion).
      194be1f4
    • Anton Khirnov's avatar
      Remove avserver. · 894682a9
      Anton Khirnov authored
      It has not been properly maintained for years and there is little hope
      of that changing in the future.
      It appears simpler to write a new replacement from scratch than
      unbreaking it.
      894682a9
  3. 17 Jun, 2014 1 commit
  4. 06 Jun, 2014 2 commits
  5. 29 May, 2014 3 commits
  6. 28 May, 2014 1 commit
  7. 27 May, 2014 2 commits
  8. 18 May, 2014 3 commits
  9. 01 May, 2014 2 commits
  10. 30 Apr, 2014 1 commit
    • Daniel Verkamp's avatar
      ff_put_wav_header: add flag to force WAVEFORMATEX · 5e7d21c7
      Daniel Verkamp authored
      Partially undoes commit 2c4e08d8:
      
          riff: always generate a proper WAVEFORMATEX structure in
          ff_put_wav_header
      
      A new flag, FF_PUT_WAV_HEADER_FORCE_WAVEFORMATEX, is added to force the
      use of WAVEFORMATEX rather than PCMWAVEFORMAT even for PCM codecs.
      
      This flag is used in the Matroska muxer (the cause of the original
      change) and in the ASF muxer, because the specifications for
      these formats indicate explicitly that WAVEFORMATEX should be used.
      
      Muxers for other formats will return to the original behavior of writing
      PCMWAVEFORMAT when writing a header for raw PCM.
      
      In particular, this causes raw PCM in WAV to generate the canonical
      44-byte header expected by some tools.
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      5e7d21c7
  11. 28 Apr, 2014 1 commit
  12. 22 Apr, 2014 1 commit
    • Graham Booker's avatar
      avformat/mpegtsenc: Changed Video PES packet length to 0. · 60fcc19b
      Graham Booker authored
      The rational for this is another issue that plex has exposed.  When it is
      conducting a transcode of video to HLS for streaming, my father noticed
      artifacts when played on his GoogleTV (NSZ-GT1).  He sent me a test file
      and I reproduced it on my device of the same model.  It is important to
      note that the artifacts were not present when streaming to VLC or QuickTime
      Player.  I copied the command-line that plex used, and conducted all of the
      following tests using FFmpeg git.
      
      Transcode to HLS: artifacts on playback
      Transcode to TS: playback is fine
      Cat HLS segments into a single TS: playback is fine
      Segment single TS file to segments: artifacts on playback
      Segment single TS file to segments using Apple's HLS segmenter: playback is
      fine
      
      At this point I carefully examined the differences between Apple's HLS
      segmenter output and FFmpeg's.  Among the considerable differences, I
      noticed that the video PES packets always had a 0 length.  So I continued:
      
      Transcode to HLS using FFmpeg with 0 length PES packets: playback is fine.
      Segment single TS to segments with 0 length PES packets: playback is fine.
      
      All failures mentioned are only on the GTV since it is the only player on
      which I could reproduce artifacts.  I only tested the GTV, VLC, and
      QuickTime Player though, so my test case is limited.  I do not know if
      other players exhibit this issue.
      
      Since it was useful last time, I have uploaded the test file as
      hls_pes_packet_length.m4v along with its associated txt file which contains
      the transcode command-line that was used.
      Reviewed-by: 's avatarKieran Kunhya <kierank@obe.tv>
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      60fcc19b
  13. 10 Apr, 2014 1 commit
  14. 02 Apr, 2014 1 commit
  15. 01 Apr, 2014 2 commits
  16. 30 Mar, 2014 1 commit
  17. 18 Mar, 2014 1 commit
  18. 16 Mar, 2014 1 commit
  19. 22 Feb, 2014 1 commit
  20. 23 Dec, 2013 1 commit
  21. 02 Oct, 2013 1 commit
  22. 21 Sep, 2013 1 commit
  23. 18 Sep, 2013 1 commit
  24. 15 Sep, 2013 1 commit
  25. 27 Aug, 2013 1 commit
  26. 23 Aug, 2013 1 commit
  27. 07 Aug, 2013 1 commit
  28. 25 Jul, 2013 1 commit
  29. 24 Jul, 2013 1 commit
  30. 17 Jul, 2013 1 commit
  31. 08 Jul, 2013 1 commit