These are the stream formats:
[0] nokile:~/projekte/s3fs$ luvcview -L
luvcview version 0.2.1
Video driver: x11
A window manager is available
video /dev/video0
/dev/video0 does not support read i/o
{ pixelformat = 'YUYV', description = 'YUV 4:2:2 (YUYV)' }
{ discrete: width = 640, height = 480 }
Time interval between frame: 1/30, 1/25, 1/20, 1/15, 1/10, 2/15, 1/5,
{ discrete: width = 320, height = 240 }
Time interval between frame: 1/60, 1/50, 1/30, 1/25, 1/20, 1/15, 1/10,
2/15, 1/5,
"Adrian Sergiu DARABANT" <[EMAIL PROTECTED]> writes:
> That's for Laurent to answer but I'm afraid that if the camera is not
> exporting those type of stream formats it isn't possible. There is entire
> debate in wheter a driver should do transcoding or not in kernel space.
>
> Could you send us from the luvcview the list of stream formats your camera
> supports ?
> luvcview -L
> i think (I don't have the software in front of me) just take the option that
> says it only reports the video formats and quits.
>
> Adrian
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Nikolaus Rath
> Sent: Friday, July 04, 2008 12:11 PM
> To: [email protected]
> Subject: Re: [Linux-uvc-devel] Philips SPC620NC, Video garbled
>
> Hey,
>
> You are definitely on the right track. As I wrote in my other mail,
> luvcview can access the cam with -f yuv but not with -f jpg. Ekiga is
> not linked against SDL. It also has no configuration option to switch
> between jpg and yuv. Is there anything I can do to make the driver
> produce jpg output?
>
> Best,
> Nikolaus
>
>
> "Adrian Sergiu DARABANT" <[EMAIL PROTECTED]> writes:
>> Hello,
>> I don't have ekiga right here but I am pretty sure the greenish
>> image with some wite lines or spots is a YUV (or black lines or
>> spots) is an YUV format encoded video blitted in a RGB surface. Look
>> if ekiga is linked against SDL - I think that would be a good start.
>> I didn't used ekiga till now but I am somehow working with video
>> capture application developpement. Also look at si command line
>> arguments and see if it says something about the video part. Many of
>> the recent years USB cameras do not stream RGB (just YUV and Ixx)
>> formats. For checking for SDL linked to ekiga do an ldd ekiga and
>> check in the list.
>>
>> I might also be on the wrong path - however the greenish image is very
>> typical for YUV-RGB blitting.
>>
>> Adrian
>>
>>
>>
>>
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Nikolaus
> Rath
>> Sent: Friday, July 04, 2008 11:01 AM
>> To: [email protected]
>> Subject: Re: [Linux-uvc-devel] Philips SPC620NC, Video garbled
>>
>> "Adrian Sergiu DARABANT" <[EMAIL PROTECTED]> writes:
>>>> I am using a Philips SPC620NC webcam with the v4l2 driver. If a access
>>>> the webcam using e.g. mplayer, everything works fine (example
>>>> screenshot:
>> http://launchpadlibrarian.net/15698358/Screenshot-MPlayer-1.png
>>>> ).
>>>>
>>>> However, if I try to access the webcam using ekiga (www.ekiga.org),
>>>> the video is garbled. It is only green and has horizontal lines all
>>>> over it: http://launchpadlibrarian.net/15698333/Screenshot-Ekiga.png
>>>>
>>>> I suppose this is more likely to be an ekiga bug, but since I'm not
>>>> entirely sure, I wanted to ask here as well. Has anyone else
>>>> encountered this problem, maybe with a different application? Or is
>>>> there something I could do with the driver to avoid the problem?
>>>
>>> Isn't that due to the fact that you are looking at an YUV video flow
>>> and ekiga thinks is something else? It seems to me that this is the
>>> problem. A copy into a surface with a different video encoding.
>>
>> I don't know... how do I find out if my webcam sends a YUV flow? And
>> how do I determine the format that ekiga uses?
>>
>> Thanks for your help,
>>
>> -Nikolaus
>>
>> --
>> >It is not worth an intelligent man's time to be in the majority.
>> By definition, there are already enough people to do that.<
>> -J.H. Hardy
>>
>> PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C
>>
>> _______________________________________________
>> Linux-uvc-devel mailing list
>> [email protected]
>> https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
>
>
> -Nikolaus
>
> --
> >It is not worth an intelligent man's time to be in the majority.
> By definition, there are already enough people to do that.<
> -J.H. Hardy
>
> PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C
>
> _______________________________________________
> Linux-uvc-devel mailing list
> [email protected]
> https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
-Nikolaus
--
»It is not worth an intelligent man's time to be in the majority.
By definition, there are already enough people to do that.«
-J.H. Hardy
PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C
_______________________________________________
Linux-uvc-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
