Jump to content

cdschroer

Administrators
  • Content count

    416
  • Joined

  • Last visited

  • Days Won

    74

cdschroer last won the day on February 18

cdschroer had the most liked content!

Community Reputation

157 Excellent

About cdschroer

  • Rank
    Advanced Member

Contact Methods

  • Website URL
    http://culturalheritageimaging.org

Profile Information

  • Gender
    Not Telling
  • Location
    San Francisco, CA
  • Interests
    All aspects of computational photography. Adoption of new tools and technologies and training programs. Software development of tools for RTI, Algorithmic Rendering, and related technologies.

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. cdschroer

    CHI's Resources for Photogrammetry Users

    We are focusing on good practice for collecting image sets for photogrammetry - which is independent of the software used. We feel that if people collect good image sets that follow the rules (as described in our videos) then they have useful information for now and the future contained in those image sets. Especially if they collect some metadata about what they are doing, their methodology, who was involved, the subjects and locations, etc. We are developing tools for that called the Digital Lab Notebook. While we do use Metashape (aka Photoscan) at this time, the methodology is not dependent on the software. So our freely available public information is not about Metashape. We agree that the Metashape community forums are a great place to go for information about working with that software. We do use an error reduction workflow in Metashape that is a bit different than the process most folks follow. We teach that in our training classes. We spend time looking at metrics and what they mean, and also trying to impart an understanding of the sfm photogrammetry approach, and how that informs the guidance we give on collecting image sets. Our goal is to impart knowledge rather than give a "cookbook" approach, so folks can deal with a variety of situations in their own work, and make the appropriate trade-offs to meet their needs. This kind of material doesn't fit into a forum post. Carla
  2. cdschroer

    Scaling fix for RTIViewer on high DPI displays (Windows 10)

    Thanks for posting this! We recently got a 4K monitor we are using in a Windows environment, and ran into this issue (we are mostly a mac shop). We hadn't tracked down the best way to deal with it yet - and this is very helpful. Note that RTIBuilder (and some of our other tools like inspector and DLN: Capture Context) are written in C++ using the qt libraries for the UI. I'm guessing this is an issue with the qt libraries not handling scaling for hi-res monitors. We are seeing this problem with all of our tools. If you want to check out the Digital Lab Notebook (DLN) tools go here: http://culturalheritageimaging.org/What_We_Offer/Downloads/DLN/index.html Carla
  3. cdschroer

    Import Images problem

    Hmm - I have seen this before - but nothing else is coming to mind at the moment. Is RTIBuilder producing an xml log file? It should be in the ProjectFolder in your example. It should have the name that you gave the project when you started the project. Sometimes there are useful hints in that file. Can you take a look and/or post it here? Carls
  4. cdschroer

    jpeg-exports locaton on Mac 10.14

    Janis - You have to organize your images into a folder called jpeg-exports. The folder should be under a folder for your RTI project. For example a folder called "painting1" with a folder called "jpeg-exports" inside that. When you use RTIBuilder - you tell it to load images from "painting1" (Us the bowser tool to find that folder) Then it will look for a "jpeg-exports" folder within that folder. If you do not have a folder with that name, it will not find any images. This is documented in the RTI Guide to Highlight image processing: http://culturalheritageimaging.org/What_We_Offer/Downloads/Process/index.html I hope this helps. Carla
  5. cdschroer

    Import Images problem

    Hi Josh - I have a couple of ideas. First are you using uppercase JPG for your filenames? There is a bug in the ptmfitter that will not accept files named myimage.JPG but will accept myimage.jpg. Otherwise I wonder if you have some kind of permissions issue. Are you sure that you have full permissions on the full path to where the images are located? I don't have a lot of other ideas off the top of my head, but those two jump to mind. Thank you for providing very detailed information about what you did and what happened. That is very much appreciated. Carla
  6. cdschroer

    Why my rti file is invaild and internal format unknown

    Alisali - I really don't understand what issue you are having. You are getting an invalid file error - but I don't understand the circumstances of whether it's on a Mac or PC. If this is still an issue - then please provide more details about exactly what you are doing, whether the file is a reasonable size, (i.e. should be MB not K) and whether the files worked in one environment and failed in another. Sorry for my delayed response. I'm not getting notifications like I used to, and just found this. Carla
  7. cdschroer

    3D File Formats to Archive and Display

    Great question Jack! First, we think collecting high quality image sets with proper overlap and good geometry is the most critical thing. If you have that and you archive the images (preferably DNGs but could be TIFFs) along with good metadata about your project, you have something really useful for the future. If you want to include models, we would recommend the OBJ or PLY formats. We also recommend exporting masks and camera calibration data if possible. These could be useful in better understanding your outputs. Masks especially can take a lot of work and you don't want to lose that. Software like Metashape (AKA PhotoScan) can easily export these things. Other software may or may not be able to do this. As part of our Digital Lab Notebook tools we have been working on some recommendations for archiving. This is still an early draft and we are getting some feedback from some advisors - so stay tuned. Carla
  8. cdschroer

    RTI Builder Unknown error

    Somehow I didn't get notified of this whole thread. So sorry that I missed it until now. When we updated the forum software it changed the notification mechanisms. Anyway here are a few thoughts. There are not hard limits for processing RTIs - though it will depend on how beefy your machine is. We use a Canon 5DSR and can process the data with no problems on Mac laptops with 16GB RAM. I seem to recall that there were some issues with the old ptmfitter with large images on Windows, but that shouldn't affect the HSHFitter. AS for the image shown here - it's a bit hard to tell from a single image but I have 2 guesses: 1. Using a zoom lens the lens can slip when pointed down. Normally you would see images go out of focus when this happens. You can use tools like Lens Band to stop this kind of creeping, or ideally, use a fixed focal length lens. 2. If the individual images look sharp, and the RTI is sharp in some light directions, and goes out of focus in other light directions something likely moved in your setup. It could be the camera, or it could be the subject. With a 50MP camera very small movements can move several pixels creating this kind of effect. One way to look for this is inside RTiBuilder after the spheres are detected - try choosing the first image in the image set, and then the last image. You can see if the sphere moved because the red ring showing the sphere detection will be in a different place on the sphere. You can frequently go through the images and find the image where things shifted. Then you could process just the images before or after the move (whichever is a bigger set). We refer to this kind of RTI as containing "a mover". Carla
  9. cdschroer

    The Format of imported images

    The format specifications for both RTI and PTM are available - and there is an item in the FAQ with a link for PTM and the file for RTI.
  10. cdschroer

    Problems with Flat Runs on Pottery

    Jack - It would help to see some screen shots of what is happening. Things with narrow edges are difficult to get alignment of the 2 sides. I can't tell from your post, whether you are shooting circuits with the pieces upright, or shooting each side and turning over. That would affect the approach to solving this. Also since you say that images of the "bottom" don't align - I'm wondering if they would align to themselves in a separate chunk - then you might be able to bring the chunks together. That is not the optimum way to do it, but it could be a interesting test. I think you know that the biggest issue with relatively flat subjects, is having enough data across the thin edges to get the sides to be in the right relationship to each other. Also, if you shoot each side, you can put each side on a different background, so that the software doesn't match the backgrounds - this can create errors in alignment. That kind of problem could be solved by masking - but it's easier to just use different backgrounds. Carla
  11. cdschroer

    unknown error detected in RTIbuilder

    Glad you were able to sort it out yourself. Well done! Carla
  12. You do not say what platform you are on. If you are on the Mac - then you must make sure that you installed the software by dragging it from the .dmg (disk image) onto the applications folder. If you try to run the software from the disk image (dmg) then these kinds of problems can occur. If this does not solve the problem, please give more details about the environment where you are running the software. Carla
  13. cdschroer

    light beam angle

    Hello! You want even illumination across the surface of your subject - and from an appropriate standoff distance (2 times the diameter of the area you are imaging is the minimum) We use a wide beam spread for things like a speedlite. So ours are set to 24mm for the old Canon 580ExII model. Some of the newer models have an even wider spread. You want to make sure you are pointing the light at the center of the subject, and keep pointing it there for each light angle. In other words, you don't want some light pointing at the center, and others at the edges. All lights should point to the center. If you don't have enough light standoff (the distance to the front of the light from the center of the subject) you will not get good quality normals as you move away from the center of your subject. This is usually visible in the normals visualization, and can often be seen in the specular enhancement mode, especially with no color. Carla
  14. cdschroer

    Umlauts in folder names on Mac

    Thanks for reporting this! I wasn't aware of it, and don't think it has been reported before. We don't have any plans for updates to the viewer in the short term, but we will put this on the list for the next time we do updates. Carla
  15. cdschroer

    An alternative for controlling 3W leds

    I'm with leszekp on this. The software expects that nothing changes except the light positions. The images from the lower angles should be darker. Don't compensate with the lights, and don't exposure comp those images. You might want to read through the guide to highlight image capture on the CHI website - even though you are building a dome - because some core principles like this are described there. Carla
×