Sending one frame per block had way to high CPU overhead.

In some circumstances QTreeView does not behave properly if the column index 0 can hide/reappear.

Precisely, when column 0 is hidden and an item get's subitems, those subitems can not be D&D-ed.
If column 0 is then unhidden, trying to D&D the subitems will fail or result in unexpected behaviour.

So that tree branches appear on it.

Currently, detection is done at build time. Feel free to add run-time
detect if you know how.

While VFP/NEON do support floating point instructions, they appear to
be noticeably slower than fixed point.

You don't want it to be selected automatically.

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This seems about twice as fast.

(Closes: #2718)
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Pointed-out-by: Marian Ďurkovič <md@bts.sk>

Else we won't have any lua scripts.

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

freetype: LucidaGrande is stored in a different format in Snow Leopard and therefore at another location

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

I must have done something wrong with my VIM.

input is used. When stream_Read was used alone, it read 1316 bytes from
the RTP input add added garbage upto DUMP_BLOCKSIZE. With stream_Peek it
works as expected and also makes the whole demuxdump faster.
Signed-off-by: JP Dinger <jpd@videolan.org>

DEMUX_GET_PTS_DELAY must not fail for an access_demux.

 The aout core use a hack to avoid useless memcpy: the buffer in which
to mix is the same as the one in the first active input fifo.

Contrary to swscale(?), those plugins call avutil directly