move androidcamera into androidmedia

This commit is a part of portng android hardware camera from 0.10 implementation.
To preserve history and get diff clearly, the interesting files are moved to
deployment directory and the remaining files are removed.

androidcamera: Separate release and free APIs

androidmedia: Fix get_level and get_profile exception checking by not using return

androidmedia: Add extern gint declarations

gstdvm: Fix GST_DVM_GET_STATIC_FIELD

androidcamera: Small refactor in case open doesn't throw an exception but returns null

androidcamera: Fix some compiler warnings

dvm: Rename gst-dvm.[ch] to gstdvm.[ch] for consistency with other GStreamer code

dvm: Add new function to check if we started a VM or only used an existing one

androidmedia: Make everything compile with the new wrappers

androidmedia: Add remaining bits of the Java wrappers using libgstdvm

dvm: Add some more helper macros

androidmedia: Remove g_return_if_fails()

This is not public API so it has no advantage to have them here.

androidmedia: Use gst-dvm and refactor java wrappers (WIP)

Moved the java wrapper API into its own files and made use of the
gst-dvm macros. Also renamed the API to have the proper naming
convention and coding style in order to match the one in androidcamera.
This is a work in progress! "android/media/MediaCodecList" is still missing
and the actual elements have not been ported to use the new function names.

androidcamera: Add G_BEGIN/END_DECLS to the .h

gst-dvm: Create a gst-dvm library using part of androidcamera

androidcamera: Adding a device-name property

androidcamera: Add element documentation

androidcamera: Prettify the gstahccallback.c generation line in the makefile

androicamera: Make sure the TMP env var exists and check for DEX var too

androidcamera: Do not use gst_list_free_full since it requires glib 2.28

androidcamera: Add smooth-zoom property for smooth zooming feature

androidcamera: Add focal-length, view-angle and video-stabilization properties

androidcamera: Add video stabilization API

androidcamera: Add property probe for the photography properties

androidcamera: Small refactor

androidcamera: Fix small memleak

androidcamera: Store GParamSpec for properties and use that for the PropertyProbe comparison

androidcamera: Handle zoom comparison better, and avoid float precision issue

androidcamera: Fix EV compensation support

androidcamera: Implement new GstPhotography enums

androidcamera: Do not advertise zoom capabilities if camera doesn't support zoom

androidcamera: Be NULL-safe when a JNI list is returned

androidcamera: Use strcmp on the GParamSpec property name

Use strcmp instead of using the property_id because it's overriden

androidmedia: Implement property probe for zoom and ev_compensation

androidcamera: Add autofocus support

androidcamera: Override properties

anroidcamera: Add support for the GstPhotography interface

androidcamera: Add more wrappers for the Camera.Parameters class

androidcamera: Send proper error when unable to open camera

androidcamera: Adding device-orientation and device-facing properties

androidcamera: Add device property and property probe it

androidcamera: Fix memleak and lose of buffer if the data queue is flushing

androidcamera: Calling set_preview_callback with NULL frees all the buffers in the queue.

We must not do it at the stop otherwise we lose all our buffers. It's best to do
it during the close, so we free up the resources.

androidcamera: Drop frames if we don't have a clock and var rename

androicamera: if buffer size increases, then readd new buffers to the queue and drop old ones

The on_preview callback gets called with NULL if the buffer in the queue is
too small, so we need to handle the case where the array is NULL. Also
there is a bug in the android source which makes it drop one of the buffers
so if we had 5 buffers, and we renegotiate to a higher resolution, then we'd
only get 4 calls to on_preview_frame with NULL, with one being dropped.
This means we can't reallocate the buffers in the if (data == NULL) case
because we might end up with 0 buffers in the end.

androidcamera: If callback is NULL then set it to NULL in jni

androidcamera: Fix debug output

androidcamera: Chose the smallest range that contains the target framerate

androidcamera: Improve negotiation

And make sure we set an FPS range from the supported ones
now instead of a potentially unsupported range.

androidcamera: Implement LATENCY query

androidcamera: Make sure we always have a valid camera source instance in the buffer free function

androidcamera: Make sure to not call any callbacks after stopping the camera

Fixes segfaults when rotating the device for example.

androidcamera: Fix timestamping issue

androidcamera: Add caps negotiation support

Add support for getcaps that probes the camera for capabilities

androidmedia: Drop the first buffer to have proper timestamping

androidmedia: Flush the queue when the source is stopped

androidmedia: Allocate/free texture when camera is open/closed

androidmedia: add a gst_ahc_src_close function

androidmedia: Fix small indentation issues

androidmedia: Disable plugin if android-sdk isn't found and dynamically search for platform version

androidcamera: Add support for using DexLoader with Embeded GstAhcCallback.jar

androidcamera: Fix compilation issues

Remove previous cruft and create androidcamera plugin

Free the buffers and readd the arrays when the queue is cleared

Add a GST_DVM_CALL macro to ease function calling with exception check

Calculate timestamp at reception of the buffer, not when pushing it out

Make the number of callback buffers configurable, and delete their local ref

Use GstDataQueue instead of GAsyncQueue for storing buffers

Use the buffer's free_func to map byteArray data without making a copy

Remove open failure test code and debug log

Use YV12 as the default format

Add a deinit function and remove jclass references in case of error

SurfaceTexture constructure needs texture_id

Add ahcsrc Camera source element prototype

Add android.hardware.Camera (and deps) JNI wrappers

Adding Dalvik Virtual Machine routines and macros

androidmedia: Add androidmedia plugin

spandsp: Add tone generator

mpegtsmux: set non-0 payload length in PES header if video ES packet is small enough

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

mpegtsmux: reset pes_bytes_written when starting to write new PES packet

In case of an unbounded packet (video usually), pes_bytes_written was
no reset.

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

mpegtsmux: add support for H.265/HEVC video

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

gl: fix compiler warnings with gcc-6

In file included from effects/gstgleffectrgbtocurve.c:25:0:
effects/gstgleffectscurves.h:174:32: error: 'xray_curve' defined but not used
 static const GstGLEffectsCurve xray_curve = {
...

libs: g-i: fix init section to avoid compiler warnings

..GstPlayer-1.0.c: In function ‘main’:
..GstPlayer-1.0.c:587:3: warning: implicit declaration of function ‘gst_init’

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

applemedia: vtenc: fix build on iOS

applemedia: always fill GstBuffers with GstMemory

Always fill buffers with our custom memory. The custom memory will avoid
mapping CV/CM buffers unless necessary.

applemedia: implement copying of meta

Before this, buffers would lose their Core Video / Core Media meta
over intervideo* boundary.

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

applemedia: implement GstAppleCoreVideoMemory

Implement a new memory type wrapping CVPixelBuffer.

There are two immediate advantages:
 a) Make the GstMemory itself retain the CVPixelBuffer. Previously,
    the containing GstBuffer was solely responsible for the lifetime of
    the backing CVPixelBuffer.

    With this change, we remove the GST_MEMORY_FLAG_NO_SHARE so that
    GstMemory objects be referenced by multiple GstBuffers (doing away
    with the need to copy.)

  b) Delay locking CVPixelBuffer into CPU memory until it's actually
     mapped -- possibly never.

The CVPixelBuffer object is shared among references, shares and
(in planar formats) planes, so a wrapper GstAppleCoreVideoPixelBuffer
structure was introduced to manage locking.

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

applemedia: iosurfacememory: alloc with g_new0

...since the base class doesn't use g_slice anymore

dashdemux: added check that availabilityStartTime is present for live streams

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

adaptivedemux: improved error message if availabilityStartTime is missing for a live stream

For a live mpd, if availabilityStartTime is missing, adaptive demux asserts
with: Unexpected critical/warning: gst_date_time_to_g_date_time: assertion
'datetime != NULL' failed.

This patch improves the error message to:
Unexpected critical/warning: gst_mpd_client_seek_to_time: assertion
'client->mpd_node->availabilityStartTime != NULL' failed

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

tests: adaptive-stremaing: fix memory leak in test_http_src

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

shmsink: fix possible deadlock in _render()/ _allocator_free()

Drop object lock before unrefing memory, otherwise the object
lock might be taken again from the allocator and then things
deadlock.

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

glfilter: First make caps writable in fixate_caps(), then truncate them

Truncating requires writable caps.

glcolorconvert: Caps passed to fixate_caps() are not owned by us and guaranteed to be fixed

So don't try to fixate them, which takes ownership and steals them from
basetransform.

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

Revert "glpool: fix caps refcount issue"

This reverts commit 3bdcdedfa00b87f1db505218789178318a16c743.

gst_caps_replace() takes a new reference already, if there is a problem then
it is elsewhere. And there are a few problems, see
https://bugzilla.gnome.org/show_bug.cgi?id=760696

rtph265depay: fix unneeded sub-buffer creation

We create a sub-buffer just to copy over its metas and then throw it
away immediately, just use the original input buffer directly.

rtph265pay: add "send VPS/SPS/PPS with every key frame" mode

It's not enough to have timeout or event based VPS/SPS/PPS information
sent in RTP packets. There are some scenarios when key frames may appear
more frequently than once a second, in which case the minimum timeout
for "config-interval" of 1 second for sending VPS/SPS/PPS isn't enough.
It might also be desirable in general to make sure the VPS/SPS/PPS is
available with every keyframe (packet loss aside), so receivers can
actually pick up decoding immediately from the first keyframe if
VPS/SPS/PPS is not signaled out of band.

This commit adds the possibility to send VPS/SPS/PPS with every key frame.
This mode can be enabled by setting "config-interval" property to -1. In
this case the payloader will add VPS, SPS and PPS before every key (IDR)
frame.

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

rtph265pay: change config-interval property type from uint to int

This way we can use -1 as special value, which is nicer than MAXUINT.

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