1. 06 Nov, 2014 1 commit
  2. 04 Nov, 2014 1 commit
    • Vineeth T M's avatar
      pngdec: change parse logic · 63e0b292
      Vineeth T M authored
      Right now in parse logic the signature is checked every time the parse function
      is called, and the whole data is the scanned each and every time, even though the
      data is scanned in the previous instance. Changing the logic such that, we skip
      the bytes which are already scanned in the previous instances of parse. This
      helps in avoiding multiple scan of already scanned data/signature.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=737708
      63e0b292
  3. 03 Nov, 2014 2 commits
  4. 02 Nov, 2014 7 commits
  5. 01 Nov, 2014 5 commits
    • Simon Farnsworth's avatar
      v4l2: Clean up interlace support · 02040d50
      Simon Farnsworth authored
      Rather than try and guess interlace support as part of checking supported
      sizes, look for interlace support specifically in its own function.
      
      As a cleanup, use V4L2_FIELD_ANY when probing sizes, which should result in
      the driver doing the right thing.
      
      With my capture setup, this gets me the following sample caps:
      
      For 1080i resolution:
      video/x-raw, format=(string)YUY2, width=(int)1920, height=(int)1080, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)interleaved, framerate=(fraction){ 25/1, 30/1 }
      
      For 720p resolution:
      video/x-raw, format=(string)YUY2, width=(int)1280, height=(int)720, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive, framerate=(fraction){ 50/1, 60/1 }
      
      For 576i/p resolution (both possible at the point of query):
      video/x-raw, format=(string)YUY2, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string){ progressive, interleaved }, framerate=(fraction){ 25/1, 50/1 }
      
      This, in turn, makes 576i work correctly; with the old code,
      the caps would be interlace-mode=progressive for interlaced video.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=726194
      02040d50
    • Aurélien Zanelli's avatar
      vpx: remove compatibility defines · 130873c8
      Aurélien Zanelli authored
      We are guaranteed to have VPX_IMG_FMT_I420, VPX_PLANE_Y,
      VPX_PLANE_U and VPX_PLANE_V as we require libvpx > 1.1.0.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=739476
      130873c8
    • Tim-Philipp Müller's avatar
      29e7b206
    • Nicolas Dufresne's avatar
      rtpvp8: Use VP8 encoding name · 0f4f948f
      Nicolas Dufresne authored
      Both Firefox and Chrome uses VP8 as the encoding in their SDP.
      Adding this now defacto standard name removes the need for special
      case in SDP parsing code.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=737810
      0f4f948f
    • Tim-Philipp Müller's avatar
      rtpmp2tpay: fix up template caps so we can output the default pt 33 · 92c1d289
      Tim-Philipp Müller authored
      Add fixed payload type for mp2t to template caps as well, so
      our output caps match the advertised default pt. Fixes a
      regression from 1.2.
      
      There's still something wrong with caps negotiation though,
      rtpmp2tpay payload=96 ! fakesink will not output caps with
      payload=96.
      92c1d289
  6. 31 Oct, 2014 1 commit
  7. 30 Oct, 2014 2 commits
  8. 29 Oct, 2014 4 commits
  9. 28 Oct, 2014 1 commit
  10. 27 Oct, 2014 2 commits
  11. 26 Oct, 2014 2 commits
  12. 25 Oct, 2014 4 commits
  13. 23 Oct, 2014 2 commits
  14. 22 Oct, 2014 5 commits
  15. 21 Oct, 2014 1 commit