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.
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/_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
