Re: Fw: libxvidcore compiling

Stephan Assmus <[email protected]>
Newsgroups gmane.comp.video.xvid.devel
Message-ID <[email protected]>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.