1. 16 Jun, 2010 4 commits
    • Havoc Pennington's avatar
      v4l2src: do not try to change device format if it's already correct · f06b1050
      Havoc Pennington authored
      This allows set_caps to succeed if caps change in a way that
      would not modify the format we're getting from the hardware.
      Otherwise if not in NULL state, setting caps would fail
      with EBUSY.
      
      With this change, in some cases it's OK to go PLAYING->READY->PLAYING
      rather than PLAYING->NULL->PLAYING to avoid a time-consuming close
      and reopen of the device.
      
      Fixes #621723
      f06b1050
    • Havoc Pennington's avatar
      v4l2src: in negotiate, check for error return from set_caps · 9b9f9d0a
      Havoc Pennington authored
      Fixes #621723  (partially)
      
      set_caps can fail if the video device is running, in that case
      setting its format leads to EBUSY.
      
      If set_caps fails then we will not have set up the buffer pool
      (it will be NULL) which leads to a crash when we try to pull
      buffers. If we fail the negotiate on set_caps failure, then we
      won't go to playing state and won't crash.
      
      This is a small improvement. Of course, a nicer fix would
      be to make set_caps work in the case where the format is
      unchanged. If the format has changed, failing is
      probably correct because we need to close the device
      (go to NULL state) in order to set caps.
      9b9f9d0a
    • Mark Nauwelaerts's avatar
      avidemux: improve audio vbr detection · a69e419c
      Mark Nauwelaerts authored
      Subsequent entry time calculations use blockalign value to determine
      number of frames per chunk, and blockalign == 1 is then most unlikely to result
      in reasonable values (which also aligns with "spec").
      a69e419c
    • Mark Nauwelaerts's avatar
      rtph264depay: tweak DELTA_UNIT labeling · 6a9c7048
      Mark Nauwelaerts authored
      Consider SPS, PPS and IDR as keyframe, all others as DELTA_UNIT.
      
      See #620154.
      6a9c7048
  2. 15 Jun, 2010 12 commits
  3. 14 Jun, 2010 11 commits
  4. 12 Jun, 2010 4 commits
  5. 11 Jun, 2010 6 commits
  6. 10 Jun, 2010 3 commits