examples: mpegts: add function to dump ETT tables

https://bugzilla.gnome.org/show_bug.cgi?id=730435

mpegts: atsc: add ETT structures and parsing

ETT (extended text table) contains ATSC text information with descriptions
of virtual channels and events. The text can be internationalized and also
compressed.

https://bugzilla.gnome.org/show_bug.cgi?id=730435

tsbase: parse the mgt and add listed EIT/ETT pids to the known psi

This will make tsbase also parse the EITs and ETTs from ATSC streams that have
their pids reported on the MGT and post to the bus

https://bugzilla.gnome.org/show_bug.cgi?id=730435

mpegts: add atsc MGT section parsing

Add a parsing function for MGT and also detect the EIT tables
for ATSC, the EIT pids are reported inside the MGT and we are still
only relying only on the table id for detecting it. In the future we
would want to also check the pid and compare with whatever the MGT
previously reported to confirm that it is indeed the EIT.

https://bugzilla.gnome.org/show_bug.cgi?id=730435

mpegts: atsc: rename TVCT to VCT as it is the same as CVCT

Make the ATSC section parse handle both TVCT and CVCT as they are
nearly the same struct (CVCT uses 2 reserved bits that are ignored
in TVCT).

This is changing the glib type and the struct name but TVCT wasn't
released in a stable package yet so there should be no problem.

Also includes some parsing fixes and changes short_name to be
directly stored as utf8 rather than utf16

https://bugzilla.gnome.org/show_bug.cgi?id=730642

examples: ts-parser: add TVCT and CVCT tables dumping

https://bugzilla.gnome.org/show_bug.cgi?id=730642

glupload: Fix assertion after API changes

gl/colorconvert: keep our private pointer

again, avoid to much trigger

tests: update for glupload changes

gl/colorconvert: use GstObject's lock instead of our own

gl/colorconvert: remove unnecassary pointer inderection

gl/upload: re add the upload meta to the private struct

try and avoid being to trigger happy

gl/upload: small code cleanup and gst-indent

gl/download: use GstObject's lock instead of out own

gl/upload: use GstObject's lock instead of our own

gl/filter: also remove the width/height in transform_caps

allows scaling in the filters

gl/colorconvert: optimise the same format case

simply return the input buffer unchanged

gl/colorconvert: fix YUY2/UYVY download for RG/LA textures

gl/colorconvert: allocate output buffers

Allows the nop optimisation by simply reffing the input buffer.

examples: Avoid shadowing main loop variable

We end up with interesting results otherwise :)

examples: Add support for private-data-specifier and frequency-list

mpegts: Make some fields optional

Some people might just not care about the contents

mpegts: Update docs for DVB frequency list

tests: update for recent glupload changes

GstGLUploadMeta object is now the GstVideoGLTextureUploadMeta
provider.

mssdemux: Always use the redirect target to resolve relative URIs

But redownload the playlists from the original URI if it's not
a permanent redirect.

dashdemux: Always use the redirect target to resolve relative URIs

But redownload the playlists from the original URI if it's not
a permanent redirect.

hlsdemux: Don't set base URI if there was no redirect

hlsdemux: Make parsing of "-quoted key URIs more resilient

https://bugzilla.gnome.org/show_bug.cgi?id=730830

hlsdemux: Always use the redirect target to resolve relative URIs

But redownload the playlists from the original URI if it's not
a permanent redirect.

uridownloader: Store URI and redirect target in the downloaded fragments

mpegts: Fix Logical Channel Descriptor parsing

No wonder we were getting garbage ...

example: ts-parser: add terrestrial delivery system descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=730847

example: ts-parser: printing enum types

https://bugzilla.gnome.org/show_bug.cgi?id=730847

gl/upload: fix incorrect type in macros

gl/upload: add GstGLUploadMeta object

That simply deals with the provider aspect of GstVideoGLTextureUploadMeta.

examples: Add DVB Extended event parsing

mpegts: Ensure NULL-terminated language code

Yup, it breaks API and ABI, I know. But let's avoid people and bindings
printing out garbage

mpegts: Fix Extended DVB descriptor parsing

We were over-reading data, and the nb_items field isn't needed,
it's a property of the GPtrArray

gl/win32: make send_message reentrant

I could not find a comparable win32API function so keep the running
thread pointer to compare against.

https://bugzilla.gnome.org/show_bug.cgi?id=730782

mpegts: Fix usage of memcpy

source and destination were inverted

examples: Add support for DVB multilingual component descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

examples: Add support for DVB multilingual service name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

examples: Add support for DVB multilingual bouquet name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

examples: Add support for DVB multilingual network name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

mpegts: add multilingual component descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

mpegts: add multilingual service name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

mpegts: add multilingual bouquet name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

mpegts: add multilingual network name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728429

tsdemux: add/remove pads to flowcombiner differently due to streaming nature

Due to mpegts streaming nature some pads are created but are only added
later to the element. This can cause a scenario where the first stream
doesn't have an available decoder (while the next ones still pending
would have) and tsdemux will fail with not-linked as the first stream
added wouldn't be linked.

To avoid this tsdemux needs to add pads to the flowcombiner
when they are created instead of only when adding them to the
element.

glcolorconvert: fix compiler warning

gstglcolorconvert.c:1133:11: error: 'j' may be used uninitialized in this function

Was used uninitialized when jumping to out label
in error case.

gl/colorconvert: operate on buffers instead of memories

mxfdemux: remove unread last_flow variable

it isn't necessary anymore and is already unused

glimagesink: make it actually honor show-preroll-frame property

https://bugzilla.gnome.org/show_bug.cgi?id=730802

mxfdemux: Compare positions to find the earliest pad, not flow returns

gl: add missing cgl and eagl context type

https://bugzilla.gnome.org/show_bug.cgi?id=729245

gl: rename platform cocoa to cgl

Before:
GST_GL_PLATFORM=cocoa GST_GL_WINDOW=cocoa
gst-launch-1.0 videotestsrc ! glimagesink

After:
GST_GL_PLATFORM=cgl GST_GL_WINDOW=cocoa
gst-launch-1.0 videotestsrc ! glimagesink

but still pass --enable-cocoa to configure script
because currently it can only be used with cocoa API.

We could later have cgl/gstglcontext_cgl.h that manages
a CGLContextObj directly and cocoa/gstglcontext_cocoa.h
would just wrap it.
So that it could be used with other Apple's window APIs.

https://bugzilla.gnome.org/show_bug.cgi?id=729245

Revert "androidmedia: Place some const keywords in a few places"

This reverts commit 3078b3a34c1f75b86bd629df1cd7c089a0f69999.

gst_video_frame_map() doesn't take a const GstVideoInfo*, so
all this is rather useless.

gl/mixer: don't segfault when we don't have a buffer

https://bugzilla.gnome.org/show_bug.cgi?id=729257

gl/window_x11: avoid BadDrawable error on shutdown

mxfdemux: use GstFlowCombiner

Removes flow return combination code to use the newly added GstFlowCombiner

https://bugzilla.gnome.org/show_bug.cgi?id=709224

mpegdemux: use GstFlowCombiner

Removes flow return combination code to use the newly added GstFlowCombiner

https://bugzilla.gnome.org/show_bug.cgi?id=709224

tsdemux: use GstFlowCombiner

Removes flow return combination code to use the newly added GstFlowCombiner

gl/context_egl: pass the vars in the right order to DestroySurface

https://bugzilla.gnome.org/show_bug.cgi?id=728514

androidmedia: Place some const keywords in a few places

androidmedia: add gst_amc_color_format_copy

gst_amc_color_format_copy will copy in/out a frame resides at a
GstAmcBuffer. Lots of codes in gst_amc_video_*_fill_buffer are moved to
this new function.

androidmedia: move create_src|sink_caps to gstamc.c

Some hack logic needs also to be present in create_src|sink_caps, for
working around some broken codecs. These hacks are hidden
in color_format/video_format conversion -- the prototypes of these
functions are also changed to include more args for hack judgement.

Also in case of multi-color_formats mapped to one video_format, then
map that video_format back will not give the original color_format, which
causes gst_amc_codec_configure failed with something like
'does not support color format N'.

The new prototype involves with GstAmcCodecInfo and mime, which
ensures the converted color_format is supported by the codec.

A COLOR_FormatYCbYCr to GST_VIDEO_FORMAT_YUY2 mapping is also added, in
order to work around bugs in OMX.k3.video.decoder.avc(which incorrectly
reports supporting COLOR_FormatYCbYCr, which is actually
COLOR_FormatYUV420SemiPlanar). There are already hacks for this in
gst_amc_video_format_to_color_format, gst_amc_color_format_to_video_format
and gst_amc_color_format_info_set, but the codec will still not work(be
ignored because of "has unknown color formats") without adding this mapping.

dvb: parsechannels: add delsys property

Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=709414

win32: update .def for new symbols

dvbsrc: map SYS_DVBC_ANNEX_A SYS_DVBC_ANNEX_AC for DVB API < 5.6

https://bugzilla.gnome.org/show_bug.cgi?id=721869

dvbsrc: fix typo in testing flag

% instead of &

https://bugzilla.gnome.org/show_bug.cgi?id=721869

amcvideoenc: Unit of bitrate property is now bit/sec

https://bugzilla.gnome.org/show_bug.cgi?id=705129

examples: Add support for DVB Bouquet Name parsing

mpegts: Fix Bouquet Name parsing

the field is not length prefixed

examples: Add support for DVB Service List descriptor

mpegts: add bouquet name descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728364

mpegts: add stuffing descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728364

mpegts: add service list descriptor

https://bugzilla.gnome.org/show_bug.cgi?id=728364

opusenc: Use aux vars to minimize critical region

This avoid dead lock between gst_audio_encoder_finish_frame() and
gst_opus_enc_get_property().
Also, now bytes var is set into protected section.

https://bugzilla.gnome.org/show_bug.cgi?id=729882

dvbsrc: Add missing tone ioctl

https://bugzilla.gnome.org/show_bug.cgi?id=730692

glfilter: Remove format information to allow color convert again

We also need to remove the format information,  as glfilter can do
color convertion. This code was imported from videoconvert.

https://bugzilla.gnome.org/show_bug.cgi?id=729861

gl/memory: allocate the correct memory size

and avoid wasting resources we will never need

https://bugzilla.gnome.org/show_bug.cgi?id=730703

glcolorconvert: Fix YUY2 and UYVY support with luminance_alpha

https://bugzilla.gnome.org/show_bug.cgi?id=730666

androidmedia: Add a new QCOM color format

It is a NV12 based, aligned to 32 bytes

https://bugzilla.gnome.org/show_bug.cgi?id=730635

androidmedia: First try to get symbols from the current program, then load libdvm

If the application is using the new ART runtime it will otherwise
load dalvik and start a dalvik VM next to the ART VM.
Does not work very well obviously.

androidmedia: add support for video encoding

https://bugzilla.gnome.org/show_bug.cgi?id=705129

gl/memory: provide compatability defines

fixes build on android/OS X

gl/colorconvert: remove scratch texture for YUY2/UYVY

We can get all our data from the one RG/LA texture with some shader magic.

https://bugzilla.gnome.org/show_bug.cgi?id=728890

gl/memory: RGBA/UNSIGNED_BYTE only format supported by ReadPixels GLES2

Error out in case we attempt to read with any other invalid format.

gl/memory: generate textures with a sized internal format

Required in order to generate RG and RED textured with GLES3.

gl/memory: implement GL_EXT_texture_rg support

Which is used by default over the Luminance formats due to it
being color renderable with fbos (and deprecation/removal with
GL 3.x).

https://bugzilla.gnome.org/show_bug.cgi?id=729750
https://bugzilla.gnome.org/show_bug.cgi?id=704222
https://bugzilla.gnome.org/show_bug.cgi?id=728890

Revert "h264parser: Remove unused fps_num/fps_den fields"

This breaks the build since mss has not been ported.

This reverts commit aeb6a520742fd82888e41ea23f9a39add51125a0.

h264parser: Remove unused fps_num/fps_den fields

Instead the newly added function should be used to calculate
the framerate properly.

h264parse: use new gst_h264_video_calculate_framerate() to get framerate

https://bugzilla.gnome.org/show_bug.cgi?id=723352

codecparsers_h264: add gst_h264_video_calculate_framerate()

Add a new function to calculate video stream framerate which rely on
SPS, slice header and pic timing using formula:

         time_scale                1                         1
fps = -----------------  x  ---------------  x  ------------------------
      num_units_in_tick     DeltaTfiDivisor     (field_pic_flag ? 2 : 1)

See section E2.1 of H264 specification for definition of variables.

https://bugzilla.gnome.org/show_bug.cgi?id=723352

gl/context: add gl extension checking to check_feature()

Useful for extensions that do not define any new GL API entrypoints
but can still modify behaviour when used.

gl/download: fixup YUY2/UYVY download

Regression from 2da979831ec3b1a8d993eb6f2d3999c5810c4d67 as it did
not update the download code to reflect the change in texture format.

h264parse: set field_pic_flag when parsing a slice header

field_pic_flag was used but never set to other value than its default

https://bugzilla.gnome.org/show_bug.cgi?id=730363

hlsdemux: Fix storing of the IV based on the media sequence number

https://bugzilla.gnome.org/show_bug.cgi?id=730574

dvbsrc: fix building with newer kernel headers

c400eef3772b7dc470eefae02a1288c2b125e25c introduced some defines to handle
older kernel headers. However, the check is done before the corresponding
kernel header (dvb/frontend.h) is included. As a result the macros are
always defined with results in 'redefined' errors with newer kernel
headers.
Move the check after the include to fix this.

https://bugzilla.gnome.org/show_bug.cgi?id=730570

Back to development