Skip to main content

⚠️ Please note that this topic or post has been archived. The information contained here may no longer be accurate or up-to-date. ⚠️

View All Images within a Subfolder Hierarchy

Comments

4 comments

  • Thomas Günther
    Actually COne is really not THE tool to oragnise such large amount of pictures - this catalogue must as huge as unbelievable.

    I use MP as DAM, because it is really fast and capable to manage an amount above 10,000 pictures with response times to actions that the user will be able to survive.
    Unless COne and MP are fully integrated, every attempt in synchronised use of both applications is a little bit more than a trial and error process.

    I will not rewrite what I posted in a thread here in the MP forum:


    saludos redondos -
    tom
    0
  • AdamJ
    Hi Tom,

    I'm sorry but I cannot agree. If you goto the Features page of Capture One Pro 7 - http://www.phaseone.com/en/Imaging-Soft ... tures.aspx and click on "Organize and select" it bills itself as "Comprehensive digital asset management"

    Specifically it says "Capture One Pro 7 lets you organize your images with digital asset management technology derived from years of technical expertise. Easy-to-use tools help you to organize, compare and select your images. Stick with the workflow that works for you and Capture One Pro 7 will fill in the gaps."

    Being able to view contents of subfolders is one of the first features DAM software brought early on. In the late 90s early 00s everyone was using often (overly complex) file folder trees for organization - so it was one of the first needs we had in DAM to be able to view the combined contents of all subfolders at any point in the tree.

    Additionally, I'm having another problem - When I close Capture One and reopen, my folders are no longer sorted alphabetically?? Even though I've selected View->Sort->Name? I also tried to right click on my folder tree and chose "Sort by name" and after ages, it did show correctly - however it was unsorted again the next time I closed and reopened?
    0
  • Thomas Günther
    Adam, everybody can read and yet knows these "marketing related statements".
    But using COne as a DAM managing files starting at an amount above 10,000 in one catalogue is a real challenge!

    A .cocatalog with referenced files containing the cop, cos, cof files, the SQLite database, and some files more will use approximately:
    23 RAW ---> 18.7 MB
    100 RAW ---> 100.0 MB
    approximately sac file that is managed in COne consumes between 1MB and 3 MB of metadata, additionally the catalogue sums up and if used the local adjustment layer, which are between 15 MB and 20 MB for pictures and variants of pictures each.
    A .cocatlog containing 2200 referenced pictures and variants sums up to 2.5 G.
    This catalogue reduced by the variants contains about 1500 pictures and still uses 2 GB.

    In comparison:
    A .mpcatalog with referenced files:
    23 RAW ---> 0.148 MB
    8200 RAW ---> 83.000 MB

    Regarding time, the beach ball you know, it save you nearly half a working day by using MP and COne in parallel.

    If you take your metrics and importing 26,000 pictures into ONE .cocataloge must result in a package size of approximately between 30 GB and 40 GB just to manage "metadata".

    So it might be that your catalogue will show the details you claimed to be not visible are just a matter of poor response from the system. With 7.02 the freezes became more seldom but still occur related t the actual workload.

    COne is a memory hog and it allocates RAM until no more RAM is available and often locks the RAM. So it does not matter if your Mac is provided with 4, 8, 16 or more GB of RAM - the time is near, until every free/allocatable bit of RAM is used and locked.

    Usually every manufacturers states, that allocated or inactive RAM are "quite the same" and do not harm the stability of the system, but COne, and much more MP with its two importers, that run still in 32 bit, hard lock the inactive RAM, so only a purge does mitigate that situation, until later, when purging again is necessary, AND YOU DO THIS AT THE RIGHT TIME.
    If you pass that moment or are unaware of that flaw, COne iteratively will say "Good Bye" (and MP as well).

    But with some small workarounds, where those I posted are part of it, it is possible the achieve a quite seamless workflow, but this is definitely not the way as marketed. For smaller amount, for sure it works quite feasible but still is far away from streamline.
    Hopefully - and I do trust to that - the announced version 1.4 of MP will cover this flaws!

    And one last point (to POne, because they hopefully will read this post: Since COne 7.0 the ISO values are not longer indicated in COne!

    Disclaimer: All metrics relate to the following RAW formats
    Canon CR2: 5D & 5D II
    Leica DNG: M8 & M9
    Nikon NEF: D50,D80,D200,D300,D700,D3
    Sony RAW and Panasonic RAW

    I am not aware if the metrics scale linear with larger than APS-C and 35mm format.
    0
  • AdamJ
    Just an update, while the original issue (not seeing all images within a subfolder hierarchy) still remains.

    Tom, The problem has nothing to do with the size of the database, yes with 26,000 images the slowest point is when I first open CO7.1, it takes about 45-60 seconds to finish 'counting' the images in the tree. This is a separate 'issue' - but that is not related to the issue of not seeing the combined contents of subfolders, that is something I consider a bug but in reality was probably just a poor programming decision.
    0

Post is closed for comments.