gmaniac created a github repo at https://github.com/gmanic/vgrabbj I have no objection to break the backward compatibility for a version 1.0.0 if it make the program more usable. But gmaniac is the maintainer so should decide.
So I'll wait for the github repository. Some ideas: First I'd like to correct some mistakes and omissions of the documentation or the help page (when invoked with -h), e. g. -C means do NOT open the device permanently; -H needs the "-w" switch, not "-W"; -A/-M/-E only work when they are all specified. The command line switches are quite a jumble. Look at fswebcam which mostly has long options and just a few short ones. Changing these options would break compatibility, however, which is bad. vgrabbj...
It's my project, hardly alive, but great to see that it's still useful. :-) Will migrate to github shortly and let you guys know.
Hello! Welcome onboard. I am not an admin of this project but I should still have the right to modify the source code. So I can push your patches.
Hi, I've just set up a simple webcam to watch some eggs hatch using an old Cubox, an old Webcam, mini-httpd and this tool, vgrabbj. I struggled with the setup a little, like all three options needed to get archiving to work, but finally it worked. Out of all options available on Debian for arm, this finally was the best due to the flexibility and small footprint. It even allows invoking a command after each frame, which I use to generate an HTML page from a template with the current time stamp. There...
oh, and 'no bugs': I did not click 'open a bug', I clicked 'open a ticket'. It's true that the issue tracker conforms the address to /bugs/%d but this, like many items that might come through an 'issues' interface, was more of a set of enhancement requests.
/dev/null: your product is a sharp knife, and I understand that, but I still question the decision to ship it with no handle and all edges sharpened shell script to loop: the /dev/video0 on this system takes a significant amount of time to open; a shell script which brings up the utility to capture one frame, exits, and does it again, will be still vastly slower than doing it inside the utility no default in man page: then the man page should clearly state 'you must set all 3 of these for archiving...
various usability details
No bugs. At all. There's simply no use case to provide /dev/null as config file. Make a shell script to loop that number of times. No default advertised in help/man page: there's none. If you want to suppress stdout either use daemon mode or redirect stdout pipe to /dev/null. Not reaching 15fps is expected behaviour. "Slowliness" of your system is not within the scope of vgrabbj. Feel free to submit patches, if you whish to enhance vgrabbj.
I am the latest maintainer. But I have not made any changes since 2016. Feel free to provide patches. I am not admin of this project. So I don't think I can add you as maintainer.
various usability details
Release 0.9.9
Fix spelling error. Thanks to lintian
Fix spelling error. Thanks to lintian
Fix spelling error. Thanks to lintian
Fix spelling error. Thanks to lintian
Fix spelling error. Thanks to lintian