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 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 [email protected] On 12/8/10 12:58 PM, "Koen Kooi" <[email protected]> wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >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 >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.5 (Darwin) > >iD4DBQFM/9VPMkyGM64RGpERAvH6AJ9v+WMyGeFAwT5EFdwG1YYIKzbaiQCY+Ahn >ZYwhvauSKgRgtKZYgH/vGw== >=SisW >-----END PGP SIGNATURE----- > > >_______________________________________________ >Angstrom-distro-users mailing list >[email protected] >http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-users _______________________________________________ Angstrom-distro-users mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/angstrom-distro-users
