From time to time when saving a file the file gets corrupted. When trying to open the file, only a blank page is visible. Trying to open the file as zip says "error in packed file..." This happens several times a day (we are 5 users and this happens to everyone).
The out of memory issue is also a huge problem for us. This happens several times a day, often during printing.
I have tried all suggestions I have found in the forum to no help. Even complete reinstall doesn't help.
We are pretty close to abandon Corel for good - we loose a lot of money on these issues every day.
Are Corel taking these issues seriously or don't you care about professional users which are dependent on reliable tools?
3 users at Win7-64, 2 at XP-32. All computers are top notch with all patches/updates installed.
Joan,
Some use Microsoft Security Essentials and some Avast. All run as administrators, the programs used are Outlook, Draw, Firefox and Total Commander. All have the same fonts, which are checked with FontExpert and found OK. Regarding zip files, if turning off scanning of zip files and we receive a zip file containing a virus, what then? If Corel suggest this as a solution they don't take security seriously!
Corrupt fonts: Draw should not crash if a font is corrupt, period. A proper warning would be fine though.
From time to time I have installed X5 on a new computer totally patched and with no other program than X5 installed. Problem is the same.
Ariel,
I have checked color styles and views, not the problem. We have appr. 1000 corel template files we use and all are checked for these issues. I have not seen any Corel employees answering any of these questions, sorry to say, but my feeling is that users with similar problems are not getting any attention from Corel.
Some other information. This happens mostly when X5 uses a lot of RAM. I have tried opening large files to force X5 to use more than appr 1 -2GB of RAM (I have 8GB) but crashes or stops responding before 2GB. Tried to reduce the number of nodes in a vector drawing.
Some examples:
Opens a file which is 4MB and contains 14181 simple vector objects. After opening the file, Draw uses 113MB RAM, select all objects and weld, out of memory at 1302MB.... happens on all computers/installations I have tested with.
Tried opening and converting some raw files from a Canon EOS5 camera the other day, 3 or maybe 4 files opens and converts with no problem, if trying to open 5, poof and Drow disappears..... (using appr. 1GB of RAM, tested on 3 different computers).
What made me post this initially was a school yearbook I have been working on for several days. 28 A4 pages, 300 images, 2 different fonts and some simple vector illustrations, 230MB filesize. Made som corrections to 10-15 names, adjusted some images and moved some objects around, saved the file.... corrupt. Reopening backup file and trying the same again, corrupt again. Reopen, one change at a time, save to new filename, after 4 hours I managed to finish the changes, which should have take 15 minutes.
We do a lot of print merges and if you try to edit the merged texts Draw crashes 1 out of 4-5 times. Draw also crashes often when a lot of files are opened and printed. I really can't see any problem with our computers/hardware/software. We mainly uses Dell or HP workstations. Files are stored to a fileserver, been tested with saving to local disk with no improvement.
What I want to know is if Corel Corp. acknowledges these issues as a Corel problem or not, and if we can expect a fix.
Vidar
Vidar Strand said:I can't remember one of them crashing during design/save.
My recommendations:
Turn off Corel's auto-backup feature, found in Options under Save.
Vidar Strand said:Since the limits aren't specified by Corel it's hard to figure out where it is. Our merge files may contain as much as 500-600 pages, both with images and text. Others are only 10 pages with a name and address on each. The small files crash as often as the large ones..
If using Monstermerge, consider the auto-downsampling option. This helps keep your CDR files a reasonable size.
Before merges, end any unneeded programs so DRAW has maximum RAM.
Vidar Strand said:What this boils down to for me and my company is the fact that we lose too much money on these problems and want to or will have to find another solution. Our employees are frustrated with losing time and their work. We have produced 18535 cdr files (377GB) the last 12 months, most of them without any problem at all.
One idea: if X4 was more reliable than X5 for you, consider going back. You already have X4 licenses, so no cost. Also, new training not needed for staff. But you'd maybe need to batch down-save your files if you have been saving as X5.
Jeff,
Auto save is one of the first things I turn off when installing/configuring Draw. What I ment to say is that when publish to pdf for proof, the pdf files are never corrupt.
All PC's have between 4 and 12 GByte RAM. When crashing I have never seen Draw use more than just above 1GByte of RAM so it's not the available amount of RAM that's the problem I think.
When creating a design we always crop and downsample images to 300dpi prior to save/print
I have considered going back to X4, but X4 has a lot of problems with handling grayscale and monocrome images.
Vidar Strand said:All PC's have between 4 and 12 GByte RAM. When crashing I have never seen Draw use more than just above 1GByte of RAM so it's not the available amount of RAM that's the problem I think.
I agree.
Vidar Strand said:I have considered going back to X4, but X4 has a lot of problems with handling grayscale and monocrome images.
Oh? I have not seen these problems here with X4.
Jeff Harrison said:but X4 has a lot of problems with handling grayscale and monocrome images
I can understand the grayscale issues but what do you see as the monochrome issues?
The greyscale issue is: add a greyscale image to a Draw document and save the file; often when opening the file again the image has been "rearranged", almost like it's split into blocks and moved around. The same happens with B/W images. If you open one document which contains a corrupt image, other open files are often "contaminated" with the problem or Draw simply crashes.
The problem can be avoided by imediately after inserting the grayscale image to convert the image to a RGB image. This adds some other problems when printing, it's hard to maintain neutral greyscale representation.
David Milisock said: but X4 has a lot of problems with handling grayscale and monocrome images I can understand the grayscale issues but what do you see as the monochrome issues? [/quote]
but X4 has a lot of problems with handling grayscale and monocrome images
[/quote]
Vidar Strand said: often when opening the file again the image has been "rearranged", almost like it's split into blocks and moved around. The same happens with B/W images.
This is interesting would you please e-mail me a file like this? As a technical aspect this hapening to a flattened image should be a technical impossibility so I would really like to see a file that does this se we can figure out why.
Vidar Strand said:"rearranged", almost like it's split into blocks and moved around. The same happens with B/W images. If you open one document which contains a corrupt image, other open files are often "contaminated" with the problem or Draw simply crashes.
Whoa, I have never seen that before...
Jeff Harrison said:Whoa, I have never seen that before...
Exactly this should be impossible with a flattened image.
Vidar Strand said:The greyscale issue is: add a greyscale image to a Draw document and save the file; often when opening the file again the image has been "rearranged", almost like it's split into blocks and moved around.
Sorry, but I never see something like this
David and Foster, I have sent an e-mail to you.
Grayscale problem with X4, open a RGB image in Draw, convert to grayscale, save, close Draw -> CARM. Open the file in X4 and the image looks like this in draw.
This is not a problem with X5 (has happened only a couple of times).