release v8.4.1 (or v8.5.0)

EDIT: i removed original message an just keep track of ongoing actions

Proposed changes for v8.4.1

-Fix profile plot temporarily not updating after subtracting or averaging wavefronts (#343 done in Februrary)
-Fix build issue with Clang compiler (#347)
-Fix outline helper dialog not closing when the application exits (#352)
-Fix minor UI issue on the 16 diameters profile plot (#355)
-Fix potential dip in profile plot when using Gaussian blur + minor display issues (#359)
-Fix very minor gui issue - save file dialog says foucault instead of ronchi when saving ronchi (#359)
-Fix scroll did not update min/max values in countour plot (#359)
-Fix some of the dialog not closing on app close (#360)
-Fix Gaussian blur checkbox not displaying actually applied settings (#361)
-Fix central hole and regions were not cleaned from previous OLN file (#362)
-Fix elliptical flat configuration bug and ensure minor axis is always smaller (#364)
-Fix import wft config yes button was not working at all (#371)
-Build pipeline now publishes a .dmg package for macOS users (#348 )
-Build pipeline now publishes an .AppImage package for Linux users (#365)
-3D view interracts better with mouse. Left click orbit, right click pan (#381 + #382)
-IMPROVE Zernike enable table is saved for each wft. Display diff (#369)

Ready for review

In progress

-[NOT READY] fix wrong zernike fit in case of (annular obstruction AND aperture reduction) (#372)
-[not ready for review] fix mirror settings modified in registry before user press accept button (#370)
-Reviewed wavefront code (#356)
-Fix ignore edge region. Center edge had wrong size and could have wrong coordinates (#375)

Fix profile plot showing the wrong plot after subtraction
Change to:
Fix profile plot temporarily not updating after subtracting or averaging wavefronts

Get rid of quote after the 16. You can just say 16 diameters. Or diameters at 16 angles.

Your proposal is fine with me but I don't think there is a rush. I'll be back home with more free time in 8 days. I'm actually testing PR #359 at the moment.

I agree with the basic sentiment that we don't need a ton of QA before we create a release. It's just that maybe it's better to do one release than 2 releases a week apart.

Hi,
I am happy to finish the two PRs but my availability is spotty at best right now since I am on holiday. My next moment of contiguous availability looks to be similar to gr5's in ~7-8 days.

Sorry I din't want to insist on the fact it needs to be done fast. We can do the release later, even if it's in a month or two I'm fine with it.

I was just thinking we can do a release for the Linux/Mac first as this might be very valuable for some users.

And then have a ton of bug fix and features before next release. With all the fixes it will probably be some time before we are ready to release again. I hope this clarifies.

All the PRs that you think are ready will be tested by me within 10 days or so.

pr #359 is particularly difficult as it has the potential to cause difficult to notice bugs with subtraction and averaging features. Perhaps something else as well - oh yeah - ronchi and foucault feature could be affected as well.

I will let you manage the merge and order. I'm fine with not doing the intermediate release if you prefer to have one larger release.

I'm surprised by these. They work on what I'm using.

Fix profile plot temporarily not updating after subtracting or averaging wavefronts

Fix minor UI issue on the 16 diameters profile plot

There is no longer a 16 diameters profile plot. It is just one of the right pop up menus on the profile. When selected it displays with any other profile plot also selected.

The current profile plot should look like this. Does the one your using? I'm currently using DFTFringe and do not want to risk loosing my work to start up that latest release. I thought the latest release looked like this.

@atsju

Dale if you want to see the issue, it's described here from a guy named Zack Steinburg who I've coincidentally met in person.

#345

There's a 17 second video showing the bug. It's extremely minor. Anyway @atsju fixed it. Or you can just read the text how to duplicate the issue.

Fix profile plot temporarily not updating after subtracting or averaging wavefronts

Maybe you fixed this one but didn't check it in. The other 2 plots update immediately but the profile plot doesn't update instantly. You have to do one of a few dozen things to get it to reload. For example, click on the wavefront. Or click recalculate. Or change the gaussian blur. Or one of many other ways to get it to reload (e.g. right click on it and change the settings).

With this big flurry of activity it may seem like there are major changes but there are not. Most of the activity are not even code changes but changes in the build process for mac and linux. Most of the PRs are only a few lines of code.

Oh. And yes, that's what the popup menu looks like.

I hope the profile also looks like that. There are less buttons on the top than older versions.

When I get some time I will diff what I have against the master. Currently Qt says I'm on a project called master. But at one time I had a branch called master on my machine I think that was not really the remote master. I get so confused by github as you all know.

I tested a USB camera on my primary machine which is linux (ubuntu) and it worked quite well.

I hope to dig out my rasp pi camera and test the streaming feature with and without the CAP_FFMPEG thing above.

@githubdoe

 ```
     m_cap.open(m_source.toStdString(), cv::CAP_FFMPEG);
 ```

So @githubdoe , can you commit this to blinkrate (or any other branch) and push it? Then make a PR (or I can do the PR if you prefer). We might be doing a new release in the next day or two to get a mac fix included as well.

What did you find out with the RPI?

I found out that I don't have one. I forgot that I repurposed it about 6 months ago and it is useful in that role so I don't want to mess with it. So I ordered a ras pi 3B for about $45 and it arrives tomorrow. I did find my HQ camera.

Once allowed, it works fine on Mac :-) . Thanks for merging #400

I also can confirm that it's very easy to use, say, a DSLR, with the new live video feature. I just used gphoto2 + a little wrapper emitting an MJPEG stream over HTTP.

I'm closing this but I'm going to open a similar topic in discussions instead of issues.

@Lucassifoni

Wait, @Lucassifoni , I didn't know about gphoto2. I just read about it and will try it with my DSLR (Nikon D7000). It looks like i can stream video but I'm not certain.

Can you share about how you did the "wrapper"? It looks like I can only "stream" to a jpeg and then on the browser I have to keep refreshing the screen to see the current frame. But I haven't tried anything yet.

Also please share the command line call to gphoto2.

@gr5

@gr5 you can find a python script and a linux/mac GUI here : https://github.com/Lucassifoni/stream-dslr-for-dftfringe
I did not read the python script but it is a port of an elixir wrapper I wrote earlier which parsed start/end JPEG markers out of the gphoto2 stream to emit a proper mjpeg.

Gphoto2 only works on Linux like operating systems and not on windows. The live video is confined to the resolution of the cameras display and not of it's camera sensor.

You can also use gphoto to do periodic stills at full resolution. Anyway it's a nice alternative to use a DSLR

My primary computer, the one I'm typing at right now, is linux ubuntu only. But it's a desktop and if I'm doing video igrams I'm more likely to use a laptop which is windows.

A raspberry pi has linux on it and in theory I could use that to stream video from my DSLR.

I did notice that gphoto2 only streams the display size for some cameras but it sounds like I can stream larger resolution with my Nikon D7000. Maybe. Not clear.

The Mac is basically a unix computer and so it runs gphoto2 also I guess.

That sounds like a good idea. An RPI streamer from your camera should be easy to write with AI help. So one more source for the live video feature perhaps.

Well I mentioned it because it does not need any change to DFTFringe, any MJPEG stream works thanks to the URL support. So it’s already quite flexible

Navigation Menu

Repository navigation

release v8.4.1 (or v8.5.0) #366

EDIT: i removed original message an just keep track of ongoing actions

39 remaining items

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

release v8.4.1 (or v8.5.0) #366

Description

EDIT: i removed original message an just keep track of ongoing actions

Activity

gr5 commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

Lucassifoni commented on Aug 7, 2026

atsju commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

atsju commented on Aug 7, 2026

githubdoe commented on Aug 7, 2026

githubdoe commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

gr5 commented on Aug 7, 2026

githubdoe commented on Aug 7, 2026

githubdoe commented on Aug 7, 2026

39 remaining items

gr5 commented on Nov 1, 2026

gr5 commented on Nov 2, 2026

githubdoe commented on Nov 3, 2026

gr5 commented on Nov 3, 2026

Lucassifoni commented on Nov 3, 2026

Lucassifoni commented on Nov 3, 2026

gr5 commented on Nov 3, 2026

gr5 commented on Nov 3, 2026

Lucassifoni commented on Nov 3, 2026

githubdoe commented on Nov 3, 2026

Lucassifoni commented on Nov 3, 2026

gr5 commented on Nov 3, 2026

githubdoe commented on Nov 4, 2026

Lucassifoni commented on Nov 4, 2026

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions