1. 28 Mar, 2018 2 commits
  2. 13 Mar, 2018 4 commits
  3. 22 Feb, 2018 1 commit
  4. 15 Feb, 2018 1 commit
  5. 31 Jan, 2018 1 commit
  6. 22 Jan, 2018 1 commit
    • Sebastian Dröge's avatar
      rtspsrc: Fix up sendonly/recvonly attribute handling · 326e9549
      Sebastian Dröge authored
      We can't handle recvonly streams, sendonly streams are perfectly fine.
      
      The direction is the one from the point of view of the SDP offerer
      (i.e. the RTSP server), and a recvonly stream would be one where the
      server expects us to send media.
      
      RFC 3264, section 5.1:
         If the offerer wishes to only send media on a stream to its peer, it
         MUST mark the stream as sendonly with the "a=sendonly" attribute.
      
      This is mixed up in the ONVIF streaming specification examples, but
      actual implementations and conformance tools seem to not care at all
      about the attributes.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=792376
      326e9549
  7. 18 Jan, 2018 1 commit
    • Jan Alexander Steffens's avatar
      aacparse: When parsing raw input, accept frames of any size · 61484db4
      Jan Alexander Steffens authored
      Raw AAC streams might have very small frames, e.g. 6 byte frames
      when encoding silence. These frames are then smaller than aacparse's
      default min_frame_size of 10 bytes (ADTS_MAX_SIZE).
      
      When passthrough is disabled or aacparse has to output ADTS, GstBaseParse
      will concatenate these short frames to the following frame before
      handling them to aacparse, which processes each input buffer as a single
      frame, producing bad output.
      
      To avoid this problem, set the min_frame_size to 1 when receiving a raw
      stream.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=792644
      61484db4
  8. 17 Jan, 2018 3 commits
  9. 11 Dec, 2017 1 commit
  10. 07 Dec, 2017 4 commits
  11. 02 Dec, 2017 2 commits
  12. 01 Dec, 2017 2 commits
    • Edward Hervey's avatar
      rganalysis: Fix left shift of signed values · 3e1deb60
      Edward Hervey authored
      left shifting signed values is undefined.
      
      Instead of doing "x << offs" which is undefined, do the equivalent
      "x * (1 << offs)" which is well defined
      3e1deb60
    • Sebastian Dröge's avatar
      flacparse: Request at least the full header size when parsing headers · 1547ea59
      Sebastian Dröge authored
      Otherwise baseparse will incrementally send us bigger buffers until the
      full header size is reached, which is not only pointless but also means
      that baseparse will reallocate and copy into a bigger buffer for every
      input buffers. In pull mode that's done in 64kb increments, in push mode
      usually in much smaller increments, causing a lot of overhead for
      example when parsing high-quality coverart.
      1547ea59
  13. 20 Nov, 2017 1 commit
  14. 17 Nov, 2017 1 commit
    • Jan Schmidt's avatar
      splitmuxsrc: Don't return FALSE from event handling. · d485733b
      Jan Schmidt authored
      Returning FALSE because we drop an event means that
      internal sources like qtdemux might throw an error
      and break the whole pipeline. The only time it can
      happen is either flushing or shutdown, and those
      will be handled anyway.
      d485733b
  15. 10 Nov, 2017 1 commit
  16. 09 Nov, 2017 5 commits
  17. 07 Nov, 2017 2 commits
    • Jan Alexander Steffens's avatar
      v4l2deviceprovider: Add missing V4L2_CAP_TOUCH · 75a59474
      Jan Alexander Steffens authored
      This define was only added in Linux 4.8. This commit is for the stable
      branch only, since we want to avoid bumping the v4l headers in fear of
      regressions.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=789197
      75a59474
    • Jan Alexander Steffens's avatar
      v4l2deviceprovider: Ignore touch sensing devices · 5483d6e1
      Jan Alexander Steffens authored
      With GST_V4L2_USE_LIBV4L2=1, my laptop's touchpad shows up as a video
      source device in gst-device-monitor, but attempting to stream from it
      fails because the device doesn't actually support any video formats.
      
      name  : Synaptics RMI4 Touch Sensor
      class : Video/Source
      caps  : video/x-raw, format=(string)I420, framerate=(fraction)[ 0/1, 2147483647/1 ], width=(int)0, height=(int)0, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1;
              video/x-raw, format=(string)YV12, framerate=(fraction)[ 0/1, 2147483647/1 ], width=(int)0, height=(int)0, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1;
              video/x-raw, format=(string)BGR, framerate=(fraction)[ 0/1, 2147483647/1 ], width=(int)0, height=(int)0, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1;
              video/x-raw, format=(string)RGB, framerate=(fraction)[ 0/1, 2147483647/1 ], width=(int)0, height=(int)0, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1;
      properties:
              udev-probed = true
              device.bus_path = /sys/devices/rmi4-00/rmi4-00.fn54/video4linux/v4l-touch0
              sysfs.path = /sys/devices/rmi4-00/rmi4-00.fn54/video4linux/v4l-touch0
              device.subsystem = video4linux
              device.product.name = "Synaptics\ RMI4\ Touch\ Sensor"
              device.capabilities = :capture:
              device.api = v4l2
              device.path = /dev/v4l-touch0
              v4l2.device.driver = rmi4_f54
              v4l2.device.card = "Synaptics\ RMI4\ Touch\ Sensor"
              v4l2.device.bus_info = rmi4:rmi4-00.fn54
              v4l2.device.version = 265480 (0x00040d08)
              v4l2.device.capabilities = 2501902337 (0x95200001)
              v4l2.device.device_caps = 354418689 (0x15200001)
      gst-launch-1.0 v4l2src device=/dev/v4l-touch0 ! ...
      
      v4l2-ctl -d /dev/v4l-touch0 --list-formats reports:
      
      ioctl: VIDIOC_ENUM_FMT
              Index       : 0
              Type        : Video Capture
              Pixel Format: 'TD16'
              Name        : 16-bit signed deltas
      
              Index       : 1
              Type        : Video Capture
              Pixel Format: 'TD08'
              Name        : 8-bit signed deltas
      
              Index       : 2
              Type        : Video Capture
              Pixel Format: 'TU16'
              Name        : 16-bit unsigned touch data
      
      https://bugzilla.gnome.org/show_bug.cgi?id=789197
      5483d6e1
  18. 19 Oct, 2017 5 commits
  19. 18 Sep, 2017 2 commits