HI!
--- On Sat, 28/2/09, Singh, Brijesh <[email protected]> wrote: > From: Singh, Brijesh <[email protected]> > Subject: RE: DMAI Based GStreamer Audio Video Synchronisation? > To: "[email protected]" <[email protected]>, > "[email protected]" > <[email protected]> > 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 [[email protected]] > Sent: Saturday, February 28, 2009 2:58 AM > To: [email protected]; > Singh, Brijesh > Subject: RE: DMAI Based GStreamer Audio Video > Synchronisation? > > HI! > > Thanks again for your inputs. > > --- On Wed, 25/2/09, Singh, Brijesh <[email protected]> > wrote: > > > From: Singh, Brijesh <[email protected]> > > Subject: RE: DMAI Based GStreamer Audio Video > Synchronisation? > > To: "[email protected]" > <[email protected]>, > "[email protected]" > <[email protected]> > > 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 <[email protected]> > > wrote: > > > > > From: Singh, Brijesh <[email protected]> > > > Subject: RE: DMAI Based GStreamer Audio Video > > Synchronisation? > > > To: "Vladimir Pantelic" <[email protected]>, > > > > > "[email protected]" > > > > > <[email protected]> > > > Cc: "[email protected]" > > > > > <[email protected]> > > > Date: Wednesday, 25 February, 2009, 1:22 AM > Hello, > > > > > > To test AV sync you need to use clip which has > lot of > > talking (e.g > > > news channels podcast). I personally use > animated > > clips for video > > > quality test (e.g up-scale/down-scale etc) not > for AV > > sync. Use some > > > podcast from here http://geekbriefwp.podshow.com/feed/ or try > youtube > > > video's. > > > > > > In addition check the tracker bug items for > known > > bugs. > > > > > > > > > I was able to play this file with proper A-V sync > using the > > older TI gstreamer pugins, so I thought there is some > issue > > with the sync. > > Also on desktop with same version of Gstreamer I am > able to > > play with sync. In this particular case the video is > being > > played very fast and audio is not able to catch up > with the > > DMAI based plugins. > > > > I filed the same as bug on OMAP-Zoom, but thought if > I > > could get some quick pointers to this issue, it would > be > > helpful. > > > > I have one more query with respect to the video > encoder in > > Dmai based plugins. > > > > Two experiments are done with TiVidenc and there > results > > are also provided below. Both are failing with same > > error.This was from latest revision r121. > > Please let us know if there is something wrong in our > > command... > > > > Experiemnt 1 ] > > > > gst-launch-0.10 v4lsrc ! > > video/x-raw-yuv,width=352,height=288,framerate=25/1 ! > > TIVidenc ! TIViddec ! TIDmaiVideoSink > displayStd=fbdev > > displayDevice=/dev/fb/3 videoStd=D1_NTSC > > videoOutput=COMPOSITE resizer=TRUE > accelFrameCopy=TRUE > > > > Output: > > Setting pipeline to PAUSED ... > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_set_light_freq:1932] Sensor currently not > support > > light frequency banding filters. > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [gspca_set_isoc_ep:945] ISO EndPoint found 0x81 > AlternateSet > > 7 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_do_ioctl:2124] Bridge ZC301-2 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_do_ioctl:2124] Bridge ZC301-2 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (7) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (9) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (14) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (13) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (16) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (11) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (6) > > ERROR: Pipeline doesn't want to pause. > > ERROR: from element > > /GstPipeline:pipeline0/GstV4lSrc:v4lsrc0: Could not > > negotiate format Additional debug info: > > gstbasesrc.c(2426): gst_base_src_start (): > > /GstPipeline:pipeline0/GstV4lSrc:v4lsrc0: > > Check your filtered caps, if any > > Setting pipeline to NULL ... > > FREEING pipeline ... > > > > Experiemnt 2 ] > > > > ./encode_elementry.sh -l -s "v4lsrc" -o purush > -v > > Output : > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_set_light_freq:1932] Sensor currently not > support > > light frequency banding filters. > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [gspca_set_isoc_ep:945] ISO EndPoint found 0x81 > AlternateSet > > 7 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_do_ioctl:2124] Bridge ZC301-2 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_do_ioctl:2124] Bridge ZC301-2 gst-inspect > TIVidenc > > *********** Pipeline Settings ************* > > platform > > = dm6446 > > source > > = v4lsrc > > source_args > = > > num-buffers=1000 > > encoder_plugin > = > > TIVidenc > > encoder_plugin_args = codecName=h264enc > > engineName=encode contiguousInputFrame=FALSE > > > > > > gst-launch --gst-debug-no-color --gst-debug=TI*:2 > v4lsrc > > num-buffers=1000 ! TIVidenc codecName=h264enc > > engineName=encode contiguousInputFrame=FALSE ! > filesink > > location=purush > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_set_light_freq:1932] Sensor currently not > support > > light frequency banding filters. > > Setting > > > pipeline/mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [gspca_set_isoc_ep:945] ISO EndPoint found 0x81 > AlternateSet > > 7 to PAUSED ... > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_do_ioctl:2124] Bridge ZC301-2 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > [spca5xx_do_ioctl:2124] Bridge ZC301-2 > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (7) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (9) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (14) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (13) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (16) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (11) > > /mnt/mvl/sources/gspcav1-20071224/gspca_core.c: > > VIDIOCMCAPTURE: invalid format (6) > > ERROR: Pipeline doesn't want to pause. > > ERROR: from element > > /GstPipeline:pipeline0/GstV4lSrc:v4lsrc0: Could not > > negotiate format Additional debug info: > > gstbasesrc.c(2426): gst_base_src_start (): > > /GstPipeline:pipeline0/GstV4lSrc:v4lsrc0: > > Check your filtered caps, if any > > Setting pipeline to NULL ... > > FREEING pipeline ... > > > > Also, is it too early to try with the video encoder? > > > > Thanks in advance > > > > regards > > > > -Nitin > > > > > > > > New Email addresses > available on > > Yahoo! > > Get the Email name you've always wanted on the new > > @ymail and @rocketmail. > > Hurry before someone else does! > > http://mail.promotions.yahoo.com/newdomains/aa/ > > > > > > > Get your new Email address! > Grab the Email name you've always wanted before someone > else does! > http://mail.promotions.yahoo.com/newdomains/aa/ Get your new Email address! Grab the Email name you've always wanted before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/ _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
