--
stangely a similar patch was merged and is now gone oO
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Add the delay to ts_bound when calling input_clock_ConvertTS (For audio,
i_ts_bound is 3000ms).

Fixes #4847

Since the copy mpeg2 packetizer is no longer accepting
mpg2 fourcc, the -broken- ms-dvr files are not
packetized.

No functional changes.

segment depends on current time for live streams
and might have been removed

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

main es might not have been selected (teletext extra es)

vlc_rwlock_rdlock() may be a cancellation point.

s/malloc/xmalloc/g
Signed-off-by: Arjun Sreedharan <arjun024@gmail.com>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

It happens when pa_stream_write is called too late after a flush.
This fixes audio drop when the track has a positive delay.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Some quicktime mov have invalid sample tables, requiring
quicktime "built-in" support, aka figure out.

The agsm atom must also not be used as codec as it is
apple GSM which has different block size and sample count
than the MS GSM codec (33,160/65,320).

refs samples/A-codecs/GSM/sample-gsm-8000.mov

This fixes minidlna browsing.
Fix #7690 #14333

One of the bounds of the loop were wrong, ending up in testing
formats that were not supported by the hardware.
Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Fixes alaw regression.
/samples/A-codecs/aLaw/
Arbitrary limit still required for compressed format(AMR).
Now max to read 25ms of samples.

If defined, getTimestamp (since Android 4.4) or getPlaybackHeadPosition +
getLatency (since Android 4.3) will be used to get the AudioTrack position.

Since Android 4.3 there is a hidden method that retrieve the audio hardware
latency: AudioSystem.getOutputLatency() (that should not be used according to
the android comments).

This latency should not be used when we use AudioTrack.getTimestamp since it
already take into account the hardware latency. So why adding a new method ?
Because AudioTrack.getTimestamp don't work with Bluetooth (it returns false).

This fix lip sync with Bluetooth audio.