[XviD-devel] Fw: libxvidcore compiling

[reno reballos]

Hi Stephan,

Thank you very much for your reply.. i am satisfied by the way you answer my questions it is clear and bold...

yes, you are right, when i try to use other media player other than elecard mpeg player the stream that i intent to play does not play back....its because elecard mpeg play has mpeg4 video decoder...

another thing is, what shall i do to keep my stream out of fast play back? shall i contain it to a media container like AVI/ASF or WMV? what advantage shall i get when i contain it to video format container?

also, when i change the resolution of my video lower than 320x240, the output stream of the xvid encoder is distorted when i try to play encoded stream? what causes this thing to behave this way?

is it really normal, that the output of the xvid encoder plays back 3times faster than the normal playback? if no, what factors affects to this?

i am sorry for my question very basic but very important...hehehe

thank you,
reno

----- Original Message ----
From: Stephan Assmus <superstippi at gmx.de>
To: xvid-devel at xvid.org
Sent: Tuesday, April 8, 2008 3:00:07 PM
Subject: Re: [XviD-devel] Fw:  libxvidcore compiling


reno reballos wrote:
> my question are:
> 
> 1. what is the reason why i can play back the file even though i didnt 
> put it into container as an AVI/ASF file or any video format container?

Appearantly, the programmers of the respective player you are using thought 
it would be a good idea to implement this feature. They detect the stream 
even though it is not within a container. It seems that they don't care 
about the playback rate in this situation. You could try with other 
players, I suspect you would quickly find one which cannot play your raw 
stream.

> 2. from the first concept that i can play back the encoded file without 
> containing it to any format container based on my assumption, is it also 
> possible to display the stream to the receiver side without any decoding 
> process, although the concept and logic is already established that i 
> have to decompress what i have compressed?

If you mean that your application does not need to put the stream into a 
container, it depends. If you really never need to seek in the stream, then 
I guess you could do without a container. You would likely come up with 
your own protocol for sending chunks of encoded data over the network. As 
long as you know where a "chunk" starts, which is easily achieved since you 
control the network protocol, I think you don't need another container.

> 3. another thing that i noticed on the encoded file is that, it got big 
> amount of data that it reaches to 80-90MB and takes only 3-5seconds of 
> fast play back. but during the course of capturing the stream it takes me 
> more than 5seconds.

It is normal that encoding takes longer. It is a much more involved process.

Best regards,
-Stephan
_______________________________________________
XviD-devel mailing list
XviD-devel at xvid.org
http://list.xvid.org/mailman/listinfo/xvid-devel






      ____________________________________________________________________________________
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