vout_macosx: remove misleading user-facing error message about Quartz Extreme being unavailable (close #9777)

While it is strongly desirable to be present, the API behavior or the driver quality seem to have changed on OS X 10.9, so this alert is triggered way to often while video is actually being displayed just fine.

Log message is retained for debugging purposes.

allows UI updates while downloading

forwardport of 3bde20b52de75861c3c200e4d55b93dad1d6a6b1 from vlc-2.1.git.

SetThreadErrorMode is only for desktop mode

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

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

Previously, the is_sleeping flag was not set to true if a deadline was
passed to vout_control_Pop. Consequently, the condition variable would
not be signalled by function vout_control_Wake, called by
vout_PutPicture to give a vout a picture to display. Thus, the vout
would not wake up even when receiving several pictures, instead the
vout waits until the end of the deadline. If the deadline was computed
as the "refresh" deadline from ThreadDisplayPicture, the sleep time
can be as high as 60-70 ms.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This replaces our old radios SDs
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

So if one elemental stream stops inputing data to muxer, it can still mux
other tracks.

Ref #4520

Use hundredths for that 0..5 value.
(avoids dealing with locale separators in xml readers
and writers)

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

Avoid reading playlist info from disc every time it is used (adding streams, selecting streams, changing clip, ...)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

MPEG-TS demuxer does not flush last video frame if size of PES packet is unknown.
Packet is flushed only when TS packet with PUSI flag set is received.
Fix this by emitting (video) ts packet with PUSI flag set.
Add video sequence end code to payload so that also video decoder is flushed.
Set PES packet size in the payload so that it will be sent to decoder immediately.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This reverts commit 61426dcb.

This was a repeat of 077f47ff

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

Previously, if profileLevels was NULL or length 0, the codec was
accepted.  Some devices have several codecs for mime type video/avc,
the first one is rejected based on the profile capability but the
second one was accepted since there was no capability declared. Since
the actual capability of the second codec was not better than the
first one, decoding failed.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>