- 27 May, 2002 2 commits
-
-
Zdenek Kabelac authored
(though I'm not sure which one is correct - but they should match) Originally committed as revision 610 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Zdenek Kabelac authored
(how about making all headers in ffmpeg working this way ?) Originally committed as revision 609 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 May, 2002 7 commits
-
-
Fabrice Bellard authored
Originally committed as revision 608 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 607 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 606 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 605 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 604 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Nick Kurshev authored
Originally committed as revision 603 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
requests. The current state is that at startup, WMP will get the best stream that it can handle. However, subsequent rate switching only puts a message in the log saying what the new stream ought to be. Solving this will be tricky. I guess that we would have to wait for key frames to appear in the new stream, and then switch over to it. Some care would be needed to deal with the PTS of the new stream versus the old stream. Originally committed as revision 602 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 25 May, 2002 20 commits
-
-
Fabrice Bellard authored
Originally committed as revision 601 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 600 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 599 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 598 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 597 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 596 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 595 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 594 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 593 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 592 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 591 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 590 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 589 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 588 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 587 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 586 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 585 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 584 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 583 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Fabrice Bellard authored
Originally committed as revision 582 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 24 May, 2002 6 commits
-
-
Philip Gladstone authored
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
-
Philip Gladstone authored
Originally committed as revision 580 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
Originally committed as revision 579 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Philip Gladstone authored
* 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
-
Philip Gladstone authored
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
-
Philip Gladstone authored
Helps track down bugs. Originally committed as revision 576 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 23 May, 2002 5 commits
-
-
Zdenek Kabelac authored
Originally committed as revision 575 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Zdenek Kabelac authored
Originally committed as revision 574 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Zdenek Kabelac authored
results then for -fPIC compilation - don't ask me why... Originally committed as revision 573 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Zdenek Kabelac authored
Originally committed as revision 572 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Zdenek Kabelac authored
Originally committed as revision 571 to svn://svn.ffmpeg.org/ffmpeg/trunk
-