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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

a higher priority than extensions. This gives FFM a chance of working. Note
that some of the other probe functions are bit optimistic, and can be
confused by binary data (such as 0x00 0x00 0x01 0xzz) for some values of zz.

This set of changes makes ffserver work again, and fixes the cannot open
video grab device message.

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

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

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

* Make sure that the read buffer for the ffm file is allocated in the priv_data.

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

  my pondcam streams for 24 hours! I'll bet he wasn't watching.
* Add code to allocate the priv_data so that the ffm header can be
  parsed again. [Fix crash]

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

Helps track down bugs.

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

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

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

  results then for -fPIC compilation - don't ask me why...

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

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

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

Originally committed as revision 6165 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

  cd test ; make dsptest ; ./dsptest

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

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

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

  compile - should be probably made as a regression test

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

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

  other compiler shows any problem here ??

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

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

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

  removed -fPIC used for testing compilability

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

  users are supposed to supply proper SCR_PATH however

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