Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash v4l-convert: error parsing JPEG header: Not a JPG file ? #24

Closed
GoogleCodeExporter opened this issue Jun 25, 2015 · 5 comments
Closed

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Stream from V4L2 camera
2. wait
3. watch crash everytime

What is the expected output? What do you see instead?

$ PHD
raw pixfmt: MJPG 640x480
pixfmt: RGB3 640x480
mmap method

v4l_convert error 5, Input/output error
v4l-convert: error parsing JPEG header: Not a JPG file ?


What version of the product are you using? On what operating system?
OPENPHD 1.12.4
Ubuntu 10.04

Please provide any additional information below.


Original issue reported on code.google.com by astromap...@gmail.com on 26 Jan 2012 at 2:43

@GoogleCodeExporter
Copy link
Author

Hi,
thanks for reporting!
Looks like You're using a input format that V4L - unsuccessfully - tries to 
convert into JPEGs instead of treating the data as a video stream.
When i run OpenPHD on my Dell XPS i get the following output:
raw pixfmt: YUYV 640x480
pixfmt: RGB3 640x480
mmap method
Could You provide additional information on the type of camera (and/or 
computer) You're using?
Regards,

Steffen Elste

Original comment by steffen....@gmail.com on 28 Jan 2012 at 10:29

@GoogleCodeExporter
Copy link
Author

lsusb: Bus 002 Device 004: ID 046d:08c7 Logitech, Inc. QuickCam OEM Cisco VT 
Camera II

$ luvcview -l -d /dev/video4
luvcview 0.2.6

SDL information:
  Video driver: x11
  A window manager is available
Device information:
  Device path:  /dev/video4
Stream settings:
  Frame format: MJPG
  Frame size:   640x480
  Frame rate:   30 fps
Available controls of device 'Camera 1' (Type 1=Integer 2=Boolean 3=Menu 
4=Button)
V4L2_CID_BASE         (predefined controls):
 index:9963776    name:Brightness                       type:1 min:0     max:255   step:1     def:127   now:127
 index:9963777    name:Contrast                         type:1 min:0     max:255   step:1     def:32    now:32
 index:9963778    name:Saturation                       type:1 min:0     max:255   step:1     def:32    now:32
 index:9963788    name:White Balance Temperature, Auto  type:2 min:0     max:1     step:1     def:1     now:1
 index:9963792    name:Gamma                            type:1 min:100   max:220   step:120   def:220   now:220
 index:9963795    name:Gain                             type:1 min:0     max:255   step:1     def:0     now:0
 index:9963800    name:Power Line Frequency             type:3 min:0     max:2     step:1     def:2     now:2
  Menu items:
  index:0 name:Disabled
  index:1 name:50 Hz
  index:2 name:60 Hz
 index:9963802    name:White Balance Temperature        type:1 min:0     max:10000 step:10    def:4000  now:4000
 index:9963803    name:Sharpness                        type:1 min:0     max:255   step:1     def:50    now:50
 index:9963804    name:Backlight Compensation           type:1 min:0     max:2     step:1     def:1     now:1
V4L2_CID_PRIVATE_BASE (driver specific controls):

Original comment by astromap...@gmail.com on 30 Jan 2012 at 3:33

@GoogleCodeExporter
Copy link
Author

Hi,
thanks a lot.
Honestly, i don't really know at the moment if this is a bug in our code, if 
V4L is to blame ... or it might even be a 'feature' of the webcam driver!
If You run luvcview with the 'f' option, You can set the format - could You try 
to run 'luvcview -f yuv', and only afterwards start PHD, just to see if this 
changes the frame format?
In the meantime i'll have a look at the code ...
Regards,

Steffen Elste 

Original comment by steffen....@gmail.com on 30 Jan 2012 at 6:11

@GoogleCodeExporter
Copy link
Author

I will try that!  Thanks for the tip!

Mike

Original comment by astromap...@gmail.com on 30 Jan 2012 at 7:56

@GoogleCodeExporter
Copy link
Author

Given all the changes for phd2, I'm marking all PHD1 unowned bugs as "WontFix". 
If somebody objects, I can undo it.

Original comment by br...@boneheads.us on 30 Aug 2013 at 12:47

  • Changed state: WontFix

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant