[XviD-devel] input format

jthou jthou at jdl.ac.cn
Thu Nov 4 03:41:45 CET 2004


hi, everybody

I need to make a filter like xvid dshow, and use it to play my own video program streams in existing player like mideaplayer of MS.

but when I compile the program dshow first time, problem appear, like these:

d:\dxsdk\samples\c++\directshow\baseclasses\wxutil.h(530) : error C2061: syntax error : identifier 'DWORD_PTR'
d:\dxsdk\samples\c++\directshow\baseclasses\ctlutil.h(437) : error C2504: 'IBasicVideo2' : base class undefined
..............................

It seems I missed some include files. can you tell me how to resolve this problem?

I have added the include folders "...\DXSDK\include"  "../DXSDK\SAMPLES\C++\COMMON\INCLUDE" and "..\DXSDK\SAMPLES\C++\DIRECTSHOW\BASECLASSES" 

and the lib folders

thank you!


Zikin Hou

  
----- Original Message ----- 
From: "Christoph Lampert" <chl at math.uni-bonn.de>
To: <xvid-devel at xvid.org>
Sent: Thursday, November 04, 2004 2:19 AM
Subject: Re: [XviD-devel] input format


> 
> xvid_encraw takes either "YUV within PGM" or "raw YUV" as input, you can 
> specify which to use by the "-type" command line parameter. 0=yuv, 1=pgm
> 
> raw YUV does't have information on frame size in them, you have to know it 
> in advance. For "YUV within PGM" each frame has a short header with 
> the framesize (and some other data) in it.  
> 
> raw PGM is more or less a homebrewn format, you can create files yourself 
> e.g. with mplayer's pgm output (just 'cat' all output PGM into one big 
> file), or with ffmpeg. 
> 
> raw YUV is more common for download from the internet, e.g. ".qcif" are 
> raw YUV files of the fixed size 176x144 and ".cif" are 352x288 (so qcif is 
> one _q_uarter the pixels of cif). 
> 
> So, if you have a .qcif file, using 
> 
> xvid_encraw -type 0 -w 176 -h 144 -i inputfile.qcif -o outputfile.m4v
> 
> should give you useful operation, and output like 
> 
> 
> xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 
> 2002-2003
> 
>    0: key=2, time=      5, len=    8006 | type=I, quant=  2, len=    8006
>    1: key=0, time=     10, len=     507 | type=P, quant=  2, len=     507
>    2: key=0, time=      9, len=     410 | type=P, quant=  2, len=     410
>    3: key=0, time=      8, len=     344 | type=P, quant=  2, len=     344
>    4: key=0, time=      8, len=     318 | type=P, quant=  2, len=     318
> ...
>  869: key=0, time=      8, len=     284 | type=P, quant=  2, len=     284
>   -1: key=0, time=      0, len=      -5
> Tot: enctime(ms) =8707.51,               length(bytes) = 1008509
> Avg: enctime(ms) =  10.01, fps =  99.91, length(bytes) =    1159
> 
> 
> gruel
> 
> 
> 
> On Wed, 3 Nov 2004, Tom Jacobs wrote:
>> ive got a little problem with testing my threaded encoder. i think it is
>> probable down to the raw images that i am paasing in. im not really sure
>> how to process *.yuv *.ppm and *.qcif files. i have a variety of these both
>> in single file or one per frame. what parameters do i use to set these as an
>> input? can i have the seperate files as an input or do i need to combine
>> them in someway. ive had various sucess doing this with the 'convert' tool.
>>  when i have tried to play my outputed m4v files in mplayer the colour is
>> wrong and the picture is not right either. you can tell the image but its
>> got a constant 'not rightness' to it, this is the same for both my encoder
>> and the xvidcore
>> 
>> any help would be greatful
>> 
>> thanks
>> 
>> Tom
>> _______________________________________________
>> XviD-devel mailing list
>> XviD-devel at xvid.org
>> http://list.xvid.org/mailman/listinfo/xvid-devel
>> 
> _______________________________________________
> XviD-devel mailing list
> XviD-devel at xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel


More information about the XviD-devel mailing list