Hello Anders
I found a small time for testing your code. But your code doesn't work
with my webcam. :-(
I think it doesn't have the same sensor. Can you add in the sd_init
method the check of the sensor id ? You can adjust this patch with
your sensor id :
diff -r 5a9a52f1277e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anders Blomdell wrote:
New version attached, handles both 640x480 and 320x240, corrected gamma table.
Seems to work OK with mplayer, vlc and
https://launchpad.net/python-v4l2-capture
vlc v4l2://dev/video0:width=320:height=240
vlc
Thomas Kaiser wrote:
Thomas Kaiser wrote:
Hello Anders
Good news, I could decode a frame which I extracted from the usbsnoobs I
did :-). See attached picture frame3-03.jpg. It uses the quality 0.
Your black frame you sent me gets now correctly decode, too (frameA-01.jpg)
I found the
Thomas Kaiser wrote:
Hello Anders
Good news, I could decode a frame which I extracted from the usbsnoobs I
did :-). See attached picture frame3-03.jpg. It uses the quality 0.
Your black frame you sent me gets now correctly decode, too (frameA-01.jpg)
I found the Huffman table in the Windoz
Hello Anders
Good news, I could decode a frame which I extracted from the usbsnoobs I
did :-). See attached picture frame3-03.jpg. It uses the quality 0.
Your black frame you sent me gets now correctly decode, too (frameA-01.jpg)
I found the Huffman table in the Windoz driver file
Thomas Kaiser wrote:
Hello Anders
Anders Blomdell wrote:
Thomas Kaiser wrote:
Hello Anders
Anders Blomdell wrote:
Thomas Kaiser wrote:
which indicates that both DQT and Huffman is present in the stream.
It is _not_ present in the stream.
Then I don't understand where it comes from...
Thomas Kaiser wrote:
Hello Anders
Anders Blomdell wrote:
When I set the RGB/YUV gains to zero, I get:
5a ff d8 ff fe 14 1e 00 fd f5 45 7e e8 f8 b8 df 49 57
ff d8 ff fe 28 3c 01 fc ff 00 45 66 9a 69 a2 95 4d 2a 12 d1 00 a2 b4
followed by a big number of repeated (0x152c
Hello Anders
Anders Blomdell wrote:
Thomas Kaiser wrote:
And a 640*480 image divided in 8*8 subframes gives (640*480/(8*8)) 1200
subframes, so now the question is how much info about the Huffman
table this
gives us?
I think nothing :-( , but you found the MCUs :-) As it looks quite
Hi Anders and others,
I have already tried to create a module for my webcam (Topro TP6800).
It have the same usb id (06a2:0003).
But I have the same problem as you about the image data. I don't know
what is the comment tag (FF:FE). I tried to skip the tag or to skip
the comment with the length
Jean-Francois Moine wrote:
On Fri, 27 Feb 2009 23:15:54 +0100
Anders Blomdell anders.blomd...@control.lth.se wrote:
Hi,
I'm trying to write a driver for a webcam based on Topro TP6801/CX0342
(06a2:0003). My first attempt (needs gspca) can be found on:
Hello Anders
Anders Blomdell wrote:
Jean-Francois Moine wrote:
On Fri, 27 Feb 2009 23:15:54 +0100
About the JPEG images, the Huffman table is always the same
Does this mean that it's the same for all JPEG images or only for one
camera?
If it's the same for all images, it should mean that I
On Sat, 28 Feb 2009 16:11:36 +0100
Anders Blomdell anders.blomd...@control.lth.se wrote:
Jean-Francois Moine wrote:
Thomas Champagne (See To:) was also writing a driver for this
webcam. Maybe you may merge your codes...
Thomas, if you have DQT/Huffman tables for this camera, please drop
me
12 matches
Mail list logo