Hi. Have you printed you buffer timestamp values ? I've seen similar issues when there is a problem with AV sync, probably your timestamp resolution does not match PV's (it should be in microseconds).
- Regards. On Jul 13, 8:02 am, HV <[email protected]> wrote: > Thanks Deva for your response. Yep, there are no issues in the > underlying decoder/driver. If I hold the display from going into > standby, I see prints all the way thru end-of-stream. If there were a > problem with the overlay, then how is it able to display the 1st > frame? Is there a call stack that I can compare against (once the > output buffer has been handed over to PV)? > > HV > > On Jul 12, 8:51 pm, Deva R <[email protected]> wrote: > > > > > If FillBufferDone keeps coming, its a indication that whole playback cycle > > is working (file has been read, decoder has been given > > Emptybuffer/fillbuffer calls, got FillBufferDone)., > > see what happens in overlay, when u post the buffer to FillBufferDone., > > > On Mon, Jul 12, 2010 at 3:13 PM, HV <[email protected]> wrote: > > > Hi, > > > > I've integrated my MPEG-4 hardware enabled decoder with the PVMF and > > > implemented the necessary OMX calls. The trouble I'm having now is > > > that once I click on the thumbnail within Gallery, the 1st frame shows > > > up, but it stops right there!! I see that my driver/decoder is running > > > in the background generating interrupts and churning out new YUV > > > frames, but Gallery is stuck. I also see that I'm filling in data > > > along with the FillBufferDone callback, but see no visual progress. > > > Any idea what might be missing here? > > > > Thanks in advance > > > HV > > > > -- > > > unsubscribe: > > > [email protected]<android-porting%2Bunsubscribe@ > > > googlegroups.com> > > > website:http://groups.google.com/group/android-porting -- unsubscribe: [email protected] website: http://groups.google.com/group/android-porting
