[XviD-devel] Fw: libxvidcore compiling

[Dark Sylinc]

Hi!

> i will using Xvid Codec for my
> custom applications, not on media player application
> but on live video streaming applications for video
> conferencing, wherein i am going to use the web
> camera as my stream source and encode the stream,
> save the encoded stream either into memory
> location(buffer) or to my hard drive either of the
> two options will do.

Great. This means you don't actually _need_ the VFW
nor the DShow filter for that. However, take in mind
using XviD directly has some legal issues (unless you
use it for purely personal-use applications, you'll
have to license your code under GPL-compatible
license).
You might still want to use VFW for encoding/decoding
as this should free you from directly using XviD and
also allowing you to choose different codecs (I.e.
RLE, DivX, MPEG-2) available on the running system.
But you may loose direct access to some features of
XviD by doing so.

> i just save the encoded stream to file to
> hard disk for i wanted to played it back later after
> encoding using VLC player or elecard media player to
> check whether i have encoded the stream correctly,
> as a result i got an encoded file on my hard disk
> and it got 675Kb of data every time i encode stream
> in whatever encoding duration i take, but the major
> problem is it does not play back with VLC or Elecard
> media player. now my question is whats wrong with my
> encoding process? does this something to do with

You're making the wrong question:
it's not "What's wrong w/ my encoding process?" but
rather "Am I saving the stream in the right way to the
hard drive?"
Unless your encoding process is really messed up
(which I hardly doubt it) XviD only compresses the
images into "MPEG-4 streams"
Streams have to be stored into a container format,
like AVI (or WMP, MOV, etc). You'll have to take of
that by yourself. XviD doesn't produce AVI files, just
MPEG-4 streams. If you save what XviD encoded directly
to the HDD, no media player will be able to recognize
it.
It's like trying to figure out the picture of a puzzle
when all pieces are sparsed around the table.

> by the way xvid_encraw as an example it gets streams
> from file and in my case i am going to read from
> buffer, what shall i do with the data(live video
> stream from camera) before encoding?

xvid_encraw has a (very limited) support for loading
and writting MPEG-4 using the AVIFile API:
http://msdn2.microsoft.com/en-us/library/ms706540(VS.85).aspx
You may want to try that.
You can also give a try to open source engines like
xine, but they may be too powerfull for what you're
looking for.

Note: AVIFile API won't work with XviD for DECODING
avi files. No one knows (so far..) how to fix that.
However it does work for encoding, which is what you
need if you want to create a file that could be viewed
with i.e. VLC
You'll need the VFW installed for AVIFile to work

Note2: AVIFile and such are usefull for creating AVI
files to see them with VLC. However, if your intention
is to make an application that encodes the video in
your camera, send it through the internet and decode 
with the same program in the other half (like
video-conferencing) you can use (obviusly!) your own
format instead of AVI...

Hope this helps
Dark Sylinc


> 
> Master Sylinc,
> 
> >I believe you're trying to compile XviD as a Codec
> for
> >personal use, rather than compiling XviD to use
> with
> >your custom application.
> >Am I correct?
> yes, you are correct i will using Xvid Codec for my
> custom applications, not on media player application
> but on live video streaming applications for video
> conferencing, wherein i am going to use the web
> camera as my stream source and encode the stream,
> save the encoded stream either into memory
> location(buffer) or to my hard drive either of the
> two options will do.
> 
> >> '.\Release/sad.obj'; permission denied
> >Looks more like a temporary Windows issue that
> could
> >be fixed on reboot.
> yes you are correct, i just reboot and solves the
> problem, it compiles successfully in Release and
> debug version configurations.
> 
> and then, i compile also the Vfw, then i install the
> xvid.inf, then it prompts me with the Dll needed
> along the installation peocess, what i do as you
> said, i just give the path of the Dll that it needs
> during installation and it installs successfully
> without any problem. next step is to compile the
> Dshow, what i get during the compilation process is
> an error on the CXvidDecoder.obj (unresolved
> external symbol "public: __thiscall
> CVideoTransformFilter::CVideoTransformFilter(char
> *,struct IUnknown *,struct _GUID const &)"
>
(??0CVideoTransformFilter@@QAE at PADPAUIUnknown@@ABU_GUID@@@Z)
> referenced in function "public: __thiscall
> CXvidDecoder::CXvidDecoder(struct IUnknown *,long
> *)" (??0CXvidDecoder@@QAE at PAUIUnknown@@PAJ at Z))
> 
> and the second error is on the xvid.ax (unresolve
> external error), i am afraid to touch anything about
> the code for it might gives me more problems... 
> 
> in actuality, i have tried using the xvid along with
> my custom applications, i have started already on
> encoding process and my reference is the
> xvid_encraw, along the way as i pass the live video
> stream to the xvid encoder and it gives me the
> compressed stream as the product of the xvid
> encoding, i just save the encoded stream to file to
> hard disk for i wanted to played it back later after
> encoding using VLC player or elecard media player to
> check whether i have encoded the stream correctly,
> as a result i got an encoded file on my hard disk
> and it got 675Kb of data every time i encode stream
> in whatever encoding duration i take, but the major
> problem is it does not play back with VLC or Elecard
> media player. now my question is whats wrong with my
> encoding process? does this something to do with
> file tag header, which i am going to set up before
> passing the data stream for encoding which i dont
> know for xvid?
> 
> by the way xvid_encraw as an example it gets streams
> from file and in my case i am going to read from
> buffer, what shall i do with the data(live video
> stream from camera) before encoding?
> 
> looking forward to hear from you, thank you for the
> clear explanation you give me a while ago.
> 
> thank you,
> reno
> 
> 
> 
> ----- Original Message ----
> From: Dark Sylinc <dark_sylinc at yahoo.com.ar>
> To: xvid-devel at xvid.org
> Sent: Tuesday, April 1, 2008 8:03:02 AM
> Subject: Re: [XviD-devel] libxvidcore compiling
> 
> I believe you're trying to compile XviD as a Codec
> for
> personal use, rather than compiling XviD to use with
> your custom application.
> Am I correct?
> 
> > '.\Release/sad.obj'; permission denied
> Looks more like a temporary Windows issue that could
> be fixed on reboot.
> Anyway where's that error happening?
> Looking at your compile log, it says it compiled the
> DLL successfully.
> If the dlls weren't successfully built, you can try
> a
> Clean Build: "Build->Rebuild Solution"
> 
> The Dll should be at
> C:\xvidcore-1.1.3\build\win32\bin
> To actually install the codec for home use, you need
> now to build the VFW (Video-for-Windows) and DDShow
> codec.
> VFW is requiered for encoding, and both can be used
> for for decoding. If you can compile DDShow it's
> better, as it will be faster for decoding in your
> favourite Media Player.
> 
> The VFW should be at
> C:\xvidcore-1.1.3\vfw\vfw.dsp
> Compile it, and then go to 
> C:\xvidcore-1.1.3\vfw\bin\xvid.inf
> Right click on that file and choose "Install"
> If all goes well, the VFW XviD codec should be
> installed now in your system (note: you may be
> prompted to specify the DLLs folder path).
> 
> Compiling DDShow may be painfull as M$ deprecates
> codecs interfaces all the time.
> My recomendation, install VFW, download and install
> ffdshow, and configure the ffdshow to use the XviD
> dll
> in the settings dialog.
> That way you have the benefits of using DDshow
> (using
> ff's interface) and your XviD Dll.
> If your intention is to specifically use the DDShow
> interface, then you can invest time yourself on it
> (and good luck!)
> It isn't actually thaaat hard, but definately not as
> straight-forward as the other dlls.
> 
> Cheers
> Dark Sylinc
> 
> 
> 
> 
> 
> 
> 
> 
> 
>      
>
____________________________________________________________________________________
> You rock. That's why Blockbuster's offering you one
> month of Blockbuster Total Access, No Cost.  
> http://tc.deals.yahoo.com/tc/blockbuster/text5.com
> _______________________________________________
> XviD-devel mailing list
> XviD-devel at xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel
> 


IMPORTANT:
The information contained in this email may be commercially sensitive and/or legally privileged. It is intended solely for the person(s) to whom it is addressed. If the reader of this message is not the intended recipient, you are on notice of its status and hereby notified that your access is unauthorized, and any review, dissemination, distribution, disclose or copying of this message including any attachments is strictly prohibited. Please notify the sender immediately by reply e-mail and then delete this message from your system.


      Los referentes más importantes en compra/ venta de autos se juntaron:
Demotores y Yahoo!
Ahora comprar o vender tu auto es más fácil. Vistá ar.autos.yahoo.com/