1. 05 Dec, 2013 1 commit
  2. 01 Dec, 2013 1 commit
  3. 20 Oct, 2013 1 commit
  4. 04 Oct, 2013 2 commits
    • Clément Bœsch's avatar
      avformat/vobsub: raise packet even if apparently incomplete. · d4dc6734
      Clément Bœsch authored
      This restore the latest packet which was dropped from the FATE test in
      dbfe6110.
      d4dc6734
    • Clément Bœsch's avatar
      avformat/vobsub: fix several issues. · dbfe6110
      Clément Bœsch authored
      Here is an extract of fate-samples/sub/vobsub.idx, with an additional
      text at the end of each line to better identify each bitmap:
      
          timestamp: 00:04:55:445, filepos: 00001b000 Ace!
          timestamp: 00:05:00:049, filepos: 00001b800 Wake up, honey!
          timestamp: 00:05:02:018, filepos: 00001c800 I gotta go to work.
          timestamp: 00:05:02:035, filepos: 00001d000 <???>
          timestamp: 00:05:04:203, filepos: 00001d800 Look after Clayton, okay?
          timestamp: 00:05:05:947, filepos: 00001e800 I'll be back tonight.
          timestamp: 00:05:07:957, filepos: 00001f800 Bye! Love you.
          timestamp: 00:05:21:295, filepos: 000020800 Hey, Ace! What's up?
          timestamp: 00:05:23:356, filepos: 000021800 Hey, how's it going?
          timestamp: 00:05:24:640, filepos: 000022800 Remember what today is? The 3rd!
          timestamp: 00:05:27:193, filepos: 000023800 Look over there!
          timestamp: 00:05:28:369, filepos: 000024800 Where are they going?
          timestamp: 00:05:28:361, filepos: 000025000 <???>
          timestamp: 00:05:29:946, filepos: 000025800 Let's go see.
          timestamp: 00:05:31:230, filepos: 000026000 I can't, man. I got Clayton.
      
      Note the two "<???>": they are basically split subtitles (with the
      previous one), which the dvdsub decoder is now supposed to reconstruct
      with a previous commit. But also note that while the first chunk has
      increasing timestamps,
      
          timestamp: 00:05:02:018, filepos: 00001c800
          timestamp: 00:05:02:035, filepos: 00001d000
      
      ...it's not the case of the second one (and this is not an exception in the
      original file):
      
          timestamp: 00:05:28:369, filepos: 000024800
          timestamp: 00:05:28:361, filepos: 000025000
      
      For the dvdsub decoder, they need to be "filepos'ed" ordered, but the
      FFDemuxSubtitlesQueue is timestamps ordered, which is the reason of the
      introduction of a sub sort method in the context, to allow giving
      priority to the position, and then the timestamps. With that change, the
      dvdsub decoder get fed with ordered packets.
      
      Now the packet size estimation was also broken: the filepos differences
      in the vobsub index defines the full data read between two subtitles
      chunks, and it is necessary to take into account what is read by the
      mpegps_read_pes_header() function since the length returned by that
      function doesn't count the size of the data it reads. This is fixed with
      the introduction of total_read, and {old,new}_pos. By doing this change,
      we can drop the unreliable len16 heuristic and simplify the whole loop.
      Note that mpegps_read_pes_header() often read more than one PES packet
      (typically in one call it can read 0x1ba and 0x1be chunk along with the
      relevant 0x1bd packet), which triggers the "total_read + pkt_size >
      psize" check. This is an expected behaviour, which could be avoided by
      having a more chunked version of mpegps_read_pes_header().
      
      The latest change is the extraction of each stream into its own
      subtitles queue. If we don't do this, the maximum size for a subtitle
      chunk is broken, and the previous changes can not work. Having each
      stream in a different queue requires some little adjustments in the
      seek code of the demuxer.
      
      This commit is only meaningful as a whole change and can not be easily
      split. The FATE test changes because it uses the vobsub demuxer.
      dbfe6110
  5. 08 Sep, 2013 1 commit
  6. 31 Aug, 2013 1 commit
    • Christian Schmidt's avatar
      pcm_dvd: consolidate pieces from pcm.c and mpeg.c · a42e3a67
      Christian Schmidt authored
      Remove the header decoding for PCM audio from mpeg.c and the
      20/24bit parts from pcm.c and merge them into a new decoder in
      pcm-dvd.c.
      
      The decoder has added support for samples that span multiple
      packets and modified 20/24bit group decoding. Both is needed to
      decode samples that have been generated with DVD-Lab Pro 2. The
      decoding of 16bit PCM and two channel 24bit is identical to
      before. No other samples are known to verify the correctness of
      the encoding this software does.
      The complete list of tested formats is
      48kHz/16bit/2-8 channels
      48kHz/24bit/2-5 channels
      96kHz/16bit/2-4 channels
      96kHz/24bit/2 channels
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      a42e3a67
  7. 04 May, 2013 1 commit
  8. 10 Apr, 2013 1 commit
  9. 27 Mar, 2013 1 commit
  10. 20 Mar, 2013 1 commit
  11. 17 Mar, 2013 1 commit
  12. 24 Jan, 2013 1 commit
  13. 17 Jan, 2013 1 commit
  14. 02 Jan, 2013 1 commit
  15. 25 Dec, 2012 1 commit
  16. 24 Dec, 2012 1 commit
  17. 07 Dec, 2012 1 commit
  18. 01 Oct, 2012 1 commit
  19. 07 Aug, 2012 1 commit
  20. 04 Aug, 2012 3 commits
  21. 03 Aug, 2012 1 commit
  22. 31 Jul, 2012 1 commit
  23. 30 Jul, 2012 1 commit
  24. 15 Jul, 2012 1 commit
  25. 06 Apr, 2012 1 commit
  26. 27 Jan, 2012 1 commit
  27. 28 Nov, 2011 1 commit
  28. 19 Oct, 2011 1 commit
  29. 08 Oct, 2011 1 commit
  30. 06 Oct, 2011 1 commit
  31. 29 Sep, 2011 1 commit
  32. 23 Sep, 2011 1 commit
  33. 17 Sep, 2011 1 commit
  34. 17 Jul, 2011 1 commit
  35. 10 Jun, 2011 1 commit
  36. 07 Jun, 2011 2 commits