Re: [hugin-ptx] Re: Is FillSky an appropriate tool for fixing ...
I'll grab that, woah, yes that's large. As an afterthought -- if you have darktable -- just use the retouch tool. It'll be quick, easy, and like magic! On Friday, March 4, 2022 at 4:25:22 PM UTC-8 johnfi...@gmail.com wrote: > My existing examples are absurdly large. I don't mind putting one on a > google drive freely accessible. But you might mind trying to download and > work with it. > > For several reasons, I prefer to fix the gaps after blending the panorama, > rather than fix individual photos before. One reason is that gaps might go > away during blending because images overlap. In that case I would prefer > to end up with original from the image that doesn't have a gap there, > rather than synthetic from the image that does. > > I put a 680MB image on a google drive in case you want to look. I'll try > to make something more reasonable within the next few days. If you look at > that, there are three tiny gaps that I think are transparent (look white in > a viewer) plus one made exactly the same way but looks partially white and > mostly black. I have to figure out why that one looks that way (unless > your tool just fixes it). > > https://drive.google.com/file/d/1eLvJsyDOrV06bc1YLAQRoG-1x4vv5gb4/view?usp=sharing > > The whole panorama (taken in valley of fire NV) is still a work in > progress. There are a few blurred seams I want to figure out how to fix. > So I'm looking for how-to for this kind of thing, rather than fix this one. > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/e8d5660e-69fd-4cd6-ac00-e849430ee49bn%40googlegroups.com.
Re: [hugin-ptx] Re: Is FillSky an appropriate tool for fixing ...
My existing examples are absurdly large. I don't mind putting one on a google drive freely accessible. But you might mind trying to download and work with it. For several reasons, I prefer to fix the gaps after blending the panorama, rather than fix individual photos before. One reason is that gaps might go away during blending because images overlap. In that case I would prefer to end up with original from the image that doesn't have a gap there, rather than synthetic from the image that does. I put a 680MB image on a google drive in case you want to look. I'll try to make something more reasonable within the next few days. If you look at that, there are three tiny gaps that I think are transparent (look white in a viewer) plus one made exactly the same way but looks partially white and mostly black. I have to figure out why that one looks that way (unless your tool just fixes it). https://drive.google.com/file/d/1eLvJsyDOrV06bc1YLAQRoG-1x4vv5gb4/view?usp=sharing The whole panorama (taken in valley of fire NV) is still a work in progress. There are a few blurred seams I want to figure out how to fix. So I'm looking for how-to for this kind of thing, rather than fix this one. -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/CALe0Q_mhVU7OZ6%2BNFiF%2BdKtm%3D3qaEJCp3ZW-OkekbnWn_9mPXg%40mail.gmail.com.
[hugin-ptx] Re: Is FillSky an appropriate tool for fixing ...
... Currently it does stop because there can be areas at the left and right edges of panaromas that are transparent after the crop, and the barrel distortion correction has left a concave area which I'd assume a **user** might want to repair in postprocessing after running Skyfill... On Friday, March 4, 2022 at 3:41:01 PM UTC-8 Jeff Welty wrote: > Fillsky should work for those problems -- any area *above* the detected > end of sky which is black (i.e. r,g,b all 0), or alpha < 1. will be filled > with the modelled esimate of the sky color. But the trick will be to > apply a test mask (-tm) to the area so the > end of sky detection doesn't stop on those areas. As I write this I > realize there'd be some situations like yours where Skyfill should by > default doesn't stop on black or transparent areas during end of sky > detection. Currently it does stop because there can be areas at the left > and right edges of panaromas that are transparent after the crop, and the > barrel distortion correction has left a concave area which I'd assume a use > might want to repair in postprocessing after running Skyfill. > > I have to get part 2 of the Tutorial done, but there is an example of the > test mask usage in the first part of the Tutorial. If your dirt spots are > always in the same place it should be pretty easy to "can" the test mask > flag in a script and run on multiple files. > > I'd be happy to help show you on a particular image if you'd like. I > wouldn't mind having another test case too ;-) > > On Friday, March 4, 2022 at 10:51:50 AM UTC-8 johnfi...@gmail.com wrote: > >> I have many small isolated gaps in the sky of my photos from my recent >> vacation. That is a bit different from the example use of FillSky. >> >> Given how many different things I'm trying to learn to use at once now, >> I'd appreciate knowing whether FillSky is the right tool before I take time >> to figure out how to use it. (At a quick first look, it was not obvious to >> me how to use it). >> >> I got dirt on the sensor of my camera at the start of my vacation (I'm >> not used to this type of camera) and the air bulb I had could not blow the >> dirt off and I didn't have a cleaning kit. So all my photos have dirt >> spots. >> >> I can mask out the dirt spots where the matter and in non-sky areas of >> panoramas there is typically overlap with the photo above that can replace >> the masked out bit. But for sky sections (where the dirt is most visible) >> there is no photo above. So the mask leaves a gap in the final panorama. >> >> Does FillSky automatically find and fill gaps in the sky? Or can it >> easily be told to? Or is it just for sky gaps created by a ragged top to >> the whole panorama? >> > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/7514ba18-e36c-4288-99eb-98ea61be8c25n%40googlegroups.com.
[hugin-ptx] Re: Is FillSky an appropriate tool for fixing ...
Fillsky should work for those problems -- any area *above* the detected end of sky which is black (i.e. r,g,b all 0), or alpha < 1. will be filled with the modelled esimate of the sky color. But the trick will be to apply a test mask (-tm) to the area so the end of sky detection doesn't stop on those areas. As I write this I realize there'd be some situations like yours where Skyfill should by default doesn't stop on black or transparent areas during end of sky detection. Currently it does stop because there can be areas at the left and right edges of panaromas that are transparent after the crop, and the barrel distortion correction has left a concave area which I'd assume a use might want to repair in postprocessing after running Skyfill. I have to get part 2 of the Tutorial done, but there is an example of the test mask usage in the first part of the Tutorial. If your dirt spots are always in the same place it should be pretty easy to "can" the test mask flag in a script and run on multiple files. I'd be happy to help show you on a particular image if you'd like. I wouldn't mind having another test case too ;-) On Friday, March 4, 2022 at 10:51:50 AM UTC-8 johnfi...@gmail.com wrote: > I have many small isolated gaps in the sky of my photos from my recent > vacation. That is a bit different from the example use of FillSky. > > Given how many different things I'm trying to learn to use at once now, > I'd appreciate knowing whether FillSky is the right tool before I take time > to figure out how to use it. (At a quick first look, it was not obvious to > me how to use it). > > I got dirt on the sensor of my camera at the start of my vacation (I'm not > used to this type of camera) and the air bulb I had could not blow the dirt > off and I didn't have a cleaning kit. So all my photos have dirt spots. > > I can mask out the dirt spots where the matter and in non-sky areas of > panoramas there is typically overlap with the photo above that can replace > the masked out bit. But for sky sections (where the dirt is most visible) > there is no photo above. So the mask leaves a gap in the final panorama. > > Does FillSky automatically find and fill gaps in the sky? Or can it > easily be told to? Or is it just for sky gaps created by a ragged top to > the whole panorama? > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/4b9b1a96-295c-4c4e-af2c-7214288dd68dn%40googlegroups.com.
Re: [hugin-ptx] Is FillSky an appropriate tool for fixing ...
On March 4, 2022 8:51:50 AM HST, "johnfi...@gmail.com" wrote: > I got dirt on the sensor of my camera at the start of my vacation (I'm not > used to this type of camera) and the air bulb I had could not blow the dirt > off and I didn't have a cleaning kit. So all my photos have dirt spots. > > I can mask out the dirt spots where the matter and in non-sky areas of > panoramas there is typically overlap with the photo above that can replace > the masked out bit. But for sky sections (where the dirt is most visible) > there is no photo above. So the mask leaves a gap in the final panorama. When my sensor got dirty like that, I manually cleaned dirt spots from images before putting them in Hugin. Wasn't too hard for the sky, just copypasted clean patches over the spots. Another possibility just occurred to me: make a synthetic "empty sky" frame the same dimensions etc as a real frame and add it to your panorama as many times as needed to be "clear sky backgrounds" for real frames that have dust masked out on them. I think you can adjust positions and such as need to do that in Hugin. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/B7C8F06B-4A67-4723-B8A8-E74C8EDDA956%40gmail.com.
[hugin-ptx] Is FillSky an appropriate tool for fixing ...
I have many small isolated gaps in the sky of my photos from my recent vacation. That is a bit different from the example use of FillSky. Given how many different things I'm trying to learn to use at once now, I'd appreciate knowing whether FillSky is the right tool before I take time to figure out how to use it. (At a quick first look, it was not obvious to me how to use it). I got dirt on the sensor of my camera at the start of my vacation (I'm not used to this type of camera) and the air bulb I had could not blow the dirt off and I didn't have a cleaning kit. So all my photos have dirt spots. I can mask out the dirt spots where the matter and in non-sky areas of panoramas there is typically overlap with the photo above that can replace the masked out bit. But for sky sections (where the dirt is most visible) there is no photo above. So the mask leaves a gap in the final panorama. Does FillSky automatically find and fill gaps in the sky? Or can it easily be told to? Or is it just for sky gaps created by a ragged top to the whole panorama? -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/465483e7-796b-4224-b4e8-9fedbb848932n%40googlegroups.com.
Re: [hugin-ptx] Stop enblend from removing result
I cannot answer your main question, but if you want to know the command line options hugin passes to enblend, you can: 1. start hugin and make all the settings you want, especially those in the "stitch" tab, but instead of pressing the "stitch" button, save the project file (assume the filename YOUR_PROJECT.pto). 2. (on Windows), enter in a command shell: "C:\Program Files\Hugin\bin\hugin_executor.exe" --stitching --dry-run YOUR_PROJECT.pto > SOME_PATH\command-line.txt then in the file SOME_PATH\command-line.txt are the commands with their arguments. *** off-topic ***: How do you quote / cite the message to that you answer in google groups ? When I press "answer all", the message that I'm answering isn't repeated *** johnfi...@gmail.com schrieb am Montag, 28. Februar 2022 um 23:21:46 UTC+1: > On Mon, Feb 28, 2022 at 1:20 PM Monkey wrote: > >> >> Enblend's blending is dependent on the order that images are specified on >> the command line. By specifying the images in a different order (maybe in >> reverse, or maybe with the "redundant" image and its neighbour that you >> want it to blend with first) you may get something closer to the result you >> were hoping for. It's difficult to be more specific about what to do >> without knowing how the images overlap though. >> >> Enblend was called by hugin, so I don't know the command line. I was > assuming Enblend got its instructions directly from the pto file. > > I'll attach the .pto file, since it is the only way I know for describing > the many-way overlap. > > I would appreciate insight into how to avoid the failure, if you have such > insight. BUT what I asked and what I'm really looking for is how to get > Enblend to leave the result for me to look at despite it thinking that the > result is defective. > > I will eventually find time to look at the source code and either figure > out the way or create a way. But meanwhile I'm trying to do other things > with other parts of the hugin package and would prefer to simply be told > how to keep this enblend behavior from being an obstacle. > > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/68f45de9-9c47-4a66-9643-7f20b56b448dn%40googlegroups.com.
Re: [hugin-ptx] lux FOSS panorama and image viewer: 1.1.0 pre-release available
Hi Kay, I've now started working on the packaging. Could you tell me which git commit your prerelease is based on? I need something to work off. I noticed that your master branch is still on a 2021-12-15 state and development seems to be happening on the associated_alpha branch. Which branch or commit should I use for the packaging? Ideally you could tag a prerelease so I can directly work off that. Yours, Robert Clausecker Am 28.02.22 um 17:41 schrieb 'Kay F. Jahnke' via hugin and other free panoramic software: Am 28.02.22 um 12:11 schrieb Robert Clausecker: I am interested in packaging this software for FreeBSD. Unfortunately, we already have a package named lux (www/lux) in our Ports collection, so I cannot name yours lux. What package name do you think would be most appropriate? How about lux-pv? For lux panorama viewer - that's if you're into short package names. Or lux-viewer for something longer and less cryptic. But bear in mind that what I've uploaded today is just a development snapshot, so bear with me a little longer until I release 1.1.0 proper. I just did a lot of internal rewiring, so it may take a while to settle. The code is becoming fiendishly complex. I hope to see a bit of use and maybe the odd bug report. Just viewing images and panoramas should be unproblematic, though, because the changes were more to the PTO processing part of the code. Have you built the code on freeBSD already? I think this shouldn't be too hard, with the CMake process and few dependencies. If you have, please let me know - it would be the fourth OS running lux! I made the .deb using CMake, maybe it can also build packages for freeBSD? By all means, use the clang++ C++ compiler - so far it's made a big difference speed-wise. And if you want to recreate today's binaries, they are made from the associated_alpha branch, which I haven't merged back into master yet. Keep us posted on how it goes, thanks for your interest in lux! Kay -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/29e01d1c-2eda-0419-cc01-7ab5feb2e0f8%40gmail.com.