[FFmpeg-devel] [PATCH] Show examples to avoid to decode audio streams in pass 1

[compn]

On Wed, 13 Aug 2008 21:49:40 +0200 (CEST), V?ctor Paesa wrote:
>Hi,
>
>compn said:
>> On Sat, 9 Aug 2008 18:28:19 +0200 (CEST), V??ctor Paesa wrote:
>>>Well, the FAQ humbly mentions the "copy" Windows command as closest
>>> equivalent of "cat".
>>
>> wait, copy is the same as cp on nix.
>> 'type' is what windows uses to send a file to stdout.
>> type file1 file2 > file3 looks like it works in windows.
>> type file | mplayer - does not. at least not in cmd.exe
>
>"type file.flv | ffmpeg -f flv -i -" worked fine on WinXP.

oh, whoops. type file.avi | mplayer -cache 3000 - works 
i wonder if thats a bug.

>
>> E:\mplayer-testclips>type vp6test.avi sp5x_problem.avi > mix.avi
>> vp6test.avi
>> sp5x_problem.avi
>> E:\mplayer-testclips>dir mix.avi sp5x_problem.avi vp6test.avi
>> 11/25/2002  07:00p              49,848 sp5x_problem.avi
>> 09/13/2006  10:48a             390,416 vp6test.avi
>> 08/13/2008  02:12p             440,264 mix.avi
>>
>> E:\mplayer-testclips\ffmpeg>cat version.h
>> #define FFMPEG_VERSION "SVN-r8992"
>>
>> E:\mplayer-testclips\ffmpeg>type version.h
>> #define FFMPEG_VERSION "SVN-r8992"
>>
>> E:\mplayer-testclips\ffmpeg>copy version.h
>> The file cannot be copied onto itself.
>>         0 file(s) copied.
>
>I suggested to use "copy" to concatenate because "copy /?" says:
>
>"To append files, specify a single file for destination, but multiple
>files for source (using wildcards or file1+file2+file3 format)."
>
>But indeed "type" mimics better "cat", at least on WinXP works well with
>binary files, though I faintly recall that in the past it would work fine
>only with text files.
>
>And patch welcome! ;-)

i also remember 'type' having trouble with binary files, win98 perhapse?
at least i tested the above using win2k. maybe copy is better for older windows.

-compn