Thu 24 Dec 2015 04:31:53 PM UTC, comment #15:
I'm closing this because there was no reply for more than 6 months. Feel free to reply if you have more informations or something which could help me.
|
Sat 04 Apr 2015 01:58:39 AM UTC, comment #14:
@Greg, thank you for your reply. So do you still think this is a problem with the image-acquisition package? Or could this be a problem between your C200 and the driver?
|
Thu 02 Apr 2015 08:10:37 PM UTC, comment #13:
@Andreas: sorry, I have totally forgotten about the whole thing. I found that the problem is not related to running streamer first, the problem lies with the set resolution of the image-acquisition. Acquiring a picture of 640x480 in size, never works. While setting it to 320x240 works with no questions asked.
|
Thu 02 Apr 2015 05:46:45 PM UTC, comment #12:
Ping, @Greg: Can you please provide the requested logfile and v4l2-compliance output?
|
Mon 29 Dec 2014 10:44:12 AM UTC, comment #11:
Could you also run (after a reboot of your BBB)
and attach the output?
|
Sun 28 Dec 2014 06:00:51 PM UTC, comment #10:
Greg, I'm sorry to bother you again but it looks like the logfile is overwritten between open/close calls so your logfile only contains calls from the last successful octave session. Could you run the octave script, close octave (with CTRL+C as you previously did) and rename the log to octave_first.log, then run streamer, rename log to streamer.log, run octave again, rename log to octave_second.log.
Thank you.
Btw: If you could test your camera on another GNU/Linux machine with image-acquisition this would help to encircle this bug.
|
Sun 28 Dec 2014 03:20:45 PM UTC, comment #9:
Sorry for the long reply. As said earlier, first time didn't work, after using streamer, it did work. Both files included.
(file #32723, file #32724)
|
Sun 28 Dec 2014 09:51:34 AM UTC, comment #8:
Okay, I reopen this report. Can you please enable logging (rm previous logfiles before) with
Then run this in Octave:
Then run streamer with -b 1 (only one buffer as the script above does) and the run the Octave script above a second one. As I read from the description the first run fails, streamer succeeds and the second try in Octave also succeeds. Please attach the generated libv4l2_debug.log
|
Sat 27 Dec 2014 11:15:42 PM UTC, comment #7:
I'd just like to say, that the error still stands. After turning off the system for ~hour and trying to rerun what I've done earlier still freezes octave. The workaround I've found is first grabbing an image and saving it via streemer, after that everything works in octave.
|
Sat 27 Dec 2014 09:07:21 PM UTC, comment #6:
The result of getsnapshot depends on the selected VideoFormat. Please see "help getsnapshot". If it's YUYV for example, you'll get a struct which has to be converted to RGB first. (This is intended and not a bug in image-acquisition)
I'll close this bugreport as fixed now.
|
Sat 27 Dec 2014 09:03:04 PM UTC, comment #5:
installing image-acquisition 0.2.1 solved the issue. I have succesfully read out an image. However if you don't do:
you will receive an error:
But thanks to your help my issue was resolved. Thank you Andreas
|
Sat 27 Dec 2014 08:45:20 PM UTC, comment #4:
The "result == -1 (Resource temporarily unavailable)" in your log is almost always a USB bus error. Usual faults are either not enough USB bandwidth, power or a buggy driver. Do you see something with "dmesg"?
I think you could also use mplayer to test. Do you see a live image with
Can you also try image-acquisition 0.2.1? It isn't officially released yet but you'll find it here: https://sourceforge.net/p/octave/package-releases/126/
Just download the tar.gz and install (don't unpack it) it within Octave via "pkg install image-acquisition-0.2.1.tar.gz"
|
Sat 27 Dec 2014 08:36:24 PM UTC, comment #3:
I have confirmed the webcam working with streamer
gave me a nice jpeg image I could then view.
Please excuse that this post is in such a short time interval from the last one.
|
Sat 27 Dec 2014 08:28:49 PM UTC, comment #2:
Thank You for your quick response!
The files have been uploaded with my report according to the wiki. Please look at files #32721:
and #32722:
My kernel is 3.8.13-bone63
Here is the output of v4l2-ctl:
I don't have another pc to test these, and my ubuntu VM which I tried to config runs so slow its unusable. also, ffmpeg was removed for Ubuntu 14.04 and for the last 1 hour I've tried installing it from different tutorials with no luck. Isn't there a more out-of-the-box method to test video recording?
|
Sat 27 Dec 2014 07:22:38 PM UTC, comment #1:
Thank you for your bug report.
Which kernel are you using and do you see entries in the kernel logs (via dmesg). I've seen kernel oops for __vb2_queue_cancel the last days (unfortunately kerneloops.org/ is down atm)
You mention a logfile, have you create a logfile as described here http://wiki.octave.org/Image_acquisition_package#Reporting_bugs ?
Can you attach the output of v4l2-ctl and libv4l2_debug.log as described on the wiki?
Are you able to capture a video, for example with "ffmpeg -f v4l2 -r 25 -s 640x480 -i /dev/video0 out.avi"
Can you run your script with your C200 on a standard GNU/Linux machine?
|
Sat 27 Dec 2014 06:36:22 PM UTC, original submission:
Image acquisition freezes when trying getsnapshot(obj).
Example:
Doesn't work with test functions as well as simple functions like: img=getsnapshot(obj); preview(obj); etc.
the log file keeps on growing, and after 368 lines just keeps repeating the error:
|