Re: to be effcient or not to be efficient
Steve Lhomme <[email protected]>
| Newsgroups | gmane.comp.multimedia.media-api |
|---|---|
| Message-ID | <[email protected]> |
Artem Baguinski wrote: >>That's not true for the DJ software I want to make. Many tracks can be >>used at the same time, in parallel. Not all is serialised. As long as >>you have filters with multiple input/multiple output (pins) you also >>have some parallel processing. Think of merging the subtitle track on >>the video track too. > > > that's your software specifics and they have to be implemented in your > software. [well, in my also, do i'm mulotithreading as well]. > > it doesn't mean the codec api have to create any threads. the > possibility of some parts running in separate threads should be > considered of course, but not implemented by the media access library. OK, that makes sense this way. > synchronization between the threads just complicates the implementation > of the components although has nothing to do with the functionality they > provide. all the decoder has to do is to decode frames. No. It has to handle frame references too (in the case of video with P and B frames). That means caching data and requesting data while it is supposed to do somehting else (decode a frame).