summaryrefslogtreecommitdiff
path: root/gst-libs
Commit message (Collapse)AuthorAgeFilesLines
* glupload: memcpy on raw data uploadMatthew Waters2015-07-141-5/+14
| | | | | | Anything else requires keeping track of the GstVideoFrame mapping across possible multiple buffers to ensure correct data pointer usage.
* glbasebuffer: add some debug and zero the data pointers on initMatthew Waters2015-07-141-0/+7
|
* gl/eagl: Don't call anything synchronously from the main threadSebastian Dröge2015-07-081-55/+49
| | | | | | | This will deadlock if the main thread is the one who creates the GstGLContext. All things we call from the main thread should be possible from any thread. https://bugzilla.gnome.org/show_bug.cgi?id=751101
* adaptivedemux: Explicitly check for CUSTOM_ERROR when converting errors to EOSSebastian Dröge2015-07-071-2/+2
| | | | | We use things like CUSTOM_SUCCESS* in other places, and those are not errors but should just be handled like OK.
* adaptivedemux: If downloading the last fragment fails, consider this as EOS ↵Sebastian Dröge2015-07-071-0/+10
| | | | | | | and not ERROR Sometimes the last fragment does not exist because of rounding errors with the durations. Just finish the stream gracefully instead of erroring out instead.
* download: only start a download transfer for sysmem caps featuresMatthew Waters2015-07-071-6/+6
|
* mpegvideometa: add meta transform functionHyunjun Ko2015-07-071-1/+33
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=751778
* glsyncmeta: transform func: return FALSE if not supported or failedHyunjun Ko2015-07-071-0/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=751778
* android: add missing egl.h includeMatthew Waters2015-07-071-0/+1
|
* gl: consolidate egl header includes to egl-only headersMatthew Waters2015-07-077-26/+69
| | | | They may conflict with other headers.
* videoaggregator: Remove pixel-aspect-ratio field from the caps returned by ↵Thibault Saunier2015-07-061-2/+2
| | | | | | | getcaps Avoiding not negotiated error while negotiating as we anyway force 1/1 as output
* gl: initialize output params to 0 before calling gl functionsJulien Isorce2015-07-025-4/+8
| | | | | The client side API of the Chromium's GPU Process has asserts in debug mode that check that output params are initialized to 0.
* gl: Don't leak pool if set_config failedNicolas Dufresne2015-07-021-1/+3
|
* glfilter: Don't cache buffer poolNicolas Dufresne2015-07-022-38/+16
| | | | | Caching and sharing to multiple element the same pool prevents renegotiation from passthrough to not passthrough.
* adaptivedemux: Move unref() into the right scopeSebastian Dröge2015-06-251-2/+2
|
* adaptivedemux: Properly handle presentationTimeOffset for seeking and ↵Sebastian Dröge2015-06-251-21/+43
| | | | | | | | | | | | | | | | | | | | multi-period streams Segment start/time/position/base should only be modified if this is the first time we send a segment, otherwise we will override values from the seek segment if new streams have to be exposed as part of the seek. Segment base should be calculated from the segment start based on the stream's own segment, not the demuxer's segment. Both might differ slightly because of the presentationTimeOffset. Always add the presentationTimeOffset (relative to the period start, not timestamp 0) to the segment start after resetting the stream's segment based on the demuxer's segment (i.e. after seeks or stream restart). Also make sure to keep the stream's segment up to date and not just send a new segment event without storing the segment in the stream. https://bugzilla.gnome.org/show_bug.cgi?id=745455
* adaptivedemux: Also update segment.base and segment.time when switching periodsSebastian Dröge2015-06-231-7/+28
| | | | | | And include the presentation offset in the last known position for each stream, and just because we can also keep track of the latest known position inside the demuxer segment.
* Revert "gl/window/x11: don't create our own X11 display"Sebastian Dröge2015-06-231-1/+14
| | | | | | This reverts commit 5697b6b89b4b2a15c45bd47be940a17f4412ea11. https://bugzilla.gnome.org/show_bug.cgi?id=751003
* Revert "eagl: Don't dispatch_sync() to the main thread if we are on the main ↵Sebastian Dröge2015-06-231-31/+10
| | | | | | | | thread" This reverts commit 0bff481011cf74c59869b511393d1696b570e3d5. It wasn't supposed to be merged and also doesn't fix the problem.
* adaptivedemux: Remember the last return value of ↵Sebastian Dröge2015-06-231-0/+2
| | | | | | | | | | | | | gst_adaptive_demux_stream_update_fragment_info() It's going to return EOS if the period ended or otherwise there is just no next fragment left. If we don't store the last return value, it will always stay OK and gst_adaptive_demux_combine_flows() will always return OK instead of EOS once all streams are done. This partially switches period changes in DASH by at least trying to switch instead of just stopping. What is still left is that after a period change with DASH the times all start at 0 again instead of continuing.
* eagl: Don't dispatch_sync() to the main thread if we are on the main threadSebastian Dröge2015-06-231-10/+31
| | | | | | This will otherwise deadlock. https://bugzilla.gnome.org/show_bug.cgi?id=751101
* gl: Include texParameterf in the GL function tableJohn Ludwig2015-06-231-0/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=751228
* videoaggregator: simplifies and improves sink_get_caps.Mathieu Duponchelle2015-06-231-8/+6
| | | | | | | | | | | | | | The problem here was that after removing the formats and all the things we could convert, we then intersected these caps with the template caps. Hence if a subclass offered permissive sink templates (eg all the possible formats videoconvert handles), but only one output format, then at negotiation time getcaps returned caps with the format restricted to that format, even though we do handle conversion. https://bugzilla.gnome.org/show_bug.cgi?id=751255
* glmemory: fix consistency about pbo availability.Julien Isorce2015-06-221-5/+9
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=751165
* codecparsers: jpeg: add some padding to ScanHdr structTim-Philipp Müller2015-06-211-0/+6
| | | | For bits that we don't parse out at the moment.
* codecparsers: jpeg: fix docs for table parsing functionsTim-Philipp Müller2015-06-211-3/+2
|
* docs: add new JPEG codecparser API to the docsTim-Philipp Müller2015-06-212-0/+41
| | | | And sprinkle some more Since markers
* codecparsers: jpeg: fix validity checking of data parsedTim-Philipp Müller2015-06-211-46/+61
| | | | | | | g_return_val_if_fail() and g_assert() are not appropriate for checking untrusted external data. https://bugzilla.gnome.org/show_bug.cgi?id=673925
* codecparsers: jpeg: fix up APITim-Philipp Müller2015-06-212-182/+207
| | | | | | | | | | | - add data pointer to GstJpegSegment and pass segment to all parsing functions, rename accordingly - shorten GstJpegMarkerCode enum type name to GstJpegMarker - move function gtk-doc blurbs into .c file - add since markers - flesh out docs for SOF markers https://bugzilla.gnome.org/show_bug.cgi?id=673925
* codecparsers: jpeg: tweak API a littleTim-Philipp Müller2015-06-212-29/+84
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=673925
* codecparsers: jpeg: hide gst_jpeg_scan_for_marker_code()Tim-Philipp Müller2015-06-212-17/+15
| | | | | | | Make this function private for now, since it's unclear whether it's actually needed seeing that gst_jpeg_parse() scans too. https://bugzilla.gnome.org/show_bug.cgi?id=673925
* codecparsers: jpeg: fix and optimize scan for next marker code.Gwenole Beauchesne2015-06-211-9/+8
| | | | | | | | Fix scan for next marker code when there is an odd number of filler (0xff) bytes before the actual marker code. Also optimize the loop to execute with fewer instructions (~10%). This fixes parsing for Spectralfan.mov.
* codecparsers: jpeg: fix calculation of segment size.Gwenole Beauchesne2015-06-211-2/+3
| | | | | | | | | The size of a marker segment is defined to be exclusive of any initial marker code. So, fix the size for SOI, EOI and APPn segments but also the size of any possible segment that is usually "reserved" or not explicitly defined. https://bugzilla.gnome.org/show_bug.cgi?id=707447
* codecparsers: jpeg: fix default Huffman tables generation.Wind Yuan2015-06-211-0/+1
| | | | | Fix build_huffman_table() to correctly fill in the associated HUFFVAL entries to the default Huffman tables.
* codecparsers: jpeg: add JPEG bitstream parserGwenole Beauchesne2015-06-213-0/+1027
| | | | | | Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=673925
* gldisplay: add gst_gl_display_create_contextJulien Isorce2015-06-192-0/+79
| | | | | | | It also emits a create-context signal so that an application can provide an external GstGLContext backend. https://bugzilla.gnome.org/show_bug.cgi?id=750310
* glcontext: move display from privJulien Isorce2015-06-192-8/+7
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=750310
* Revert "glcontext: add gst_gl_context_set_display helper"Julien Isorce2015-06-192-20/+0
| | | | This reverts commit 71b8103cbd16fff9cf5a65cf517083cb794aa3b5.
* Revert "gl: add GstGLContextGPUProcess backend"Julien Isorce2015-06-198-390/+1
| | | | This reverts commit b377112ee38912d316e77b4e2102041389dc0051.
* glviewconvert: Fix GLES2 compatibilityNicolas Dufresne2015-06-181-1/+6
|
* glviewconvert: Fix broken validity checkNicolas Dufresne2015-06-181-2/+2
|
* gl libs: Add glviewconvert helper objectJan Schmidt2015-06-195-1/+2101
| | | | | | | | Add API for a helper object that can convert between different stereoscopic video representations, and later do filtering of multiple view streams. https://bugzilla.gnome.org/show_bug.cgi?id=611157
* nalutils: trivial patch to check ifVineeth TM2015-06-161-6/+3
| | | | | | trivial patch to add proper ( while checking for if(G_UNLIKELY()) https://bugzilla.gnome.org/show_bug.cgi?id=751087
* videoaggregator: Print some debug output if we change the timestamp offsetSebastian Dröge2015-06-151-0/+4
|
* videoaggregator: Add some more debug outputSebastian Dröge2015-06-151-0/+4
|
* videoaggregator: Don't update the ts-offset before updating the actual ↵Sebastian Dröge2015-06-151-9/+0
| | | | configured caps
* videoaggregator: Remember if the last LATENCY query returned live or not and ↵Sebastian Dröge2015-06-151-2/+13
| | | | use the in the QoS messages
* videoaggregator: No need to artificially bound the zorder.Mathieu Duponchelle2015-06-141-1/+1
| | | | It is an unsigned integer so the upper bound is G_MAXUINT.
* codecparsers: mpeg4: actually return full number of bits of resync markerLuis de Bethencourt2015-06-131-2/+2
| | | | | | | | | | Switch the increment of markersize from when it is used to when it is returned from compute_resync_marker_size. This also makes the CHECK_REMAINING in gst_mpeg4_parse_video_packet_header check for the actually required number of bits now and not one too few. https://bugzilla.gnome.org/show_bug.cgi?id=739345
* Revert "codecparsers: remove ignored increment of return"Tim-Philipp Müller2015-06-131-1/+1
| | | | | | | | | | | | | | This reverts commit 916b954315abc2f94348ec0be3e116c19b080b54. Clearly something else was intended, and it also makes more sense to add the extra bit. The resync marker is N zero bits plus a 1 bit, and the pattern/mask needs to be run on N+1 bits too. (Even after the rever the code doesn't do that of course, so it still needs to be fixed differently.) https://bugzilla.gnome.org/show_bug.cgi?id=739345
View Lorry Controller Status