Re: webcam support -- first success!!

Peter,
> > spca5xx is fully compliant with the v4l1 API .To benefit of the jpeg
> > stream encoded by the hardware we only extend the v4l API with our own
> > palette jpeg . That way the spca5xx module only add the missing header
> > and forward the full jpeg stream in user space. For all others palette
> > the spca5xx module decode the jpeg stream in kernel space with the help
> > of a tasklet :) ofcourse
>
> Hm, does that mean that a standard software (xawtv/camE/motion) would
> work with the device, or not?
that works for all apps compliant with v4l1
for xawtv used
xawtv -noxv -c /dev/video0 -geometry 320x240 -bpp 32 
gnomemeeting, ffmpeg works
camE and motion palantir should work but i never try :)

> I would actually be happy with much less -- the grabbing machine has
> only 400 MHz (G3 PPC), and it would ideally be able to send the stream
> live over 11 MBit WLan. And after all, it would be good to serve the
> stream over DSL upstream to the world.

too slow for a kernel  jpeg decoding sorry :(

>
> A Java client can become difficult, I have no Java here on Linux on PPC
> unfortunately.
I did not like the java client :) Not really an expert but http is not set for 
video streaming :))

> I just ran
> 	'./spcaserv -f -s 320x240 -w 7777'

ERROR here try
./spcaserv -f jpg -s 320x240 -w 7777

other whise by default spcaserv used yuv420p so the module decompress the jpg 
video stream and spcaserv recompress !!!

> 	'./spcaview -f jpg -s 320x240 -w 192.168.0.248:7777 -j -o /tmp/bla.avi'
Client only need to connect and take the good argument from the tcp/ip stream 
header so
./spcaview -w 192.168.0.248:7777
is enought :)

> I will send you a "good" log too, if you don't mind, maybe it reveals
> something different.
Just read it nothing more sorry :(
-- 
Michel Xhaard