Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3
Latest posts of: Arlen
The DAM Forum
Welcome, Guest. Please login or register.
August 11, 2020, 05:44:54 PM

Login with username, password and session length
Search:     Advanced search
28033 Posts in 5147 Topics by 2904 Members
Latest Member: kbroch
* Home Help Search Login Register
  Show Posts
Pages: 1 [2] 3
16  DAM Stuff / Hardware Discussions / Re: ALERT - Seagate Firmware Problem - Data at Risk on: February 07, 2009, 09:58:08 AM
I guess I must be lucky. I've only had two hard drive failures ever. The first was many years ago, so I have to admit I was starting to feel a little complacent. But the second failure hit me last September, and woke me up. A 2-yr-old WD Raptor failed completely, would not spin up, could not be accessed even by recovery software--just sat there clicking. Luckily I had a backup, and WD replaced the drive quickly.
17  DAM Stuff / Hardware Discussions / Re: ALERT - Seagate Firmware Problem - Data at Risk on: February 06, 2009, 08:59:37 PM
Yep, good advice. I made sure my two backups were up to date, then followed Seagate's instructions for updating the firmware on my officially affected 1TB drive (model ST31000340AS, with a listed serial number). The update went without problem, and the new firmware is reported as expected. So at least I didn't encounter the updating problems that some of the early updaters did.
18  DAM Stuff / Hardware Discussions / Re: ALERT - Seagate Firmware Problem - Data at Risk on: February 06, 2009, 11:40:58 AM
My 1TB Seagate drive is on the list, but my two 750GB drives are not. The affected drive is already backed up in two places--you guessed it, the backups are on the other two (non-affected) Seagate drives. I'm making sure both backups are current, then I'm going to update the firmware on the 1TB drive. I see on the Seagate forum that some people are claiming that models and serial numbers not on the official list are also affected; I hope they're wrong about that.
19  Software Discussions / Media Pro & Expression Media / Re: Expressions Media Service Pack 2 announced on: February 05, 2009, 09:58:49 AM
That's really good news. I had put my work with Hierarchical Keywords on hold since discovering the problem; now I'll be able to use that feature again. I'm surprised that more people have not commented on this issue. I suspect that a lot more users have had their keyword structures corrupted because of it, but just don't realize it yet.
20  Software Discussions / Media Pro & Expression Media / Re: Philosophical Organizational Issues on: January 29, 2009, 12:45:55 PM
Peter, the box that Chris initially had checked was "Use built-in thumbnails (if available)". All other boxes on that dialog, including Media Previews, were unchecked. Unchecking the "use built-in thumbnails" box seems to have improved things for him considerably.

Arlen
21  Software Discussions / Media Pro & Expression Media / Re: Expression Media / iView bug: sluggishness due to increasing folder numbers on: January 24, 2009, 01:54:17 PM
I was swamped with a big, long-term project and wasn't able to try out version 2, SP1 of Expression Meda until recently. I'm happy to report that the problem of extreme sluggishness with large numbers of folders has been greatly alleviated, so now I am able to use the program again. Hooray!

For those who have not tried using the new Hierarchical Keywords feature, you need to take care however to avoid falling victim to a painful bug in this version. Microsoft is now aware of it, and have said there will be a fix in the next bug fix release. (See the thread "Hierarchical Keyword Bug" in this forum for details.)

Arlen
22  Software Discussions / Media Pro & Expression Media / Re: Philosophical Organizational Issues on: January 24, 2009, 01:40:49 PM
Chris, I replied to your post on Microsoft's Expression Media help forum. Try unchecking the box as I suggested there, and see if that helps.

Arlen
23  Software Discussions / Media Pro & Expression Media / Re: Hierarchical Keyword Bug on: January 20, 2009, 01:46:04 PM
Thanks for posting this here, Nick. I was going to do it but was traveling for a while. I was the one who brought it to the attention of the Microsoft team, and honestly I'm astounded that this was not picked up earlier. It's a pretty serious flaw in my opinion. People need to know about it to avoid a lot of wasted effort like I and some others have encountered, until the fix is released. You can read the details on the MS Expression Media forum here: Re-ordering Hierarchical Keywords jumbles image assignments: bug

Arlen
24  Software Discussions / Media Pro & Expression Media / Re: Expression Media / iView bug: sluggishness due to increasing folder numbers on: December 06, 2008, 10:48:00 AM
David, thanks so much for posting your experience with disconnecting the drive containing the folders. I tried that, and it is just amazing how much faster you can work in iView with the source drive disconnected. I hope everyone will go to the Expression Media site and post a request for the next version to allow "offline viewing", as you suggest, at the very least. This issue is my number one problem with iView/xMedia, without a doubt. High numbers of images in lots of different folders make the program almost unusable without disconnecting the source drive.

Arlen

(You can see the bug report and add your own comments to the Microsoft team here: https://connect.microsoft.com/Expression/feedback/ViewFeedback.aspx?FeedbackID=303134)
25  DAM Useful Stuff / DAMuseful Software / Re: Latest version of Rank & File? on: November 11, 2008, 10:40:55 PM
Peter, I re-installed version 1.16, and it seems to be working with Bridge 2.1.1.9. I'm still not sure if it's the latest version, though.

Arlen
26  DAM Useful Stuff / DAMuseful Software / Latest version of Rank & File? on: September 28, 2008, 11:58:52 AM
I've been using Rank & File for a couple of years. Recently I had a hard drive crash, and am reinstalling software. I have version 1.16 of Rank & File. Is that the latest version?

Thanks,
Arlen
27  Software Discussions / Media Pro & Expression Media / Re: Expression Media / iView bug: sluggishness due to increasing folder numbers on: November 28, 2007, 06:35:17 PM
I"m hanging in there, Peter. Just hope I'm not left hanging too long.  Grin

Can you tell us the name of the Mac script you mentioned, so we can search to see if there is a PC equivalent?
28  Software Discussions / Media Pro & Expression Media / Re: Expression Media / iView bug: sluggishness due to increasing folder numbers on: November 28, 2007, 05:09:31 PM
Peter, do you know if there is a PC version of the script? That sounds like it would be the best work-around I can think of, without having to go through too much work.

Newly created subfolders can be kept to a minimum and instead utilize iView or another cataloging program to create categories. The real problem is with legacy files & folders, created before starting to use a database program like iView. In those days many of us used folder directories as our primary organizing tool, so it made sense to break things down into many folders instead of mixing them into a just a few.

What is irksome is that you won't know that iView will start to choke on lots of folders (unless you happen to read a thread like this one), until you have grown your catalog to a substantial size after bringing in your legacy files and folders. By the time you realize there's a problem, you've already put in a lot of time and effort, and it's a little late to easily choose another program. I'm hoping to find a reasonable workaround (like the mentioned script) that will let me stick with iView/Expression Media. I'm also hoping that Microsoft will fix the problem in the next release, but if they don't hear from many users about it, I'm not optimistic that it will be a priority.

Arlen
29  Software Discussions / Media Pro & Expression Media / Re: Expression Media / iView bug: sluggishness due to increasing folder numbers on: November 28, 2007, 10:45:53 AM
After a month and a half, this post hasn't generated any responses, even from Peter. So I guess that must mean that no one here has experienced a similar problem to the one described? No slow-downs attributable to folder numbers? (Or maybe my description was just too darned long to read the whole thing.  Grin)

 I'm still haviing this problem, and don't see any way around it except a huge effort to reduce folder numbers by consolidation and loss of some useful organization.

Arlen
30  Software Discussions / Media Pro & Expression Media / Expression Media / iView bug: sluggishness due to increasing folder numbers on: October 07, 2007, 02:48:53 PM
It seems that a large number of iView (and now Expression Media) users have experienced sluggish performance with the program, judging from the number of posts on the topic both in the forums here and those on iView's website. I started using iView late last year after buying Peter's "The DAM Book" and following the advice there and on this website. I didn't personally experience any of these "slowdown" issues until recently. The behavior I reference is a general "freezing" or unresponsiveness for several seconds after clicking on a "green button" beside a folder in the Organize panel; trying to move a scroll bar; switching between List, Thumbnail and Media tabs; or other operations where a screen update is called for. Basically, the program acts busy for several seconds until it gets around to responding to your mouse click or arrow key operations. The slowdown can become crippling to the work flow of a busy photographer dealing with large numbers of images.

Recently I imported a sizable number of legacy images into one of my catalogs, and noticed this type of slowdown. Investigation showed that the sluggishness occurred in this catalog (let's call it Cat1), which had grown from 245MB / 4300 image files, to 577MB / 12,600 images; and in a second catalog (Cat2) that was 1.1GB and contained 24,100 images; but NOT in a third catalog (Cat3) that was 324MB / 7200 images in size.

So I decided to experiment with various approaches to curing this problem. For clarity, let me say that I am using a Windows XP-Pro system; 2.40 gigahertz AMD Pentium 4 dual processor; large, fast, local (not networked), defragmented drives with plenty of free space; properly set up Windows paging parameters; and have not experienced any speed/responsiveness issues with programs other than iView and Expression Media.

I initially looked back at all the threads on iView/XMedia sluggishness/slowness in this forum and in iView's support forum. I tried virtually everything that had been suggested at one time or another, that had worked for some people in some cases, to address similar problems; but none of them worked for me. (The things I tried included rebuilding the file, and dragging the media items into a new catalog file.) I saw that there were a large number of posters who also were apparently never able to solve the sluggishness issue.

Since the slowness seemed correlated with file size among my 3 catalogs, I played with that. Cat1 had started out responding fine at 245MB/4300 files, but ground to a crawl when enough folders & files were added to bring it to 577MB/12,600 files. So I progressively removed file-containing folders from that catalog until I got back down close to the original size. Results:  each major size reduction gave improved performance, until it was fine again as it neared the original size.

Many users, however, seem not to be having responsiveness problems, even with catalog file sizes and image numbers in the range of my larger catalogs. So what gives?

I'm not positive that all the reported slowness problems have the same cause, but I found a post on the iView support forum that seems to get at the root of mine, and probably those of many others. An iView user posted that his experiments showed that the slowdown correlates more specifically with the number of FOLDERS in the catalog, rather than directly with the number of IMAGE FILES. So two users with the same number of images in their catalog may have different experiences in program responsiveness if one of them has the images in just a few folders, while the second one has the images spread among many folders. In response to that user's query, an iView Technical Support person did a series of experiments in December of last year on a Windows machine and replicated the problem, and showed that the slowdown was a result of an increase in folders within the catalog. He stated that he planned to run the test on a Mac next; but if he ever did, those results were not reported. You can read the thread on the iView support forum here:  http://forum.iview-multimedia.com/viewtopic.php?p=27700#27700.

So, there appears to be an underlying bug related to folder numbers, at least on Windows machines. I have tested and found that it persists in Expression Media, even after the recent release of Service Pack 1. A catalog file that is slow in iView is just as slow in XMedia.

I don't know what a good workaround for this problem is. I have lots of folders and subfolders:  Originals and Derivative Folders; Bucket Folders; many Job Folders; often with Sub-Job Folders. It's not easy for me to reduce the number of folders, especially retrospectively, without a lot of work and loss of organization. In at least one critical case, I need to keep all the files relating to one subject (of insects, taken over a number of years) in one catalog, because of an extensive use of Catalog Sets to characterize them and a need to see all of the files in a Set at once. If you have comments or similar experiences, please chime in. In particular, if anyone can confirm or refute that this issue is a problem on a Mac, that would be very valuable.

I hope we can convince Microsoft that this is a serious enough issue that they should give it a priority in their next bug fix release. I've filed a report on the Feedback section of their website, and others from the iView support forum are adding their comments there. If this is an issue that affects you, or you are concerned that it might, please add your own comments here:  https://connect.microsoft.com/Expression/feedback/ViewFeedback.aspx?FeedbackID=303134. Or if you have an inside track to the development team at Microsoft, a word there would be appreciated.

Arlen



Pages: 1 [2] 3
Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!