HI!
--- On Sat, 28/2/09, Singh, Brijesh wrote:
> From: Singh, Brijesh
> Subject: RE: DMAI Based GStreamer Audio Video Synchronisation?
> To: "nitin...@yahoo.com" ,
> "davinci-linux-open-source@linux.davincidsp.com"
>
> Date: Saturday, 28 February, 2009, 10:37 PM
> Hello,
>
> 1) Ah, then you are using v4l source. Well you need to
> browse v4l plugin and patch accordingly.
> Check my wiki page on how i got my webcam
> working http://wiki.davincidsp.com/index.php?title=USB_Webcam
> on DM6446.
> This will give you
> some starting point then patch v4l source
> (if needed).
>
> 2) Not sure why you are using UI on vid window. You should
> be using fb0 for UI, which support RGB565 or RGB888. You can
> control the attribute of video and graphics window (like
> transperancy etc) with fb1. Check the DVSDK demo source,
> which uses both graphics and video windows and
> controls the transparency via fb1.
If there are some imgaes in the GUI, they would not come properly on OSD
windows, since it can at the most take RGB565 (dm6443). The same images would
come very nice, when rendered in RGB88 mode on VIDWIN0.
Do you have any comments or suggessions in this regard.
regards
-Nitin
>
> Thanks
> -Brijesh Singh
>
>
> From: Nitin Mahajan [nitin...@yahoo.com]
> Sent: Saturday, February 28, 2009 2:58 AM
> To: davinci-linux-open-source@linux.davincidsp.com;
> Singh, Brijesh
> Subject: RE: DMAI Based GStreamer Audio Video
> Synchronisation?
>
> HI!
>
> Thanks again for your inputs.
>
> --- On Wed, 25/2/09, Singh, Brijesh
> wrote:
>
> > From: Singh, Brijesh
> > Subject: RE: DMAI Based GStreamer Audio Video
> Synchronisation?
> > To: "nitin...@yahoo.com"
> ,
> "davinci-linux-open-source@linux.davincidsp.com"
>
> > Date: Wednesday, 25 February, 2009, 9:55 PM
> > Nitin -
> >
> > 1) In normal mode of operation, the most AV sync part
> is
> > handled by the demuxer. Decoder element normally gets
> the
> > buffer from demuxer then decodes it and adds timestamp
> and
> > push to display sink. You will see AV sync from
> decoder only
> > when the decoder thread is not able to process fast
> enough
> > to keep-up with demuxer. I would suggest you to
> enable
> > displayBuffer=TRUE property in decoder elements which
> will
> > print you the read/write pointer location in circular
> buffer
> > and will give u some clue. In addition to that,
> I
> > would suggest modifying the number of maximum
> buffer
> > queued in queue element after the demuxer. See
> decode_qt.sh
> > for sample examples.
> >
> > 2) I think video encoder is almost 70% done, during
> > development I tried testing all dvsdk's but will wait
> for
> > validating result before concluding completed. You can
> find
> > pretty much the same wording on omapzoom webstie,
> where the
> > encoder is shown as "untested".
> >
> > Now coming back to your problem.
> > * You are trying to "capture" -> "encode" ->
> "decode"
> > -> "display". By default this mode of operation
> will not
> > work because you can not load two combo's at the same
> time.
> > By default encoder uses "encodeCombo" and decoder
> uses
> > "decodeCombo". To solve this problem you need to use
> > "loopbackCombo" which has both video encoder and
> decoder. To
> > use loopback combo you need to modify gstreamer codec
> cfg
> > file. Look at the plug-in source code.
> >
> > * But if I look at your log then you are hitting
> v4l2src
> > issue. There was some driver bugs (or limitation) and
> I have
> > patched v4l2src with those workaround. Looks like you
> are
> > using sensor not the composite (or component) input.
> We are
> > testing gst with normal EVM bundle which has
> composite
> > input. If you are using sensor then u may need to
> modify
> > v4l2src element to work with your sensor driver.
> >
> > Before jumping on v4l2src element, I would suggest
> using
> > videotestsrc element for testing video encoder. See
> > "encode_elementry.sh" script. E.g run
> >
> > ./encode_elementry.sh -l -v -o sample.264
>
> This works for us for videotestsrc, but not of a USB video
> cam.
>
> I have one more query. I am displaying the application UI
> on VIDWIN0 and want to display the video frames on VINWIN1.
> I want to keep the VINWIN1 disabled/not visible in the
> beginning, visible with size same as video size during
> playback and disabled again after playback.
>
> What would be the cleanest way to do it when I am using
> DMAI, in gstreamer plugins.
>
> Thanks and regards
>
> -Nitin
>
>
>
> >
> > Hello Brijech,
> >
> > Thanks for your inputs,
> >
> > --- On Wed, 25/2/09, Singh, Brijesh
> > wrote:
> >
> > > From: Singh, Brijesh
> > > Subject: RE: DMAI Based GStreamer Audio Video
> > Synchronisation?
> > > To: "Vladimir Pantelic" ,
> >
> > > "davinci-linux-open-source@linux.davincidsp.com"
> >
> > >
> > > Cc: "davinci-linux-open-source@linux.davincidsp.com"
> >
> > >
> > > Date: Wednesday, 25 February, 2009, 1:22 AM
> Hello,
>
