Re: Fw: libxvidcore compiling
reno reballos <[email protected]>
| Newsgroups | gmane.comp.video.xvid.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Stephan, i am sorry i forgot to ask this thing... is it normal that i got around 90-100MB of data after encoding for a span of about 10seconds? because by this amount of data i got as if i am not encoding.. hehehehehe looking forward to hear from you.... thank you, reno ----- Original Message ---- From: Stephan Assmus <[email protected]> To: [email protected] 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 [email protected] 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