Re: [linux-uvc-devel] H.264 UVC Webcam viewer on Linux
Linux UVC driver and tools
Brought to you by:
pinchartl
Menu
▾
▴
Re: [linux-uvc-devel] H.264 UVC Webcam viewer on Linux
|
From: Youness A. <you...@co...> - 2012-05-18 18:37:38
|
Hi Guraaf, First, do a 'gst-inspect v4l2src | grep h264' and see if it returns video/x-h264 to make sure that v4l2src was indeed properly compiled with h264 support. If that command doesn't show anything, then that means that the you didn't properly patch/compile/install v4l2src. If it does show it and v4l2src does have h264 in its caps, then the only reason I can think of for that pipeline not working is because your kernel does not have the uvcvideo driver which supports h264. Make sure you built and installed properly that media_build repository that Robert gave you Hope that helps, Youness On 05/18/2012 01:29 PM, Guraaf wrote: > Thanks Robert and Youness. I think I managed to build v4l and > gstreamer as per Robert's instructions. I did not buy the Fluendo > codecs yet and was hoping to get either the elementary stream that I > can then decode offline or perhaps use FFmpeg initially. However, I > am having trouble with the following two sample commands. > > $ gst-launch v4l2src device=/dev/video0 ! > "video/x-h264,width=1280,height=720,framerate=30/1" ! tee name=t t. ! > queue ! h264parse ! ffdec_h264 ! xvimagesink t. ! queue ! filesink > location=stream.h264 > > $ gst-launch v4l2src device=/dev/video0 always-copy=false ! queue ! > video/x-h264,width=1280,height=720,framerate=30/1 ! queue ! h264parse > ! ffdec_h264 ! xvimagesink > > The error message is as follows. Any tips greatly appreciated. > > 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(2830): gst_base_src_start (): > /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: > Check your filtered caps, if any > Setting pipeline to NULL ... > Freeing pipeline ... > > > ---- > Guraaf > > > On Mon, May 14, 2012 at 10:29 PM, Youness Alaoui > <you...@co...> wrote: >> Yes, definitely, if you look at the last few patches to v4l2src >> (http://cgit.freedesktop.org/gstreamer/gst-plugins-good/log/sys/v4l2 on 04-19), >> you'll see I added support for H264 as well as a 'prepare-format' signal that >> v4l2src would send just before setting the format (the normal probe&commit). >> That prepare-format is necessary in order to configure the h264 encoder using >> uvc h264 probe&commit according to specification. >> I also wrote a source based on GstBaseCameraSrc (with vidsrc and vfsrc pads, >> search for 'camerabin2' for docs about the design of such a bin) which listens >> to the prepare-format signal from v4l2src and does the H264 probe&commit ioctls >> (for negociating width/height/framerate/stream-format/profile/bitrate/muxing >> options/LTR frames/etc..) and plugs in a demuxer I wrote which will split the >> MJPG data into raw+h264. >> In order to enable the MJPG muxing, the spec says that you need to send the >> proper ioctl to configure the h264 encoder, asking it to mux the streams into >> mjpg, then request the JPG format (with the normal procedure, so using >> unmodified v4l2), so I request image/jpeg caps from v4l2src, but I configure the >> h264 encoder separately depending on the caps on my src bin. >> I actually have 6 use cases doing different things depending on what format you >> want as your 'primary' stream and what format you want as your 'viewfinder' stream. >> Note that the Logitech C920 can only provide YUY2 raw data muxed in the jpg (it >> doesn't support NV12) and that the maximum resolution it will support is >> 432x240, above that, you would need to request as mjpg then decode the jpg into >> your preview window (I haven't checked what resolutions it accepts for mjpg, but >> 1920x1080 mjpg + 1920x1080 h264 doesn't seem to work, but 640x480 mjpg + >> 1920x1080 h264 works fine though) >> >> Let me know if you have any more questions (but I'm wondering if this mailing >> list is the right place to be discussing gstreamer elements, uvc spec can be >> discussed though without bothering anyone I suppose) >> >> Youness. >> >> >> On 05/14/2012 10:14 PM, Robert Krakora wrote: >>> Very interesting. Would v4l2src pass MJPEG data to a GStreamer MJPEG demux in >>> order to demux the different data type in the container? What caps would be >>> provided to v4l2src? >>> >>> "If you look at the UVC H264 spec, you'll see that (using the same VS interface) >>> it can multiplex the H264 in the MJPG container, with the 'raw' data being a >>> smaller resolution MJPG stream or by muxing YUV data within the MJPG which would >>> be used as a container only for h264 and yuy2 elementary streams." >>> >>> On Mon, May 14, 2012 at 10:01 PM, Youness Alaoui <you...@co... >>> <mailto:you...@co...>> wrote: >>> >>> No worries, we were just talking about 2 different things :D >>> >>> Yeah, I know the Fluendo plugins would use the hardware, and if you got a recent >>> enough intel CPU, the ffmpeg plugins would potentially use it too (or you can >>> use gst-vaapi directly for decryption (I actually wrote the gstreamer-vaapi H264 >>> encoder, so I'm familiar with hardware decryption/encryption)), however, there >>> is no need for that since the camera itself can provide you with a decrypted a >>> stream before it encrypts it. >>> If you look at the UVC H264 spec, you'll see that (using the same VS interface) >>> it can multiplex the H264 in the MJPG container, with the 'raw' data being a >>> smaller resolution MJPG stream or by muxing YUV data within the MJPG which would >>> be used as a container only for h264 and yuy2 elementary streams. >>> I believe that's what should be used because decoding a 1080p stream, whether on >>> CPU, GPU or dedicated hardware, then scaling it down (for a typical low-res >>> preview window) is a waste of resources. >>> >>> Youness. >>> >>> >>> On 05/14/2012 09:47 PM, Robert Krakora wrote: >>> > Hi Youness, >>> > >>> > My fault, I thought that we were both talking about the media_build repo. >>> > Laurent told me about it last fall. We use CentOS on our mediaports and >>> the REL >>> > kernels are not stock as you know. Also, I have always had to add >>> sync=false to >>> > xvimagesink. If you use the Fluendo plugins, they make use of >>> Intel/NVIDIA/ATI >>> > hardware decode and rendering and you can use fluvadec and fluvasink to decode >>> > and rendering. ffmpeg has some support for hardware decode as I found when I >>> > looked at it a couple of years ago, but I do not know to what extent. >>> > >>> > Best Regards, >>> > >>> > -- >>> > Rob Krakora >>> > MessageNet Systems >>> > 101 East Carmel Dr. Suite 105 >>> > Carmel, IN 46032 >>> > (317)566-1677Ext 212 <tel:%28317%29566-1677Ext%20212> >>> > (317)663-0808 <tel:%28317%29663-0808> Fax >>> > >>> > On Mon, May 14, 2012 at 9:25 PM, Youness Alaoui >>> <you...@co... <mailto:you...@co...> >>> > <mailto:you...@co... >>> <mailto:you...@co...>>> wrote: >>> > >>> > Hi again, >>> > >>> > Yeah, "raw" is uncompressed yuy/rgb, at least in the gstreamer world >>> (elsewhere >>> > too I'm sure) :) >>> > Robert's pipeline will work just fine, and should give you the elementary >>> > stream, H264 NAL units directly, with no headers to strip off. You >>> won't need >>> > h264parse though since that's only useful if you were to decode the stream >>> > (imho). >>> > If you want to view it raw at the same time, here's an alternative >>> pipeline >>> > >>> > gst-launch v4l2src device=/dev/video0 ! "video/x-h264,width=1920, >>> > height=1080,framerate=30/1" ! tee name=t t. ! queue ! h264parse ! >>> ffdec_h264 ! >>> > xvimagesink t. ! queue ! filesink location=stream.h264 >>> > >>> > It worked on my side, but the timestamps were all wrong and all the >>> buffers were >>> > arriving too late, maybe because of the live decoding, so I had to add >>> > sync=false to xvimagesink, but I'm sure that's not the right solution >>> here... >>> > >>> > For now, this is what you need to do, but I'm currently working on a >>> gstreamer >>> > source that can provide both raw and h264 from the uvc h264 cameras >>> directly >>> > without doing any on-cpu decoding, I'll let you know as soon as the >>> code is >>> > available. >>> > >>> > By the way, Robert, I checked that media_build repo you linked to, and >>> that's >>> > why it's working for you, it's really great, it builds the latest uvc >>> driver >>> > (with h264 support) and installs it for your 2.6.33 kernel. H264 >>> wouldn't have >>> > worked with a stock kernel, but if Guraaf follows your instructions, >>> it should >>> > work, thanks for that link, I found it useful too :) >>> > >>> > Youness. >>> > >>> > >>> > On 05/14/2012 08:48 PM, Robert Krakora wrote: >>> > > Hi Guraaf and Youness, >>> > > >>> > > I always think of RAW data as being uncompressed. >>> > > >>> > > gst-launch v4l2src device=/dev/video0 always-copy=false ! queue ! >>> > > video/x-h264,width=1920, height=1080,framerate=30/1 ! queue ! >>> h264parse ! >>> > > filesink location=file://my-path/my-file >>> > > >>> > > The above gst-launch pipeline should yield a H.264 elementary stream >>> to a >>> > file. >>> > > Of course, you can use the GStreamer API and construct this same >>> pipeline >>> > or one >>> > > like it within your own application. >>> > > >>> > > h264parse GStreamer element description: >>> > > >>> > > >>> > >>> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-plugin-h264parse.html >>> > > >>> > > Best Regards, >>> > > >>> > > -- >>> > > Rob Krakora >>> > > MessageNet Systems >>> > > 101 East Carmel Dr. Suite 105 >>> > > Carmel, IN 46032 >>> > > (317)566-1677Ext 212 <tel:%28317%29566-1677Ext%20212> >>> <tel:%28317%29566-1677Ext%20212> >>> > > (317)663-0808 <tel:%28317%29663-0808> <tel:%28317%29663-0808> Fax >>> > > >>> > > On Mon, May 14, 2012 at 5:29 PM, Guraaf <gu...@gm... >>> <mailto:gu...@gm...> >>> > <mailto:gu...@gm... <mailto:gu...@gm...>> >>> > > <mailto:gu...@gm... <mailto:gu...@gm...> >>> <mailto:gu...@gm... <mailto:gu...@gm...>>>> wrote: >>> > > >>> > > Thanks a lot, Rob and Youness, >>> > > >>> > > I appreciate your responses. Rob- your steps and the attached patch >>> > > is really appreciated. Thanks a lot! >>> > > >>> > > Youness - yes, I am looking to decode and view the frames on the >>> Linux >>> > > desktop in real-time similar to how I can look at decoded JPEG >>> frames >>> > > in GUVCview. I hope that I can decode and view at least 1280x720p30 >>> > > if not at 1920x1080p30. I would also like to get the raw/elementary >>> > > H.264 stream. If elementary stream is difficult then then container >>> > > is acceptable - I will write code to strip the headers etc. >>> > > >>> > > I am going to try Rob's step-by-step instructions on my Debian >>> > > 2.6.32-5. I am hoping that I can get it to work on this kernel and >>> > > that I don't need to upgrade to 3.1+ kernel since that almost always >>> > > comes with its own set of headaches and downtime. I will definitely >>> > > come back and post my experience/results as soon as I try the steps >>> > > (hopefully in next 1-2 days). >>> > > >>> > > Regards, >>> > > Guraaf >>> > > >>> > > ----- >>> > > >>> > > On Mon, May 14, 2012 at 5:02 PM, Robert Krakora >>> > > <rob...@me... >>> <mailto:rob...@me...> >>> > <mailto:rob...@me... >>> <mailto:rob...@me...>> >>> > > <mailto:rob...@me... >>> <mailto:rob...@me...> >>> > <mailto:rob...@me... >>> <mailto:rob...@me...>>>> wrote: >>> > > Hi Youness, >>> > > >>> > > I can get a snapshot of the Video for Linux code and UVC supports >>> > > H.264 "out-of-the-box" without any modification. I run a 2.33.xx >>> > > version of the kernel and it works just fine capturing H.264 content >>> > > over USB. Also, I cannot recommend codecs such as FFMPEG, that, >>> > > although well written, possibly infringe on existing patents. >>> As far >>> > > as Guraaf's questions, he mentions H.264 three or more times and >>> I am >>> > > aware that he wishes to record the content. I suggested that he >>> first >>> > > be able to view the content locally using GStreamer and then we >>> could >>> > > move on to recording the content with GStreamer. >>> > > >>> > > Best Regards, >>> > > >>> > > -- >>> > > Rob Krakora >>> > > MessageNet Systems >>> > > 101 East Carmel Dr. Suite 105 >>> > > Carmel, IN 46032 >>> > > (317)566-1677 Ext 212 <tel:%28317%29566-1677%20Ext%20212> >>> <tel:%28317%29566-1677%20Ext%20212> >>> > <tel:%28317%29566-1677%20Ext%20212> >>> > > (317)663-0808 <tel:%28317%29663-0808> <tel:%28317%29663-0808> >>> <tel:%28317%29663-0808> Fax >>> > > On Mon, May 14, 2012 at 4:51 PM, Youness Alaoui >>> > > <you...@co... >>> <mailto:you...@co...> >>> > <mailto:you...@co... >>> <mailto:you...@co...>> >>> > <mailto:you...@co... >>> <mailto:you...@co...> >>> > <mailto:you...@co... >>> <mailto:you...@co...>>>> wrote: >>> > > Hi Guraaf/Robert, >>> > > >>> > > First of all, I don't think that defining V4L2_PIX_FMT_H264 will >>> work >>> > because >>> > > you need more than that, you need the uvc driver itself to support >>> > H264 (mapping >>> > > the GUID in the USB descriptors to the H264 format from v4l2) >>> and that >>> > patch to >>> > > uvcvideo was added after V4L2_PIX_FMT_H264 was defined in >>> videodev2.h >>> > (since it >>> > > used it) and I believe both are supported if you have kernel 3.1+ >>> > > This means that your patch will probably cause a "already defined" >>> > error if the >>> > > user has kernel headers from 3.1+ and will not work if you >>> don't.. the >>> > only case >>> > > where it would work (I think) is if you are running a 3.1+ >>> kernel and >>> > you have >>> > > kernel headers of 3.0- installed. >>> > > As for the Fluendo Codec pack, the gstreamer-ffmpeg ffdec_h264 >>> is more >>> > than >>> > > enough to decode the videos (but I suggest putting an h264parse >>> right >>> > > before it). >>> > > However, I believe Guraaf's question was about getting both H264 >>> *and* >>> > raw video >>> > > from the camera without decoding on the CPU, is that right? >>> > > >>> > > Youness. >>> > > >>> > > >>> > > On 05/14/2012 09:00 AM, Robert Krakora wrote: >>> > > > Forgot the gst-plugins-good patch for H.264...;-) >>> > > > >>> > > > On Mon, May 14, 2012 at 8:59 AM, Robert Krakora >>> > > > <rob...@me... >>> <mailto:rob...@me...> >>> > <mailto:rob...@me... >>> <mailto:rob...@me...>> >>> > > <mailto:rob...@me... >>> <mailto:rob...@me...> >>> > <mailto:rob...@me... >>> <mailto:rob...@me...>>> >>> > > <mailto:rob...@me... >>> <mailto:rob...@me...> >>> > <mailto:rob...@me... >>> <mailto:rob...@me...>> >>> > > <mailto:rob...@me... >>> <mailto:rob...@me...> >>> > <mailto:rob...@me... >>> <mailto:rob...@me...>>>>> >>> > > > wrote: >>> > > > >>> > > > Hi Guraaf, >>> > > > >>> > > > You can use Video for Linux to acquire data from the >>> camera via >>> > USB and >>> > > > GStreamer with Fluendo codec GStreamer plugins to decode and >>> > display. >>> > > > >>> > > > Video for Linux: >>> > > > >>> > > > git clone git://linuxtv.org/media_build.git >>> <http://linuxtv.org/media_build.git> >>> > <http://linuxtv.org/media_build.git> >>> > > <http://linuxtv.org/media_build.git> >>> <http://linuxtv.org/media_build.git> >>> > > > cd media_build >>> > > > ./build.sh >>> > > > make install >>> > > > >>> > > > GSteamer: >>> > > > >>> > > > mkdir GStreamer >>> > > > cd GSteamer >>> > > > wget >>> > > >>> http://gstreamer.freedesktop.org/src/gstreamer/gstreamer-0.10.36.tar.bz2 >>> > > > wget >>> > > > >>> > > >>> > >>> http://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-0.10.36.tar.bz2 >>> > > > wget >>> > > > >>> > > >>> > >>> http://gstreamer.freedesktop.org/src/gst-plugins-good/gst-plugins-good-0.10.31.tar.bz2 >>> > > > wget >>> > > > >>> > > >>> > >>> http://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad-0.10.23.tar.bz2 >>> > > > >>> > > > tar -xjf *tar.bz2 >>> > > > >>> > > > Apply attached patch from GStreamer root directory: >>> > > > patch -p0 -i gst-plugins-good-0.10.31-H264- >>> > > > v4l2.patch >>> > > > >>> > > > cd to root of each GStreamer directory and run these from the >>> > command >>> > > line: >>> > > > ./configure --prefix=/usr --libdir=/usr/lib or /usr/lib64 >>> > depending on if >>> > > > your kernel is i386 or x86_64 >>> > > > make -j4 >>> > > > make install >>> > > > >>> > > > Go to this website and purchase for $34.00 the Fluendo Codec >>> > Pack 16, >>> > > unpack >>> > > > and copy the files to either /usr/lib/gstreamer-0.10 or >>> > > > /usr/lib64/gstreamer-0.10 depending on if your kernel is >>> i386 or >>> > x86_64: >>> > > > >>> > http://www.fluendo.com/shop/product/complete-set-of-playback-plugins/ >>> > > > >>> > > > You should then be able to view your camera like this: >>> > > > >>> > > > gst-launch v4l2src device=/dev/video0 always-copy=false ! >>> queue ! >>> > > > video/x-h264,width=1920,height=1080,framerate=30/1 ! queue ! >>> > fluvadec ! >>> > > > fluvasink >>> > > > >>> > > > If you have any more questions or problems, please contact me >>> > and we will >>> > > > resolve them. >>> > > > >>> > > > Let's start here and then we can talk about other container >>> > formats and >>> > > > transcoding... >>> > > > >>> > > > Best Regards, >>> > > > >>> > > > -- >>> > > > Rob Krakora >>> > > > MessageNet Systems >>> > > > 101 East Carmel Dr. Suite 105 >>> > > > Carmel, IN 46032 >>> > > > (317)566-1677Ext 212 <tel:%28317%29566-1677Ext%20212> >>> <tel:%28317%29566-1677Ext%20212> >>> > <tel:%28317%29566-1677Ext%20212> >>> > > > (317)663-0808 <tel:%28317%29663-0808> >>> <tel:%28317%29663-0808> <tel:%28317%29663-0808> Fax >>> > > > >>> > > > On Mon, May 14, 2012 at 8:50 AM, Guraaf <gu...@gm... >>> <mailto:gu...@gm...> >>> > <mailto:gu...@gm... <mailto:gu...@gm...>> >>> > > <mailto:gu...@gm... <mailto:gu...@gm...> >>> <mailto:gu...@gm... <mailto:gu...@gm...>>> >>> > > > <mailto:gu...@gm... <mailto:gu...@gm...> >>> <mailto:gu...@gm... <mailto:gu...@gm...>> >>> > <mailto:gu...@gm... <mailto:gu...@gm...> >>> <mailto:gu...@gm... <mailto:gu...@gm...>>>>> wrote: >>> > > > >>> > > > Hi all, >>> > > > >>> > > > I am a newcomer and I apologize if this is not the correct >>> > forum to >>> > > > ask the question. I have a Logitech C920 Webcam that >>> can stream >>> > > > H.264/AVC video. I want to do two things on my Linux >>> desktop: >>> > > > >>> > > > 1. View the H.264 webcam stream decoded/displayed in >>> real-time >>> > > > 2. Capture the H.264 stream in any container format - >>> AVI, MP4, >>> > > > Elementary, Custom with some simple header that I can >>> strip off. >>> > > > >>> > > > Right now I am using GUVCView 1.4.1 on Debian Squeeze >>> > 2.6.32-5 and it >>> > > > works fine for YUYV and MJPEG. But I do not see any >>> > mechanism for >>> > > > H264 support. Any ideas how to get AVC support with >>> > GUVCView or any >>> > > > other software? >>> > > > >>> > > > Thanks and regards, >>> > > > Guraaf >>> > > > >>> > > > >>> > > >>> > >>> ------------------------------------------------------------------------------ >>> > > > Live Security Virtual Conference >>> > > > Exclusive live event will cover all the ways today's >>> > security and >>> > > > threat landscape has changed and how IT managers can >>> respond. >>> > > Discussions >>> > > > will include endpoint security, mobile security and the >>> > latest in >>> > > malware >>> > > > threats. >>> > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > > > _______________________________________________ >>> > > > Linux-uvc-devel mailing list >>> > > > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>>> >>> > > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>>>> >>> > > > >>> https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > -- >>> > > > Rob Krakora >>> > > > MessageNet Systems >>> > > > 101 East Carmel Dr. Suite 105 >>> > > > Carmel, IN 46032 >>> > > > (317)566-1677Ext 212 <tel:%28317%29566-1677Ext%20212> >>> <tel:%28317%29566-1677Ext%20212> >>> > <tel:%28317%29566-1677Ext%20212> >>> > > > (317)663-0808 <tel:%28317%29663-0808> <tel:%28317%29663-0808> >>> <tel:%28317%29663-0808> Fax >>> > > > >>> > > > >>> > > > >>> > >>> ------------------------------------------------------------------------------ >>> > > > Live Security Virtual Conference >>> > > > Exclusive live event will cover all the ways today's security and >>> > > > threat landscape has changed and how IT managers can respond. >>> > Discussions >>> > > > will include endpoint security, mobile security and the latest in >>> > malware >>> > > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > > > >>> > > > >>> > > > >>> > > > _______________________________________________ >>> > > > Linux-uvc-devel mailing list >>> > > > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>>> >>> > > > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > > >>> > > >>> > > >>> > > >>> > >>> ------------------------------------------------------------------------------ >>> > > Live Security Virtual Conference >>> > > Exclusive live event will cover all the ways today's security and >>> > > threat landscape has changed and how IT managers can respond. >>> Discussions >>> > > will include endpoint security, mobile security and the latest >>> in malware >>> > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > > _______________________________________________ >>> > > Linux-uvc-devel mailing list >>> > > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>>> >>> > > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > > >>> > > >>> > > >>> > > >>> > >>> ------------------------------------------------------------------------------ >>> > > Live Security Virtual Conference >>> > > Exclusive live event will cover all the ways today's security and >>> > > threat landscape has changed and how IT managers can respond. >>> Discussions >>> > > will include endpoint security, mobile security and the latest >>> in malware >>> > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > > _______________________________________________ >>> > > Linux-uvc-devel mailing list >>> > > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>>> >>> > > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > > >>> > > >>> > >>> ------------------------------------------------------------------------------ >>> > > Live Security Virtual Conference >>> > > Exclusive live event will cover all the ways today's security and >>> > > threat landscape has changed and how IT managers can respond. >>> Discussions >>> > > will include endpoint security, mobile security and the latest >>> in malware >>> > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > > _______________________________________________ >>> > > Linux-uvc-devel mailing list >>> > > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > <mailto:Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>>> >>> > > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > > >>> > > >>> > > >>> > > >>> > > >>> ------------------------------------------------------------------------------ >>> > > Live Security Virtual Conference >>> > > Exclusive live event will cover all the ways today's security and >>> > > threat landscape has changed and how IT managers can respond. >>> Discussions >>> > > will include endpoint security, mobile security and the latest in >>> malware >>> > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > > >>> > > >>> > > >>> > > _______________________________________________ >>> > > Linux-uvc-devel mailing list >>> > > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ >>> > Live Security Virtual Conference >>> > Exclusive live event will cover all the ways today's security and >>> > threat landscape has changed and how IT managers can respond. Discussions >>> > will include endpoint security, mobile security and the latest in malware >>> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> > _______________________________________________ >>> > Linux-uvc-devel mailing list >>> > Lin...@li... >>> <mailto:Lin...@li...> >>> > <mailto:Lin...@li... >>> <mailto:Lin...@li...>> >>> > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >>> > >>> > >>> >>> >>> >>> >>> >>> -- >>> Rob Krakora >>> MessageNet Systems >>> 101 East Carmel Dr. Suite 105 >>> Carmel, IN 46032 >>> (317)566-1677Ext 212 >>> (317)663-0808 Fax >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Linux-uvc-devel mailing list >> Lin...@li... >> https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel >> > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Linux-uvc-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux-uvc-devel |
