>>But when i see PV logging, I found one buffer is given for decoder and the same is pushed to renderer also. This looks like single buffer passing each node and makes data flow more synchronous. is the synchronous flow observation with audio/image decode nodes? with video decode nodes, its always multiple buffers, and we were currently using like 4 input buffers and 12 output buffers for our h/w OMX components for video decoding.
On Fri, Jun 11, 2010 at 2:16 AM, scs sek <[email protected]> wrote: > Any thought on this? > > > ---------- Forwarded message ---------- > From: scs sek <[email protected]> > Date: Wed, Jun 9, 2010 at 11:07 AM > Subject: Regarding Opencore Node Level Buffering > To: android-porting <[email protected]> > > > Hi All & Packet Video Engineer, > > This is regarding the Opencore data path. > > I can see each node (source/intermediate/sink node has numbers of queues > and buffers to do some level of buffering. But when i see PV logging, I > found one buffer is given for decoder and the same is pushed to renderer > also. > This looks like single buffer passing each node and makes data flow more > synchronous. This case, there is no actual benefit of multiple buffers and > buffering in node level. > > Is this because of non tunneling operation? Any suggestion to overcome > this? > > Thanks & Regards, > SCSSek > > -- > unsubscribe: > [email protected]<android-porting%[email protected]> > website: http://groups.google.com/group/android-porting > -- unsubscribe: [email protected] website: http://groups.google.com/group/android-porting
