Re: Corrupt Raw webcam data
Hi, You must add the nodrop option to the uvc driver (nodrop=1), otherwise bayer frames (smaller than yuyv frames) will get droped, since the driver mistakens these with incomplete yuyv frames. If you are using guvcview make sure you use the latest version (1.7.0), then I would try different resolutions and frame rates, I woul first try the sensor full resolution at the lowest fps. If the image has a blue or yellow tone try chaging the bayer order. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com: Hi Paulo Unfortunately I tried setting things up in the order you suggested, but as soon as I select 'Disable video processing I get only a single frame of something that looks a bit like a bayer grid, coloured deep blue. I think the image might be in this data but shifted horizontally and then an error Could not grab image (select timeout): Resource temporariliy unavailable which is repeated until I unselect 'Disable video processing' and change to any other input type. I've tested this on Ubuntu 12.04 and Raspian Wheezy with the same results. If you have any other ideas I'd be happy to hear them All the best Phil - Original Message - From: Paulo Assis pj.as...@gmail.com To: phil rosenberg philip_rosenb...@yahoo.com Cc: linux-media@vger.kernel.org linux-media@vger.kernel.org Sent: Tuesday, 11 June 2013, 11:13 Subject: Re: Corrupt Raw webcam data Hi, You should select YUYV before disabling the video processing. So with video processing still enabled: set YUYV format set the desired fps and resolution set exposure now disable video processing and set the bayer order every time you need to change exposure or resolution you need to enable video processing first. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com: Hello Paulo Thank you for your quick response. Unfortunately if I select YUYV or any other format that is not MJPG data flow stops and I see timeouts appear in the console. Does this represent a bug in either the webcam's UVC support or the UVC driver? If so I presume there is no likely quick workaround. Phil From: Paulo Assis pj.as...@gmail.com To: phil rosenberg philip_rosenb...@yahoo.com Cc: linux-media@vger.kernel.org linux-media@vger.kernel.org Sent: Tuesday, 11 June 2013, 10:11 Subject: Re: Hi, make sure you are streaming in YUYV format and not in MJPG or any of the libv4l formats since these are decoded from MJPG. If you are using guvcview for the stream preview you should also set the bayer pattern accordindly since it will depend on whathever resolution you are using. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com Hi this is my first email to the list, I'm hoping someone can help I have a logitech C300 webcam with the option of raw/bayer output. This works fine on windows where the RGB output consists of zeros in the r and b bytes and pixel intensitey in the g byte. However on linux when I activate the webcam using uvcdynctrl and/or the options in guvcview the out put seems to be corrupted. I get something that looks like multiple images interlaces and displaced horizontally, generally pink. I've put an example of an extracted avi frame at http://homepages.see.leeds.ac.uk/~earpros/test0.png,which is a close up of one of my daughters hair clips and shows an (upside down) picture of a disney character. I'm wondering if the UVC/V4L2 driver is interpretting the data as mjpeg and incorrectly decoding it giving the corruption. When I use guvcview I can choose the input format, but the only one that works in mjpeg, all others cause timeouts and no data. The image also has the tell-tale 8x8 jpeg block effect. Is there any way I can stop this decoding happening and get to the raw data? Presumably if my theory is correct then the decompression is lossy so cannot be undone. Any help or suggestions welcome. Phil -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Corrupt Raw webcam data
Hello Paulo Thank you for your quick response. Unfortunately if I select YUYV or any other format that is not MJPG data flow stops and I see timeouts appear in the console. Does this represent a bug in either the webcam's UVC support or the UVC driver? If so I presume there is no likely quick workaround. Phil From: Paulo Assis pj.as...@gmail.com To: phil rosenberg philip_rosenb...@yahoo.com Cc: linux-media@vger.kernel.org linux-media@vger.kernel.org Sent: Tuesday, 11 June 2013, 10:11 Subject: Re: Hi, make sure you are streaming in YUYV format and not in MJPG or any of the libv4l formats since these are decoded from MJPG. If you are using guvcview for the stream preview you should also set the bayer pattern accordindly since it will depend on whathever resolution you are using. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com Hi this is my first email to the list, I'm hoping someone can help I have a logitech C300 webcam with the option of raw/bayer output. This works fine on windows where the RGB output consists of zeros in the r and b bytes and pixel intensitey in the g byte. However on linux when I activate the webcam using uvcdynctrl and/or the options in guvcview the out put seems to be corrupted. I get something that looks like multiple images interlaces and displaced horizontally, generally pink. I've put an example of an extracted avi frame at http://homepages.see.leeds.ac.uk/~earpros/test0.png, which is a close up of one of my daughters hair clips and shows an (upside down) picture of a disney character. I'm wondering if the UVC/V4L2 driver is interpretting the data as mjpeg and incorrectly decoding it giving the corruption. When I use guvcview I can choose the input format, but the only one that works in mjpeg, all others cause timeouts and no data. The image also has the tell-tale 8x8 jpeg block effect. Is there any way I can stop this decoding happening and get to the raw data? Presumably if my theory is correct then the decompression is lossy so cannot be undone. Any help or suggestions welcome. Phil -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Corrupt Raw webcam data
Hi, You should select YUYV before disabling the video processing. So with video processing still enabled: set YUYV format set the desired fps and resolution set exposure now disable video processing and set the bayer order every time you need to change exposure or resolution you need to enable video processing first. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com: Hello Paulo Thank you for your quick response. Unfortunately if I select YUYV or any other format that is not MJPG data flow stops and I see timeouts appear in the console. Does this represent a bug in either the webcam's UVC support or the UVC driver? If so I presume there is no likely quick workaround. Phil From: Paulo Assis pj.as...@gmail.com To: phil rosenberg philip_rosenb...@yahoo.com Cc: linux-media@vger.kernel.org linux-media@vger.kernel.org Sent: Tuesday, 11 June 2013, 10:11 Subject: Re: Hi, make sure you are streaming in YUYV format and not in MJPG or any of the libv4l formats since these are decoded from MJPG. If you are using guvcview for the stream preview you should also set the bayer pattern accordindly since it will depend on whathever resolution you are using. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com Hi this is my first email to the list, I'm hoping someone can help I have a logitech C300 webcam with the option of raw/bayer output. This works fine on windows where the RGB output consists of zeros in the r and b bytes and pixel intensitey in the g byte. However on linux when I activate the webcam using uvcdynctrl and/or the options in guvcview the out put seems to be corrupted. I get something that looks like multiple images interlaces and displaced horizontally, generally pink. I've put an example of an extracted avi frame at http://homepages.see.leeds.ac.uk/~earpros/test0.png, which is a close up of one of my daughters hair clips and shows an (upside down) picture of a disney character. I'm wondering if the UVC/V4L2 driver is interpretting the data as mjpeg and incorrectly decoding it giving the corruption. When I use guvcview I can choose the input format, but the only one that works in mjpeg, all others cause timeouts and no data. The image also has the tell-tale 8x8 jpeg block effect. Is there any way I can stop this decoding happening and get to the raw data? Presumably if my theory is correct then the decompression is lossy so cannot be undone. Any help or suggestions welcome. Phil -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Corrupt Raw webcam data
Hi Paulo Unfortunately I tried setting things up in the order you suggested, but as soon as I select 'Disable video processing I get only a single frame of something that looks a bit like a bayer grid, coloured deep blue. I think the image might be in this data but shifted horizontally and then an error Could not grab image (select timeout): Resource temporariliy unavailable which is repeated until I unselect 'Disable video processing' and change to any other input type. I've tested this on Ubuntu 12.04 and Raspian Wheezy with the same results. If you have any other ideas I'd be happy to hear them All the best Phil - Original Message - From: Paulo Assis pj.as...@gmail.com To: phil rosenberg philip_rosenb...@yahoo.com Cc: linux-media@vger.kernel.org linux-media@vger.kernel.org Sent: Tuesday, 11 June 2013, 11:13 Subject: Re: Corrupt Raw webcam data Hi, You should select YUYV before disabling the video processing. So with video processing still enabled: set YUYV format set the desired fps and resolution set exposure now disable video processing and set the bayer order every time you need to change exposure or resolution you need to enable video processing first. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com: Hello Paulo Thank you for your quick response. Unfortunately if I select YUYV or any other format that is not MJPG data flow stops and I see timeouts appear in the console. Does this represent a bug in either the webcam's UVC support or the UVC driver? If so I presume there is no likely quick workaround. Phil From: Paulo Assis pj.as...@gmail.com To: phil rosenberg philip_rosenb...@yahoo.com Cc: linux-media@vger.kernel.org linux-media@vger.kernel.org Sent: Tuesday, 11 June 2013, 10:11 Subject: Re: Hi, make sure you are streaming in YUYV format and not in MJPG or any of the libv4l formats since these are decoded from MJPG. If you are using guvcview for the stream preview you should also set the bayer pattern accordindly since it will depend on whathever resolution you are using. Regards, Paulo 2013/6/11 phil rosenberg philip_rosenb...@yahoo.com Hi this is my first email to the list, I'm hoping someone can help I have a logitech C300 webcam with the option of raw/bayer output. This works fine on windows where the RGB output consists of zeros in the r and b bytes and pixel intensitey in the g byte. However on linux when I activate the webcam using uvcdynctrl and/or the options in guvcview the out put seems to be corrupted. I get something that looks like multiple images interlaces and displaced horizontally, generally pink. I've put an example of an extracted avi frame at http://homepages.see.leeds.ac.uk/~earpros/test0.png,which is a close up of one of my daughters hair clips and shows an (upside down) picture of a disney character. I'm wondering if the UVC/V4L2 driver is interpretting the data as mjpeg and incorrectly decoding it giving the corruption. When I use guvcview I can choose the input format, but the only one that works in mjpeg, all others cause timeouts and no data. The image also has the tell-tale 8x8 jpeg block effect. Is there any way I can stop this decoding happening and get to the raw data? Presumably if my theory is correct then the decompression is lossy so cannot be undone. Any help or suggestions welcome. Phil -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
