summaryrefslogtreecommitdiff
path: root/camlibs
Commit message (Collapse)AuthorAgeFilesLines
* only ovbrwrite the PEF header for the K100D.Marcus Meissner2021-10-171-21/+23
| | | | see https://github.com/gphoto/gphoto2/issues/459
* added pentax k3 II in ptzp modeMarcus Meissner2021-10-161-0/+2
|
* ptp2: Disconnect PTP/IP connection in camera_exitDavid Rosca2021-10-143-0/+23
|
* Rename bayer.[ch] to stv0680-bayer.[ch]Hans Ulrich Niedermann2021-10-114-3/+3
| | | | | | | | To make it obvious that this is specific to the stv0680 camlib, rename its bayer.[ch] source files to stv0680-bayer.[ch]. This is not strictly necessary, but should help when someone new to it reads the stv0680 source.
* Avoid accidental include file name collisionsHans Ulrich Niedermann2021-10-1153-64/+70
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There are five libgphoto2 internal *.h include files inside the source tree's `libgphoto2/` folder. Internal means they are part of the libgphoto2 implementation, and are not part of the public libgphoto2 API or ABI. These files have names which are so generic that it is difficult to see from a `#include` statement that the included file is actually part of libgphoto2: bayer-types.h bayer.h exif.h gamma.h jpeg.h While building, an additional file is created inside the `libgphoto2/` folder with a name which does hint to its relationship with libgphoto2: gphoto2-endian.h To reduce the probability of accidental conflicts with include files which might also be called the same very generic name, this changes the use of these include files to a preprocessor directive like #include "libgphoto2/bayer.h> instead of #include "bayer.h" To enforce the need for the "libgphoto2/" part in the #include preprocessor directive, this also removes the respective `-I` arguments for the `libgphoto2` subdir (both in source tree and in build tree) from `*_CPPFLAGS`. This change was inspired by `libgphoto2/` and `camlibs/stv0680/` containing very different include files both called `bayer.h`.
* utf-8: convert old camlibs/**/*.txt files from latin1Hans Ulrich Niedermann2021-10-097-13/+13
| | | | | This converts the old camlibs/**/*.txt files from iso-8859-1 to utf-8.
* utf-8: change xml/html from iso-8859-1 to utf-8Hans Ulrich Niedermann2021-10-091-3/+3
|
* utf-8: Convert ISO-8859 text to UTF-8Hans Ulrich Niedermann2021-10-0940-205/+205
| | | | | | | Convert the easy ISO-8859 text to UTF-8. The difficult ISO-8859 text will will be eliminated by future commits.
* Use a single definition of BayerTile enumHans Ulrich Niedermann2021-10-072-13/+3
| | | | | | | Use a single definition of BayerTile enum inside a new include file bayer-types.h instead of (conditionally!) duplicating the definition from libgphoto2/bayer.h to camlibs/stv680-demosaic-sharpen.h.
* fix build after bayer.h changeMarcus Meissner2021-10-061-1/+1
|
* Use consistently named non-reserved CPP macros for header filesHans Ulrich Niedermann2021-10-05122-307/+454
| | | | | | | | | | | | | | | | | | | | | | | C preprocessor macros beginning/ending with underscores are reserved for system use as well as macros containing a double underscore anywhere, so application software macros are supposed to be named differently. For a header file gphoto2-abilities-list.h, this consistently uses a macro name LIBGPHOTO2_GPHOTO2_ABILITIES_LIST_H for the usual #ifndef LIBGPHOTO2_GPHOTO2_ABILITIES_LIST_H #define LIBGPHOTO2_GPHOTO2_ABILITIES_LIST_H ... content of the header file ... #endif /* !defined(LIBGPHOTO2_GPHOTO2_ABILITIES_LIST_H) */ Found using "clang -Weverything". This should work, unless when run with an ancient C preprocessor which might only the first 8 or 10 characters to distinguish macro names and ignores the remainder of the name.
* emit only matching resetuilock if we did setuilockMarcus Meissner2021-10-043-10/+26
|
* fixed return code from unprepare capture during EOS exitMarcus Meissner2021-10-041-1/+5
| | | | | https://github.com/jim-easterbrook/python-gphoto2/issues/128 https://github.com/gphoto/libgphoto2/issues/352
* Use proper format string for FDHANDLE typeHans Ulrich Niedermann2021-10-032-4/+7
| | | | | | Use %d for int, and %p for GPPort *. The old %x was inappropriate for both.
* Fix parameters being marked unused when they are being usedHans Ulrich Niedermann2021-10-031-1/+1
|
* Terminate assignment with semicolon instead of commaHans Ulrich Niedermann2021-10-031-1/+1
| | | | | The comma does not appear to be intentional here, so we can replace it with a semicolon.
* requzest the objectinfo to be loadedMarcus Meissner2021-10-031-1/+1
|
* also handle j1 like v1 ...blank out getevent and imagerecinsdramMarcus Meissner2021-10-031-5/+11
| | | | see https://github.com/gphoto/libgphoto2/issues/716
* added z6 noteMarcus Meissner2021-10-021-0/+1
|
* decode usermodeMarcus Meissner2021-10-021-0/+10
|
* added u1-u3 for nikonMarcus Meissner2021-10-021-0/+3
|
* fixed uninitialized memory access / potential crashMarcus Meissner2021-10-021-4/+7
| | | | https://github.com/gphoto/libgphoto2/issues/721
* remove 1 warningMarcus Meissner2021-09-271-1/+1
|
* merged music-players.h from libmtpMarcus Meissner2021-09-251-0/+25
|
* check for errors from widget functionsMarcus Meissner2021-09-251-13/+13
|
* turn zoom widget into a range.Marcus Meissner2021-09-241-1/+31
| | | | https://github.com/gphoto/libgphoto2/issues/718
* handle busy errors on getobjectinfoMarcus Meissner2021-09-211-2/+9
| | | | as reported on https://github.com/gphoto/gphoto2/issues/456
* harden the directory compare function against overreadsMarcus Meissner2021-09-191-3/+7
| | | | | this could lead to weird crashes, see https://github.com/gphoto/gphoto2/issues/369
* pass lenght of datablobs into the directory compare function to avoid overreadsMarcus Meissner2021-09-193-12/+17
|
* added sony zv e10Marcus Meissner2021-09-151-0/+141
|
* added sony zv-e10Marcus Meissner2021-09-142-0/+1307
|
* replaced R2 -> RPMarcus Meissner2021-09-131-4/+14
|
* Remove remnants of OS/2 supportHans Ulrich Niedermann2021-09-0815-47/+0
| | | | | | | | Remove remnants of OS/2 support, which has been broken at least since commit 9831fa553c from 2006-10, but more probably even since after gphoto2 2.1.0 which was some time in 2002. Closes: https://github.com/gphoto/libgphoto2/issues/710
* for sony preview capture use a timeout of 1 secondMarcus Meissner2021-08-251-1/+4
| | | | might help https://github.com/gphoto/libgphoto2/issues/693
* added fuji gfx100 second id reported via SFMarcus Meissner2021-08-251-0/+2
|
* factor out regular image additions repeated codeMarcus Meissner2021-08-221-32/+33
|
* move another preview jpeg extractor to factorized functionMarcus Meissner2021-08-221-10/+5
|
* use generic preview.jpg name, not sony for ... fujiMarcus Meissner2021-08-211-1/+1
|
* further factor out the preview saving and meta data setting, as its commonMarcus Meissner2021-08-211-57/+34
|
* factorize out the jpeg extraction out of data blobsMarcus Meissner2021-08-211-100/+54
|
* emit also new values in the config update work (draft work) ↵Marcus Meissner2021-08-181-6/+6
| | | | https://github.com/gphoto/libgphoto2/issues/677
* trying to fix eos readerMarcus Meissner2021-08-171-0/+1
|
* srtore DevPropCode, needed by current config name matcherMarcus Meissner2021-08-171-0/+1
|
* more debug, also switch conditions to avoid O(n2) complexityMarcus Meissner2021-08-171-7/+8
|
* added property change decoding to EOS and OlympusMarcus Meissner2021-08-171-8/+38
|
* decode value of regular widgetsMarcus Meissner2021-08-171-4/+76
|
* Merge branch 'master' of github.com:gphoto/libgphoto2Marcus Meissner2021-08-171-0/+2
|\
| * Add add missing ISO values from Canon EOS R6Daniel Schulte2021-08-121-0/+2
| | | | | | The Canon EOS R6 has two additional ISO values that were not supported before: 64000 and 80000.
* | report changed config labels during waitMarcus Meissner2021-08-173-6/+176
|/ | | | https://github.com/gphoto/libgphoto2/issues/677
* Add HDR exposure mode from EOS RPJan Kundrát2021-08-071-0/+1
| | | | | It's present in the `autoexposuremode` when the mode dial is set to Movie and the HDR movie mode is enabled via the camera menu.
View Lorry Controller Status