vf_fps: use double constants for default/min/max for start_time

When using AV_NOPTS_VALUE (which expands to INT64_C(0x8000000000000000))
as union initializer for a double field, the c99 converter needs to
interpret this constant when filling the union initializer, and it is
interpreted as a positive value.

When converting AV_NOPTS_VALUE to a double, MSVC 2010 ends up with
the same positive value as the c99 converter, while MSVC 2012 gets
a negative value.

This results in an infite loop in various FATE tests on MSVC 2012.

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmpproto: Fix limelight authentication with abbreviated app names

When streaming to limelight, the app name is either a full
"appname/subaccount" or "appname/_definst_". In the latter case,
the app name can be simplified into simply "appname", but the
authentication hashing assumes the /_definst_ still to be present.

Signed-off-by: Martin Storsjö <martin@martin.st>
configure: x86: Fix handling of i686 and cpunop features

The i686 feature really is a CPU feature and should be handled as such.
The cpunop dependency on i686 should be expressed with a standard _deps
declaration instead of a manual test.
apedec: do not buffer decoded samples over AVPackets

Only consume an AVPacket when all the samples have been read.

When the rate of samples output is limited (by the default value
of max_samples), consuming the first packet immediately will cause
timing problems:

- The first packet with PTS 0 will output 4608 samples and be
consumed entirely
- The second packet with PTS 64 will output the remaining samples
(typically, a lot, that's why max_samples exist) until the decoded
samples of the first packet have been exhausted, at which point the
samples of the second packet will be decoded and output when
av_decode_frame is called with the next packet).

That means there's a PTS jump since the first packet is 'decoded'
immediately, which can be seen with avplay or mplayer: the timing
jumps immediately to 6.2s (which is the size of a packet).

Sample: http://streams.videolan.org/issues/6348/Goldwave-MAClib.ape
Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
avutil: Move internal CPU detection function declarations to private header
avutil: Refactor CPU extension availability macros
ppc: Add and use convenience macro to check for AltiVec availability
dsputil: x86: Hide arch-specific initialization details

Also give consistent names to init functions.
swscale: x86: Hide arch-specific initialization details

Also give consistent names to init functions.
x86: rv40dsp: Move inline assembly optimizations out of YASM init section
mpegvideo: Replace arch initialization ifdeffery by standard conditionals
ppc: fdct: Remove vim editor settings comment
ppc: Add missing AltiVec cpuflag detection invocations
lavf/ftp: fix possible crash
swscale: ppc: Hide arch-specific initialization details

Also give consistent names to init functions.
swscale: consistent names for arch-specific acceleration functions
swscale: Add some missing av_cold to arch-specific init functions
swscale: cosmetics: Drop silly camelCase from swScale function pointer name
arm: dcadsp: Move synth filter initialization to dcadsp file
arm: float_dsp: Propagate cpu_flags to vfp initialization function