danjacoby Posted January 19, 2003 Share Posted January 19, 2003 A client has 4 computers on a TCP/IP network, each with FMP. They scan pix from one of the "guest" computers, but save them to a folder on the "host" computer. Then the links to the pix are created in a container field. The problem is that the pix take forever to load -- even on the "host" computer. The only computer on which they don't take forever is the one on which the work is done (i.e. the links are created). :?? Link to comment Share on other sites More sharing options...
Kurt Knippel Posted January 20, 2003 Share Posted January 20, 2003 How big are the pics? How are they saved? Are they just deposited into the container field? What are the specs (especially the video card and such). Are you using Filemaker Server? How many records are in the database? Link to comment Share on other sites More sharing options...
danjacoby Posted January 20, 2003 Author Share Posted January 20, 2003 Some specs: Not using FMP Server -- only 4 computers in the network. There are about 6,000 records, each with one picture. Pics are in JPG format, and run 60-110KB. They are saved to a folder first, then linked into the FMP file (using the Import feature, but clicking "store only a reference..." Also, what may be important -- they're using FMP v4. Another thing -- they've been doing this for a few years now with no problem. The only apparent difference is that they have a new scanner, but since the pics are saved in the same format (JPG), should that make a difference? Link to comment Share on other sites More sharing options...
yomaddog Posted April 23, 2003 Share Posted April 23, 2003 Are you sure that this new scanner is NOT saving the pics as a "large-file"? It's very simple to overlook the small things... Link to comment Share on other sites More sharing options...
Ugo DI LUCA Posted April 23, 2003 Share Posted April 23, 2003 Dan, I'll bet you already solved this one, .... Just in case. What's the network like ? And....What are you doing in the Window section anyway ? Link to comment Share on other sites More sharing options...
danjacoby Posted April 23, 2003 Author Share Posted April 23, 2003 OK, problem is not yet solved. I'm in the Windows section because the client is Windows-based (I have suggested moving into the light, but...). Supposedly it's a standard TCP/IP network, but I'm not familiar with Windows networks, so any suggestions on what to ask the client would be helpful. Link to comment Share on other sites More sharing options...
danjacoby Posted April 23, 2003 Author Share Posted April 23, 2003 The pix are small enough (generally 40-60K) to load quickly; I'm at a real loss. Link to comment Share on other sites More sharing options...
cjaeger Posted April 23, 2003 Share Posted April 23, 2003 new scanner can be the key - has the jpeg format changed somehow? Suppose, you are using "use compatible graphics". This would slow down graphics as well as conversion is done on-the-fly. try allocating more memory to fileMaker, use Norton to make your image storage contiguous and make sure you have enough hard disk space. Did you change your QuickTime version? I had a similar problem once. Strangely enough, the problem disappeared after i moved all the images to a separate, linked db which only contained the Pics, picID, picPath. one would assume that getting the pix out of a related db would lead to further slow-down, but it did the opposite. Speed improved by 50% or more. Link to comment Share on other sites More sharing options...
cjaeger Posted April 23, 2003 Share Posted April 23, 2003 another tip: if you have access to an apple, try tell application "FileMaker Pro" tell database 1 tell current record set x to cell "picture" as text print x end end end this would give you the path to the image. it is possibly not stored as a local path but as a path to a networked drive .... What might also work: it is best to store all your pix in a subfolder of your solution. This way, pic links are not broken when the solution is moved. If you have separate scanning and hosting computers, link to a local file on the scanning computer and copy it over to the same(relative) directory on the host. or - using a separate image database, consider storing your pix not as ref so the other computers can access the files faster. Link to comment Share on other sites More sharing options...
danjacoby Posted April 23, 2003 Author Share Posted April 23, 2003 All the pix are stored in a subfolder inside the solution folder. No access to Apple on this one, as the client is totally Windows-based. How do you allocate memory to an app in Windows? However, the "new scanner" thing might have something to do with the problem. What exactly do you mean by "use compatible graphics"? Link to comment Share on other sites More sharing options...
Ugo DI LUCA Posted April 23, 2003 Share Posted April 23, 2003 Hi Dan, The problem is that the pix take forever to load -- even on the "host" computer. The only computer on which they don't take forever is the one on which the work is done (i.e. the links are created). I don't get why it would work fine on one and not on the others if this was a scanner problem ? What are the Machine specs BTW ? Oops... Dan, are you kidding ...Duplicate posts ?? I am kidding slow network performances What about Anatoli's suggestions.... Link to comment Share on other sites More sharing options...
danjacoby Posted April 23, 2003 Author Share Posted April 23, 2003 Regarding "duplicate posts" -- as this thread had stopped (note the three-month gap) and another opened up that was similar to my problem, I jumped in. Now this thread has become active again, so here we are. Link to comment Share on other sites More sharing options...
Ugo DI LUCA Posted April 23, 2003 Share Posted April 23, 2003 Hi Dan, I noticed that ! It may help to know what others did say about the network as I'm also mainly focused on this. What about the Temp files then ? And Anatoli and Leb I Sol suggestions ? Link to comment Share on other sites More sharing options...
Recommended Posts
This topic is 7691 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now