-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08-12-10 21:57, Matthew Braun wrote: > Koen, > > Superb, and thank you very much for the assistance! I went ahead and > installed the gstreamer-ti and associated packages and ran the pipeline: > > gst-launch -v v4l2src device=/dev/video0 ! TIVidenc1 codecName=h264enc > engineName=codecServer ! rtph264pay pt=96 ! udpsink host=192.168.26.37 > port=5000 > > But I get: > > Setting pipeline to PAUSED ... > ERROR: Pipeline doesn't want to pause. > ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Could not > negotiate format
I think you need to add some 'caps' inbetween the src and the encoder to force size and format. Gstreamer is a bit fiddly with that, maybe a cogcolor* is needed as well to go from rgb to 422. regards, Koen > Additional debug info: > gstbasesrc.c(2755): gst_base_src_start (): > /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: > Check your filtered caps, if any > Setting pipeline to NULL ... > Freeing pipeline ... > > > Anything I should be doing differently? > > -- > Matthew Braun > mjbr...@leydenjar.com > > > > > > On 12/8/10 12:58 PM, "Koen Kooi" <k.k...@student.utwente.nl> wrote: > > On 08-12-10 17:31, Matthew Braun wrote: >>>> >>>> I have a webcam hooked up to a Beagleboard and I'm trying to stream the >>>> video over the network. Obviously, the Beagleboard is >>>> resource-constrained, but when I run cvlc from the command line to >>>> transcode the v4l2 input from /dev/video0, the processor load goes >>>> through >>>> the roof (2.0+ under "top"). While I can view the stream remotely, it's >>>> at >>>> a rate of approximately 1 frame every 4 seconds. Per a response to a >>>> question I posted on the VideoLAN forums >>>> (http://forum.videolan.org/viewtopic.php?f=4&t=84990), I have no choice >>>> but to transcode the stream, as v4l2 is raw data and can't be streamed >>>> without transcoding. >>>> >>>> I turned to FFMpeg/FFServer to see if I get the same performance, and >>>> while I can't get the stream to play remotely, I do get messages that >>>> it's >>>> doing the encoding and "top" only shows a load of around .80 (I asked >>>> about getting the stream working on the FFServer list: >>>> >>>> http://lists.mplayerhq.hu/pipermail/ffserver-user/2010-December/000234.ht >>>> ml >>>> though it's low-volume and I'm not expecting much, if any , response). >>>> >>>> My question is, what leads to the drastic difference in performance >>>> between the two applications? I seem to recall there being information >>>> about FFMpeg doing a lot of work to optimize for ARM, but perhaps VLC >>>> hasn't done the same. Is anyone else seeing similar performance issues, >>>> and (ideally) has anyone overcome them? > > ffmpeg is heavily optimized, but try installing gstreamer-ti, then you > can encode the webcam sream to mpeg4 or h264 using the dsp, having > nearly 0% cpuload. > > Have a look at > http://processors.wiki.ti.com/index.php/Example_GStreamer_Pipelines and > gstreamer docs. > > regards, > > Koen >> >> _______________________________________________ Angstrom-distro-users mailing list Angstrom-distro-users@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFNA1GoMkyGM64RGpERAmy/AJsHInKLyahckvdOw9Mm6oCmFMxh2wCdEbZm i5Ka2kyTRf4fXfjLqmWd9WQ= =cSIX -----END PGP SIGNATURE----- _______________________________________________ Angstrom-distro-users mailing list Angstrom-distro-users@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-users
