bitstream endianness, so they cannot reuse the same code
without a lot of function call overhead.
Thus use templating to compile two different binaries.

Originally committed as revision 25312 to svn://svn.ffmpeg.org/ffmpeg/trunk

It may cause exceptions on some platform.

Originally committed as revision 25311 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25310 to svn://svn.ffmpeg.org/ffmpeg/trunk

between ffmpeg and ffplay and avoids a valgrind error by freeing
avformat_opts->key.

Originally committed as revision 25309 to svn://svn.ffmpeg.org/ffmpeg/trunk

FRAPS appears to output PC range streams.  I can't guarantee this is true of
all versions.

Originally committed as revision 25308 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25305 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25304 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25303 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25302 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25301 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25300 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25299 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25298 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25297 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25296 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25295 to svn://svn.ffmpeg.org/ffmpeg/trunk

Reordering is enabled only when receiving over UDP.

Originally committed as revision 25294 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25293 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25292 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25291 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25290 to svn://svn.ffmpeg.org/ffmpeg/trunk

Do the same change for ff_rdt_parse_packet, too, to keep the interfaces
similar.

Originally committed as revision 25289 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25288 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25287 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25286 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25285 to svn://svn.ffmpeg.org/ffmpeg/trunk

This avoids conflicts with the system assert.h.

Originally committed as revision 25284 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25283 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25282 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25281 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25280 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25279 to svn://svn.ffmpeg.org/ffmpeg/trunk

With this the developer can now choose if he wants an assert always enabled or at which
compile time assert level. This can thus replace the #define NDEBUG hacks

Originally committed as revision 25278 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25277 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25276 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25275 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25274 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25273 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25272 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25271 to svn://svn.ffmpeg.org/ffmpeg/trunk