topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Wednesday June 25, 2025, 7:35 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Recent Posts

Pages: prev1 ... 46 47 48 49 50 [51] 52 53 54 55 56 ... 79next
1251
~ HF has noise reduction - cant find any in SL [I just found a 'Smooth Skin/Image' edit which = Noise Reduction, preview of effect doesnt allow you to zoom in though, so you cant really see effect unless you apply it...]

Discussion of Noise Reduction in Sagelight

And another

Even more discussion on 26th March in the BLOG
1252
Remember that the value of batch processing depends on how much you want precisely the same settings applied to each photo.

If you shoot mostly RAW, then you will want to batch process them. But if you are doing that, then you might want to look at a number of other options. I use DxO which tests each lens/camera combination and calculates the corrections needed for each photo setting; that gives DxO much more controlled automatic processing for these parameters (at much greater cost too though). I'm not trying to suggest the use of DxO (or equivalent), but I am saying that HF should be compared with other raw processors if that is a substantial element of what you are interested in. But most people who shoot RAW are well into the advantages/disadvantages of various RAW processors already.

If you aren't interested in RAW, then you have to work out how much you really will want to apply all the same settings across a batch. Mostly, I suspect, if there's the same colour cast across a number of photos.

Looking at the other differences, HF (even in its latest beta) seems to me to be a much more traditional photo processor in approach and Sagelight appears to encourage more playing around. I wouldn't like to hazard any sort of guess or evaluation of which is 'best' without a lot more trying out, but I would say that I see them both as photo processors rather than image editors. I cannot really see how you can sensibly edit images without using layers.
1253
I am happy with my six dollar Sagelight :-) but after trialing Helicon Filter 5 I am certainly going to take the offer on Monday, as well. What an easy way to make fine pictures!  :up:

Interesting range of licenses.
On the HF website, they have a 12 month license for $20 and an unlimited lifetime license for $75.
The 50% off BdJ offer ($37.50) gives you free upgrades until the next major version. That might, of course, mean a lifetime ;D
1254
PM allows you to add tags to the photo itself as well as to a sidecar
Is one of these preferable?

Now that's a question. Much debate on the issue. It's generally felt that sidecars are safer, but it really all depends. And what it depends on may be something you don't know because it is in the future.

There's a sticky thread on this issue in the IDI forums.

Dormouse, I am accustomed to clear and concise answers from you - and now this "...riddle wrapped in a mystery inside an enigma." (To quote Churchill).   8)   ;D

Jim

Oh dear  :-[
I was hoping that what clarity is available would emerge when people read the sticky thread I referred to.

To try and explain it myself:-
If people continue to use the hardware and software that they have now, it makes little difference which choice they make. But hardware manufacturers can change the RAW formats at will - and they do, to store info from new camera features or because they have thought of a way of squeezing more info from the data from the sensor and update the firmware on current cameras. They will update their own software - but that software may then not read extra info that has been recorded within the RAW file by other programs and may not read RAW files that have extra info at all. So sidecars can be thought of as safer as the original RAW file is still there. Other people like everything to be in the file so that they need not be dependent upon databases or programs that will be able to read the sidecar (though sidecars are pretty much a standard anyway).

One critical issue with all catalog programs that you will put a lot of work into is security against future changes because you can easily export/import the data. And that is the underlying issue here.
1255
A browser, sorter, tagger is like a file explorer taking in details of all the files, allowing you to browse them and add tags, ratings etc.
that's a good description of Exif Pro then
(but I'm not sure of it's RAW capabilities)

Exif Pro is only just moving on to working with some RAW files. I've never used it myself. And it doesn't have the reputation for workflow speed that PM has. But then it doesn't have the price either.
1256
PM allows you to add tags to the photo itself as well as to a sidecar
Is one of these preferable?

Now that's a question. Much debate on the issue. It's generally felt that sidecars are safer, but it really all depends. And what it depends on may be something you don't know because it is in the future.

There's a sticky thread on this issue in the IDI forums.
1257
The big advantage of PM is speed. It can process RAW files at high speed which is a critically important feature for a lot of professional photogs who need who need to get their photos on the market or with their customer ASAP. It isn't really a RAW converter in that it doesn't produce the best images, but it reads and processes raw files so that they are easy to sort, tag etc. Scripts for automatically appending copyright notices etc etc. Amateurs with a lot of photos can value this speed too.

It is also fast with other types of format. RAW just matters most because the file sizes are much bigger & take more processing and professionals prefer to shoot in RAW.
1258
I'm confused.
What's the difference between a browser+sorter+tagger and a cataloger?

A cataloger stores details of all your photos, allowing very fast searches, allows you to keep lots of different virtual collections, keep track of different versions of the same thing.

A browser, sorter, tagger is like a file explorer taking in details of all the files, allowing you to browse them and add tags, ratings etc. It allows you to sort them rapidly, so that you can decide what to keep or not etc. PM allows you to add tags to the photo itself as well as to a sidecar (not many progs did that at the beginning though a number do now). Most cataloging products allow you to do all of these as well as being catalogers, but they won't (usually at least) be so fast.

You need to realise that this market is full of very, very specialised programs mostly at high prices. Adobe Bridge is another example of the same sort of product. Some progs specialise purely in downloading images from cards and cameras (eg Breeze Downloader).
1259
If you are going to look at PM, you need to be very clear about what it is.

It is a browser, sorter, tagger - and it is fast.

But it isn't a raw converter, an image editor or a cataloger.
1260
I don't know what I'd use for organization.  That's why i'm following this thread.  I'm not a big photo user, so i don't have a lot of pictures.  But if I did, I don't know what program I'd use.  Tagging, cataloging, etc.  I don't do any of that.  My photos are organized just by folders and files.  I'm actually amazed that nobody has recommended a clear cut favorite in this thread...it's been a while!

There cannot be a clear cut favorite. It depends on your own needs and preferences.

My advice for this sort of program is always twofold.
1. Only use programs where you can easily export the data you have worked on to use in a different program.
2. Try programs that have the features you need. Buy/use the one that suits you best. Do not get sucked into buying programs at a degree of complexity that is greater than your need. You will spend time learning them, you will find them confusing and difficult to use, and you will have to spend lots of time relearning them because you won't be using them often enough to retain familiarity.

This is all just bringing back bad memories and reminds me about WHY I dumped the whole "organization" idea in the first place and just use DOpus 9...

Nothing wrong with using DOpus. The main reason I originally chose it against the competition was that I thought its use in working with images was much better. And I still use it for lots of (simple) image management processes.
1261
Living Room / Re: Should I swtich from w7 32 bit to w7 64 bit?
« Last post by Dormouse on April 05, 2010, 12:38 PM »
Crucial (good RAM brand)

Not only a great RAM brand, but the only manufacturer whose RAM modules are 100% made in the U.S.A.

They do have plants all round the world. But the only manufacturer of RAM in the USA.
1262
Doesn’t mention any problems in IDimager though.

No. It's just I'm not clear whether it is a specific problem in your IDI installation, or whether something is getting it so bogged down that it doesn't finish everything. I can't really see that it will just be down to your graphics card or settings, otherwise I'd've expected more people recognising the problem.
1263
I haven't seen huge amounts of discussion about nVidia cards in the IDI forums, but I did see this post (quite old now).
1264
I'll send in another support request and see if I get any reply this time...
I would really like to get a response from the developer before trying anything. I would think that he would want to get some info from me first, like logs, settings, etc. for diagnostic purposes. That is if he is interested in helping at all - which I am starting to doubt unfortunately.

Sorry, I thought I had already written and said this, but cannot find it in the thread.  :huh:

Here are Hert's most recent posts on the IDI Forum. You'll see that they are generally helpful and aimed at finding solutions. His last visit had been 22nd March (but I notice that he's just visited on 3rd April, but not posted). I would imagine that he might be back after Easter, and that you will get a response then.
1265
Living Room / Re: First iPad Reviews Are In
« Last post by Dormouse on April 03, 2010, 10:13 AM »
Skiff Slate

Still, neither really very portable.
Ebook readers can be put in pockets (just, depending on pockets) - and that's the size I'd be looking for.
1266
Living Room / Re: First iPad Reviews Are In
« Last post by Dormouse on April 03, 2010, 08:17 AM »
Microsoft Courier

And the comments section has people reflecting my own concerns rather than the hype on Ars Technica comments on the iPad.

I can't see the point of a device that is too big to be really portable and doesn't have the functionality of a laptop or notebook. And which doesn't have good battery life. The Courier seems better than the iPad for portability, but I still can't see it having a decent battery life but better than a phone or netbook for email, reading, maps etc. So long as it's instant startup.

1267
Living Room / Re: Should I swtich from w7 32 bit to w7 64 bit?
« Last post by Dormouse on April 03, 2010, 07:43 AM »
Is 32bit software compatible with a 64 bit operating system?

There's quite a lot that won't work.

Is it worth upgrading to 64 bit?

Depends on
a) whether you have programs that you want to use that don't run & whether there are acceptable alternatives to them
b) whether you use programs that will benefit from its ability to use the extra memory.

Where stuff works on both, I can't say that I've ever encountered differences in speed etc unless they work much better in a lot of RAM. For me that's mostly image programs.
1268
from j-mac's screenshots

You've prompted me to look at them again.

First noticing that the 2nd box above the column headers is empty. It's the filter box & I don't know how to get it empty. When I have no filter chosen, it says No Filter. Maybe it would be empty if I had never clicked on it. Can't remember that far back.

Second, the columns far to the right. The last of those is the repeat of the File Name. But this is only partly showing even though the scroll bar is as far to the right as it can go. This must be a display problem of some sort. Could be IDI - sometimes it can take a while to get the display completely organised when you change view; and yours seems to go very slowly quite often (eg. as in changing style). The next two to its left are presumably Bookmarked and In-Sync. That means you are missing 8 columns. I assume that the Column titles for the 3 far right columns you do have aren't showing either?

Maybe, it has got stuck drawing the window.
1269
As you say, this suggests the columns are simply not there at all.
But we know they should be. Seems very unlikely that it would be a setting change. But also seems unlikely that a corruption would produce such a defined behaviour.
Might it be a database issue?
I see some people in the forums using the SQLserver database rather than the SQLite one, because they seem to have had problems with SQLite. (Generally the reason for doing that is because it is more solid in multi-user work over a network).

Until we can find a solution to this, I don't know if sort by dimensions will help in conjunction with using the Exif Summary pane.
1270
I cannot change anything in that column header bar - it doesn’t allow me to find the hidden separators between the columns - I don’t think they are there.

They have to be there somewhere. Unless the Program installation got corrupted by something.

If you haven't already done it, you can:
a) Try using the zoom trick to make all columns visible; that should give you the separators.
b) Use the scroll bar to go to the right where the other columns are. When you see the separator for File Name, move it to the left.
1271
Here's what I see in the Collection Viewer after clicking View>Details:

Looking at this, I think the column size for the File Name must have been expanded (a lot) at some stage. It's never come up like that for me by default.
1272
I thought I would try changing the skin, or "style" as they call it, but each time I try the program uses 50%+ CPU and stays that way for over 10 minutes - at which time I kill it. I shouldn’t run into any issues running the program on this box; my specs are noted below:

That's more powerful than the system I'm running it on.
One way of trying to change style (not done that myself yet) without hitting the same CPU overhead would be to make a new database with one photo. Then try changing style while you are in that. Then loading your usual database.
I'm making the assumption that the CPU load is because the style changing is having to change the 'display' (seen and unseen) of all the stuff that's loaded in the database. I don't think it should be doing that, but can't think of another explanation.
I've just tried changing the style with my full database loaded. Virtually instantaneous.
1273
So there are some "hidden" columns it seems...

Ah yes, I've never had that scroll bar because all my columns were showing. Maybe because that's because I've got a big widescreen monitor.
Another way (usually anyway) of seeing all the columns would be to use the zoom bar at the top right to zoom right out, reducing the amount of the screen that everything is taking.
1274
Speaking of which, how does IDImager compare with IMatch (and others) in the context of cataloging and searching very large image collections?

It's a few years since I gave IMatch a thorough trial, so I might be a bit out of date - though, on a quick glance, the program doesn't seem to have changed massively since then.

IMatch is more purely an image catalog program. IDI is an image catalog program with more extra functions that you might want to use if you are using your image catalog.

There is some difference in functions. When I was looking at it, IMatch didn't have a good ability to manage versions and this had been a frequent request and had been in development for some time with nothing emerging/ (not sure if it does now); this was a feature I wanted and so that relatively small point was one of the things that steered me away.

The biggest difference is probably in style. The UI works differently. IMatch is much more of a programmers program (the scripting forum currently has 8905 posts, the 2nd biggest on the board to the General Discussion with 12766; IDI has 2150 posts in its scripting forum, with 13042 in Product Related and 9962 in IDI Pro (and 7986 in Bugs & Problems; IMatch doesn't have a forum for Bugs).

It's a question of what suits you best. They can both handle large databases of large images very well.
1275
I tried to use the "Move to folder..." feature in the right-click menu but the resultant dialog said it was going to automatically resize the images in order to move them. Why?!?! And there was no way to deselect that - I could change the new size and/or the method used to resize it but I didn't want the damn image resized! So I thought that perhaps the image was too large for the program, that maybe the program has a size limit on images. (Though my images don’t generally exceed about 2272 x 1704 x 24 px).

I've just tried this with a much bigger image - no offer to resize at all; worked very straightforwardly.
Pages: prev1 ... 46 47 48 49 50 [51] 52 53 54 55 56 ... 79next