Scripts in Siril are a way to run a sequence of commands. They are optional.
I know nothing about fonts and UI elements problems, sorry. We don’t develop with windows, so we are not sure about how to correctly handle these items, we mostly hope that GTK+ will be portable…
Thank you all for your great help! We’ve been there one day, and we already have several contributions!
After installation I have the same bug when I run siril.exe
But, when I run Siril in command line I get this message:
$ siril
C:/msys64/mingw64/bin/siril.exe: error while loading shared libraries: libtiff-5.dll: cannot open shared object file: No such file or directory
$ pacman -Ss libtiff
mingw32/mingw-w64-i686-libtiff 4.1.0-1
Library for manipulation of TIFF images (mingw-w64)
mingw64/mingw-w64-x86_64-libtiff 4.1.0-1 [installé]
Library for manipulation of TIFF images (mingw-w64)
You could look at setting up a CircleCI, Travis-CI or AppVeyor build process all offer free personal accounts & with a little digging you can get a FOSS account with more credits/time.
With such an account you can build for Linux & Windows (and Mac on AppVeyor “coming soon” on CircleCI).
If you are using GitHub or one of several other hosting services you can have builds triggered automatically on commits to the project or to specific branches of the project. It is also possible to have your GitHub/other project display a build status flag automatically.
Hello.
Thanks for your message. Yes I know circleCI. I even have an account. I also have a macos script that provides a dmg automatically. However for Mac I need (at least for now) to purshase a paid account.
Also, now our code are on gitlab and circleCI is only compatible with github. So it is easier to do everything linked to the main repo IMO.
Hello. Quick question: is there a PPA with nightly builds?
The latest release from Nov barely fits my 2560x1440 display without running with GDK_SCALE=1.9. I never got to filing a bug report, but now I see you redesigned the UI and I’m interested to try. The amount of deps is a tad too much for me to build from git.
This is my first Siril build for Windows. Please test as I am not able to do.
siril_master_0.9.12-292-g87acce9c_200122_W64_release.7z
uploaded at SirilNightlyBuilds/ – Keybase.pub
edit:
siril_master_0.9.12-317-gfb66dc7d_200126_W64_generic
uploaded at same place
I wonder if it could be interesting to have G’MIC filters in Siril.
In G’MIC, we have pretty decent deconvolution and denoising filters among other things (also a few things for image registration and stacking). Just a wild guess !
I tried to build float branch. It failed on libRTprocess as there is no makefile generated.
I think one easy way is to consider librtprocess as an external dependency. (There should be no difficulty on MSYS2 as I build it and install in Mingw64, neither on Linux. )
When building siril, one first step could be to build librtprocess (CMAKE, make, make install in a local siril subdir) .
It’s a bit complicated right now because we are trying to make it build both on our machines and in the CI pipeline, indeed because of the out-of-source thing. We have moved to submodule for librtprocess, which should be better than cloning in the autogen.sh. If no makefile is generated it means that getting the sources or running cmake failed, strange.
The librtprocess sources are present.
There is a build subdir deps\librtprocess\build created. But there is no makefile in it. so it seems the cmakefile step is not run.
And while setting up the float branch, why you don’t go the Meson/ninja way on this branch?
And Autotools seems to me a legacy build system that I doubt any SW here use. And also very cryptic
For many reasons.
1 - we are on so many things in same time that is difficult.
2 - I am pretty bad to this stuffs like autotools, cmake and meson. It would take a long time to me to do something with it and @vinvin is very busy for now. It is always critical to remove something that works by something else…
EXCELLENT! One of my biggest concerns with Siril was that it was saving FITS files as signed 16-bit. (EDIT: I wrote 32, but it’s 16. S32 wouldn’t be so bad.)
Fortunately, at the time, I was primarily image stacking to synthesize long shutter speeds for motion smoothing, and not for noise reduction. So 15 bits of dynamic range was more than enough.
Side note: A great feature for workflows that used raw files from a DSLR or mirrorless as input would be to save out a DNG with metadata that matches the input camera, instead of FITS. It’s a bit of a hassle to convert FITS to TIFF with imagemagick, rename to DNG, then tag the DNG manually with appropriate metadata. Biggest challenge might be embedding the appropriate color matrix for inputs that weren’t DNG to begin with…