Stellarium v0.21.2
The major changes of this version:
Annual aberration correction. Planet positions are finally very accurate!
Bookmarks replaced by Observation Lists
Politically neutral geonames
Right-click opens plugin configuration
Improved computation of rising, transit, setting times
“Goto next twilight” functionality
Two new Greek skycultures
Updated Mul-Apin skyculture with new artwork
Improved fidelity of Lunar eclipses
Fixed display of stellar proper motion
Many fixes in core and plugins
2020-10-14 Alex Tutubalin <lexa@lexa.ru>
* LibRaw 0.20.2
Reverted 0.20.1 change:
- const buffer for open_buffer() and open_bayer() calls
Because of 0.20.0 ABI break
2020-10-14 Alex Tutubalin <lexa@lexa.ru>
* LibRaw 0.20.1
* Improvements:
- exif callback is called on EXIF GPS and EXIF Interop IFDs
- open_bayer call documented
- Canon (ColorDatsSubver==32): parse Specular White instead of hardcoded value
* Fixes for normal files processing:
- Olympus XZ-1: do not provide linear_max (it is wrong in metadata)
- Nikon Z cameras: added space in camera list
- raw-identify: fixed wb-preset print
- Pentax Optio 33WR: maker index was incorrect
- dcraw_emu: corrected help line for -6 option.
- raw-identify: corrected range check for color matrices print
- use_camera_matrix option: fixed a bug introduced when making
compiler more happy.
* Fixes for damaged/special crafted files processing:
- Fix for truncated CR3 files parsing
- DNG metadata merger: all color loops are limited to MIN(4,colors)
- Check for marings: should be less than raw image size
- Check for xmpdata present in Samsung Lens ID assignment
- Check for column range in leaf_hdr decoder
- Additional checks in Hasselblad model parser
- Fuji rotate: better limits check
- DNG files: limit tiff_samples
* Not fixes, but makes ASAN/compilers/etc happy:
- corrected GPS EXIF output
- const buffer for open_buffer() and open_bayer() calls
2020-07-23 Alex Tutubalin <lexa@lexa.ru>
* LibRaw 0.20
== Camera Format support ==
Canon CR3
GoPro (via GPR SDK)
Panasonic 14-bit
Fujifilm compressed/16bit
Rapsberry Pi RAW+JPEG format (if USE_6BY9RPI defined)
Foveon X3F support changed: it is supported only if USE_X3FTOOLS defined
at build (see below for 'Imported code policy changed')
== Camera support (+59, 1131 total) ==
Canon: PowerShot G5 X Mark II, G7 X Mark III, SX70 HS,
EOS R, EOS RP, EOS 90D, EOS 250D, EOS M6 Mark II, EOS M50, EOS M200
EOS 1DX Mark III (lossless files only)
DJI Mavic Air, Osmo Action
FujiFilm GFX 100, X-A7, X-Pro3, X100V, X-T4 (uncompressed/lossless compressed only), X-T200
GoPro Fusion, HERO5, HERO6, HERO7, HERO8
Hasselblad L1D-20c, X1D II 50C
Leica D-LUX7, Q-P, Q2, V-LUX5, C-Lux / CAM-DC25, SL2, M10 Monochrom
Nikon D780, Z50, P950
Olympus TG-6, E-M5 Mark III, E-PL10, E-M1 Mark III,
Panasonic DC-FZ1000 II, DC-G90, DC-S1, DC-S1R, DC-S1H, DC-TZ95
PhaseOne IQ4 150MP
Ricoh GR III
Sony A7R IV, A9 II, ILCE-6100, ILCE-6600, RX0 II, RX100 VII
Zenit M
also multiple smartphones (the tested ones are listed in LibRaw::cameraList)
== Source code re-arranged ==
* dcraw.c is not used in the generation and build processes
* dcraw_common.cpp and libraw_cxx.cpp are split into multiple code chunks
placed in separate subfolders (decoders/ for raw data decoders,
metadata/ for metadata parsers, etc)
* dcraw_common.cpp and libraw_cxx.cpp remain to preserve existing
build environments (these files are now just a bunch of #include directives).
* It is possible to build LibRaw
a)without postprocessing functions (dcraw_process() and called function)
b)without postprocessing and LibRaw::raw2image() call (and called function).
It may be useful to reduce library memory/code footprint.
See Makefile.devel.nopp and Makefile.devel.noppr2i for the list of source
files needed to build reduced/stripped library.
== Normalized make/model ==
There is a huge number of identical cameras sold under different names,
depending on the market (e.g. multiple Panasonic or Canon models)
and even some identical cameras sold under different brands
(Panasonic -> Leica, Sony -> Hasselblad).
To reduce clutter, a normalization mechanism has been implemented in LibRaw:
In imgdata.idata:
char normalized_make[64]; - primary vendor name (e.g. Panasonic for
Leica re-branded cameras)
char normalized_model[64]; - primary camera model name
unsigned maker_index; - primary vendor name in indexed form (enum
LibRaw_cameramaker_index, LIBRAW_CAMERAMAKER_* constant).
These fields are always filled upon LibRaw::open_file()/open_buffer() calls.
const char* LibRaw::cameramakeridx2maker(int index): converts maker_index
to normalized_make.
We recommend that you use these normalized names in a variety of data tables
(color profiles, etc.) to reduce the number of duplicate entries.
New vendor index values will be added strictly to the end of the
LibRaw_cameramaker_index table, ensuring that the numbers assigned to
vendors that are already known to LibRaw will not change.
== DNG frame selection ==
DNG frames selection code re-worked:
- by default all frames w/ the NewSubfileType tag equal to 0
(high-res image) are added to the list of available images (selection
performed via imgdata.params.shot_select field, as usual)
- the special case for Fuju SuperCCD (SamplesPerPixel == 2) works as
before: shot_select=1 will extract second sub-image.
- Additional flags to imgdata.params.raw_processing_options:
LIBRAW_PROCESSING_DNG_ADD_ENHANCED - will add Enhanced DNG frame
(NewSubfileType == 16) to the list of available frames
LIBRAW_PROCESSING_DNG_ADD_PREVIEWS - will add previews
(NewSubfileType == 1) to the list.
- By default, DNG frames are not reordered and are available in same order
as in DNG (LibRaw traverses IFD/Sub-IFD trees in deep-first order).
To prioritize the largest image, set LIBRAW_PROCESSING_DNG_PREFER_LARGEST_IMAGE
bit in imgdata.params.raw_processing_options.
- DNG Stage2/Stage3 processing via DNG SDK (request via flags in
raw_processing_options)
== Imported code policy disclaimer ==
We've changed the policy regarding 3rd party code imported into LibRaw.
We (like other authors of open-source RAW parsers) gladly import support
code for various RAW formats from other projects (if the license allows it).
This is done to expand camera support.
Unfortunately, not all imported code can tolerate truncated or otherwise
damaged raw files, as well as arbitrary conditions or arbitrary data;
not all authors handle rejecting unexpected input well.
LibRaw is now widely used in various projects, including ImageMagick, which,
in turn, is often used on web sites to process any input images, including
arbitrary data from unknown users.
This opens up wide possibilities for exploiting the various vulnerabilities
present in the code borrowed from other projects into LibRaw. In order to
avoid such security risks, - the borrowed code will no longer compile
by default.
We are not able to support it in general case, and the authors refuse
to add code to reject unexpected input.
Thus, if you use some kind of camera for which the support is disabled
by default, you need to recompile LibRaw for your specific case.
Formats currently affected:
X3F (Foveon) file format.
Code is imported from Kalpanika X3F tools: https://github.com/Kalpanika/x3f
To turn the support on, define USE_X3FTOOLS
Rapsberry Pi RAW+JPEG format.
Code is imported from https://github.com/6by9/dcraw/,
To turn the support on, define USE_6BY9RPI
Format support is indicated via LibRaw::capabilities() call with flags:
LIBRAW_CAPS_X3FTOOLS - Foveon support
LIBRAW_CAPS_RPI6BY9 - RPi RAW+JPEG support
== GoPro .gpr format support ==
GoPro format supported via open-source GPR SDK
See README.GoPro.txt for details.
== Windows support/Windows unicode (wchar_t*) filenames support ==
* (old) LibRaw's WIN32 external define split into 3 defines to fine tune
compiler/api compatibility:
LIBRAW_WIN32_DLLDEFS - use to compile DLLs (__dllimport/__dllexport attributes)
LIBRAW_WIN32_UNICODEPATHS - indicates that runtime has calls/datatypes for wchar_t filenames
LIBRAW_WIN32_CALLS - use Win32 calls where appropriative (binary mode for files, LibRaw_windows_datastream, _snprintf instead of snprintf, etc).
If the (old) WIN32 macro is defined at compile time, all three new defines are defined in libraw.h
If not, these defines are defined based on compiler version/libc++ defines
* LibRaw::open_file(wchar_t*) is always compiled in under Windows, but
if LIBRAW_WIN32_UNICODEPATHS (see above) is not defined, this call will
return LIBRAW_NOT_IMPLEMENTED.
Use (LibRaw::capabilities() & LIBRAW_CAPS_UNICODEPATHS) on runtime
to check that this call was really implemented (or check for #ifdef LIBRAW_WIN32_UNICODEPATHS after #include <libraw.h>)
== LibRaw*datastream simplified ==
* tempbuffer_open, subfile_open are not used, so removed from
LibRaw_abstract_datastream and derived classes.
* jpeg_src() call implemented using ->read() call and own buffering
(16k buffer).
* buffering_off() call added. It should be used in derived classes
to switch from buffered reads to unbuffered.
== minor/unsorted changes ==
* new flag LIBRAW_WARN_DNGSDK_PROCESSED to indicate decoder used
* LibRaw::open() call, max_buf_size special meaning:
== 1 => open using bigfile_datastream
== 2 => open using file_datastream
* Add support for zlib during configure
* Fixed multiple problems found by OSS-Fuzz
* Lots of changes in imgdata.makernotes (hope someone will document it)
* DNG SDK could be used (if enabled) to unpack multi-image DNG files.
* DNG whitelevel calculated via BitsPerSample if not set via tags.
* DNG: support for LinearDNG w/ BlackLevelRepeat.. pattern
* Generic Arri camera format replaced w/ list of specific camera models in supported cameras list.
* new samples/rawtextdump sample: allows one to dump (small selection) of RAW data in text format.
* samples/raw-identify:
* +M/-M params (same as in dcraw_emu)
* -L <file-w-filelist> parameter to get file list from a file
* -m paramerer to use mmap'ed IO.
* -t parameter for timing
* samples/dcraw_emu: fixed +M handling
* better support for Nikon Coolscan 16-bit NEF files.
* Visual Studio project files: re-generated to .vcxproj (Visual Studio 2019), different
intermediate folders for different sub-projects to allow 1-step rebuild.
* imgdata.makernotes...cameraspecific: removed the vendor name prefix from variables.
* Bayer images: ensure that even margins have the same COLOR() for both the active sensor area and the full sensor area.
* raw processing flag bit LIBRAW_PROCESSING_CHECK_DNG_ILLUMINANT inverted and renamed to
LIBRAW_PROCESSING_DONT_CHECK_DNG_ILLUMINANT. If not set, DNG illuminant will be checked.
* New libraw_decoder_t flags:
LIBRAW_DECODER_FLATDATA - in-file data could be used as is (if byte order matches), e.g. via mmap()
LIBRAW_DECODER_FLAT_BG2_SWAPPED - special flag for Sony ARQ: indicates R-G-G2-B channel
order in 4-color data
* Camera-recorded image crop data is parsed into imgdata.sizes.raw_inset_crop structure:
ctop,cleft,cwidth,cheight - crop size.
aspect - LibRawImageAspects enum (3to2, 4to3, etc)
* New define LIBRAW_NO_WINSOCK2 to not include winsock2.h on compile
* New processing flag LIBRAW_PROCESSING_PROVIDE_NONSTANDARD_WB
If set (default is not), and when applicable, color.cam_mul[] and
color.WB_Coeffs/WBCT_Coeffs will contain WB settings for a non-standard
workflow.
Right now only Sony DSC-F828 is affected: camera-recorded white balance
can't be directly applied to raw data because WB is for RGB, while raw
data is RGBE.
* New processing flag: LIBRAW_PROCESSING_CAMERAWB_FALLBACK_TO_DAYLIGHT
If set (default is not), LibRaw::dcraw_process() will fallback to
daylight WB (excluding some very specific cases like Canon D30).
This is how LibRaw 0.19 (and older) works.
If not set: LibRaw::dcraw_process() will fallback to calculated auto WB if
camera WB is requested, but appropriate white balance was not found in
metadata.
* Google changes cherry-picked (thanks to Jamie Pinheiro)
* speedup: ppg interpolate: const loop invariant
* Bugs fixed
-Fixed several UBs found by OSS Fuzz
-Fixed several problems found by other fuzzers.
- Thumbnail size range check (CVE-2020-15503)
Thanks to Jennifer Gehrke of Recurity Labs GmbH for problem report.
- fixed possible overflows in canon and sigma makernotes parsers
- fixed possible buffer overrun in crx (cr3) decoder
- fixed memory leak in crx decoder (if compiled with LIBRAW_NO_CR3_MEMPOOL)
- fixed possible overrun in Sony SRF and SR2 metadata parsers
* Fixed typo in longitude (member of parsed GPS structure), update required for code that uses it.
1.10.0 (2021-09-27)
-------------------
* josepy is now compliant with PEP-561: type checkers will fetch types from the inline
types annotations when josepy is installed as a dependency in a Python project.
* Added a `field` function to assist in adding type annotations for Fields in classes.
If the field function is used to define a `Field` in a `JSONObjectWithFields` based
class without a type annotation, an error will be raised.
* josepy's tests can no longer be imported under the name josepy, however, they are still
included in the package and you can run them by installing josepy with "tests" extras and
running `python -m pytest`.
1.9.0 (2021-09-09)
------------------
* Removed pytest-cache testing dependency.
* Fixed a bug that sometimes caused incorrect padding to be used when
serializing Elliptic Curve keys as JSON Web Keys.
3.23.1: 2021-09-21
Improve ubx cycle detection.
Add quirks for Jackson Labs nonstandard NMEA
Change STATUS_NO_FIX to STATUS_UNK to avoid confusion with fix mode.
Change STATUS_FIX to STATUS_GPS to avoid confusion with fix mode.
Change STATUS_DGPS_FIX to STATUS_DGPS to avoid confusion with fix mode.
Split SOURCE_ACM from SOURCE_USB. ACM has no speeds.
Add speeds 1 mbps, 1.152 mbps, 1.5 mbps, and higher. When libc supports them.
Improve autobaud.
Add new u-blox M10 messages.
Fix u-blox M6, M7 initialization issues.
Various ubxtool and gpxlogger updates.
Add mtk3301_speed_switcher()
No API, ABI changes.
Fallback to "python3" if "python" not found.
mold 0.9.6 is a maintenance release of the mold linker. This release
contains only a single change to fix the following issue:
mold used to create dynamic relocations for imported symbols when
creating a position-dependent executable. That worked fine in an
environment in which position-independent code (PIC) is enabled by
default such as recent versions of most Linux distros. However, it
failed with the "recompile with -fPIC" error if PIC was disabled and
a dynamic relocation was created in a read-only section. mold 0.9.6
fixed the issue by creating copy relocations and PLTs for such symbols.
[v0.3.14] - Released on: Sep 27 , 2021
-Minor fix: popup message will display for 5 seconds. no message overlapping
each other.
-New: search in playlist. Key binding: "/".
-New: wav file support.
-Fix: All lrc files was merged into mp3 after downloading. Should be
distinguished by file name.
-Fix: play any folder with command line args.
-Fix: spamming mpris propertieschanged messages. Thus mpris is default now.
[v0.3.15] - Released on: Sep 27, 2021
-Revert mpris to optional as some users don't have dbus installed (NetBSD and
MacOs).
NOTE: This package was built with rust-1.55 on NetBSD-current amd64.
Version 0.9.0, 2021-09-23
Metadata consistency. Make sure that all standalone document metadata
(e.g., css for HTML, volume for manpages, etc.) is properly escaped
for its output context.
The -X option (metadata extraction) now extracts the unformatted
version of the given key. This is because output media don't
necessarily have a single way of formatting data: in -Thtml, for
instance, metadata may be formatted differently if it appears in
links, attributes, or within HTML content. It's now the caller's
responsibility to escape the results of -X.
This generates API changes, because metadata is now recorded during
the parse phase, not during the rendering phase. While here, metadata
extraction for "diff" mode is disabled (as it should be).
While here, the "base level header" metadata key has been replaced
with "shift-heading-level-by". This is because the existing "base
header level" never actually worked properly, and instead behaved
like "shift-heading-level-by".
Add GFM task lists to all output modes. While doing this, clean up
list output for -Tgemini and -Tterm.
CMake 3.21.3
* FindBoost: Add support for Boost 1.77
* MSVC: Fix MSVC_TOOLSET_VERSION for VS 2022 v143 toolset
* IRSL: Add discovery of VS 2022 v143 toolset redistributables
* gitlab-ci: Update Windows builds to MSVC 19.29-16.11 toolset
* VS: Fix managed C++ project generation for VS 2022
* VS: Update Visual Studio 17 2022 generator for Preview 4
* HIP: Detect ROCm path earlier
* HIP: Remove ROMClang compiler id and use Clang directly
* HIP: Simplify detection of HIP runtime CMake package
* Android: Restore searching PATH for executables
* IAR: Restore support for projects not enabling policy CMP0057
* FindPython: Ensure homebrew on Mac M1 is used
* Ninja: fix ARMClang paths for Windows
* HIP: Use 'rocm_agent_enumerator' to determine CMAKE_HIP_ARCHITECTURES
* KWSys: SystemTools: Ensure Windows Vista APIs are available before using them
Impacket v0.9.23:
Library improvements
Support connect timeout with SMBTransport
Speeding up DcSync
Fixed Python3 issue when serving SOCKS5 requests
Moved docker container to Python 3.8
Added basic GitHub Actions workflow
Fixed Path Traversal vulnerabilities in smbserver.py - CVE-2021-31800
Fixed POST request processing in httprelayserver.py
Added cat command to smbclient.py
Added new features to the LDAP Interactive Shell to facilitate AD exploitation
Python 3.9 support
Examples improvements
addcomputer.py:
Enable the machine account created via SAMR
getST.py:
Added exploit for CVE-2020-17049 - Kerberos Bronze Bit attack
Compute NTHash and AESKey for the Bronze Bit attack automatically
ntlmrelayx.py:
Fixed target parsing error
wmipersist.py:
Fixed filterBinding error
Added PowerShell option for semi-interactive shells in dcomexec.py, smbexec.py and wmiexec.py
Added new parameter to select COMVERSION in dcomexec.py, wmiexec.py, wmipersist.py and wmiquery.py
New examples
Get-GPPPassword.py: This example extracts and decrypts Group Policy Preferences passwords using streams for treating files instead of mounting shares. Additionally, it can parse GPP XML files offline
smbpasswd.py: This script is an alternative to smbpasswd tool and intended to be used for changing expired passwords remotely over SMB (MSRPC-SAMR)
