File size problems with a banner

I'm working on a banner in Illustrator CS3. It is 2m x .88m (roughly 33.5inches by 79inches) at 300dpi.
The banner is not complete and I can't save it as a pdf anymore for customer preview- it's too big. It also often reverts to overview and won't redisplay in preview.
The file has a full size background based on a photographic collage made in photoshop. This was flattened and saved as a pdf to come into Illustrator. There are other photographic objects that have been cut out in photoshop and saved on a transparent background to be placed in Illustrator. All these files are linked not embedded. Some of these have a drop shadow effect. The AI is over 440meg!!
I'll admit to being inexperienced with developing banners and posters this large. I'm sure I must be handling it all wrong. I know I can merge some layers but I'll lose my ability to move things around. I still need to add some photos over the top.
I'd really appreciate some advice on handling a project this large. I'm sure it is possible, lots of people are having pop banners this size printed with photgraphic images.
I'm working on 3.4gig pentium dual processor, 3gig RAM, running Windows XP pro.

> He says it's probably better to build the whole thing in PS at around 150dpi
Leonie,
For future reference, it's a matter of common sense. Generally speaking, the larger the final output format, the lower the raster resolution. Think about it this way:
Why are things printed big?
Because they are viewed from a distance.
Why is 150-300ppi the conventional-wisdom rule-of-thumb?
Because 150 lpi halftone ruling is a very common halftone screen for process printing viewed at (at most) arm's length. 150ppi means that the square raster pixels are at least as small as the halftone dots, so their square shape won't be evident (in other words, you won't see "the jaggies.")
Would a 150 lpi halftone screen be sufficient if the page was meant to be read by an ant? No. The ant is much closer. The ant would see a bunch of meaningless large circles. A much higher halftone ruling and therefore a much higher raster ppi would be required--but the page would be much smaller, too.
So forget this nonsense about 300 ppi raster resolution being needed for everything in print. Consider the optical scaling factor of displays meant to be viewed from a distance. No one makes billboards using 300 ppi raster images printed at 150 lpi halftone rulings.
JET

Similar Messages

Help with add file name problem with Photoshop CS4

Frustrating problem: Help with add file name problem with Photoshop CS4. What happens is this. When I am in PS CS4 or CS3 and run the following script it runs fine. When I am in Bridge and go to tools/photoshop/batch and run the same script it runs until it wants interaction with preference.rulerunits. How do I get it to quit doing this so I can run in batch mode? Any help is appreciated. HLower
Script follows:
// this script is another variation of the script addTimeStamp.js that is installed with PS7
//Check if a document is open
if ( documents.length > 0 )
var originalRulerUnits = preferences.rulerUnits;
preferences.rulerUnits = Units.INCHES;
try
var docRef = activeDocument;
// Create a text layer at the front
var myLayerRef = docRef.artLayers.add();
myLayerRef.kind = LayerKind.TEXT;
myLayerRef.name = "Filename";
var myTextRef = myLayerRef.textItem;
//Set your parameters below this line
//If you wish to show the file extension, change the n to y in the line below, if not use n.
var ShowExtension = "n";
// Insert any text to appear before the filename, such as your name and copyright info between the quotes.
//If you do not want extra text, delete between the quotes (but leave the quotes in).
var TextBefore = "Lower© ";
// Insert any text to appear after the filename between the quotes.
//If you do not want extra text, delete between the quotes (but leave the quotes in).
var TextAfter = " ";
// Set font size in Points
myTextRef.size = 10;
//Set font - use GetFontName.jsx to get exact name
myTextRef.font = "Arial";
//Set text colour in RGB values
var newColor = new SolidColor();
newColor.rgb.red = 0;
newColor.rgb.green = 0;
newColor.rgb.blue = 0;
myTextRef.color = newColor;
// Set the position of the text - percentages from left first, then from top.
myTextRef.position = new Array( 10, 99);
// Set the Blend Mode of the Text Layer. The name must be in CAPITALS - ie change NORMAL to DIFFERENCE.
myLayerRef.blendMode = BlendMode.NORMAL;
// select opacity in percentage
myLayerRef.opacity = 100;
// The following code strips the extension and writes tha text layer. fname = file name only
di=(docRef.name).indexOf(".");
fname = (docRef.name).substr(0, di);
//use extension if set
if ( ShowExtension == "y" )
fname = docRef.name
myTextRef.contents = TextBefore + " " + fname + " " + TextAfter;
catch( e )
// An error occurred. Restore ruler units, then propagate the error back
// to the user
preferences.rulerUnits = originalRulerUnits;
throw e;
// Everything went Ok. Restore ruler units
preferences.rulerUnits = originalRulerUnits;
else
alert( "You must have a document open to add the filename!" );

you might want to try the scripting forum howard:
http://www.adobeforums.com/webx?13@@.ef7f2cb

Problem with a banner

Hello, I have a problem with a banner on the website of my web design company . Some visitors may make it leads to. while others can not (not an isolated case).'s not worth the restrictions on clicks. I even tested: on the one computer I have not worked, sdrugogo works.
Some parts of code:
codebase=" http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0, 0,0"
TYPE="application/x-shockwave-flash"
PLUGINSPAGE=" http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=Shockwave Flash">
.

I don't know if this will be of any help but I have a flash rotator that I use on a few pages setup in a seperate file as well, here is the code from my include file
<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="884" height="402" id="myFlashContent">
    <param name="movie" value="/Image-Rotator-V2.swf" />
    
    <object type="application/x-shockwave-flash" data="/Image-Rotator-V2.swf" width="884" height="402">
    
     <a href="http://www.adobe.com/go/getflashplayer">
      <img src="http://www.adobe.com/images/shared/download_buttons/get_flash_player.gif" alt="Get Adobe Flash player" />
     </a>
    
    </object>
    
</object>
I also added the following to the head section of the page the flash is used on.
<script src="http://ajax.googleapis.com/ajax/libs/swfobject/2.2/swfobject.js" type="text/javascript"></script>
Regards
Richard

File sharing problems with my Media Player, an A C Ryan

I have a media player, an A C Ryan, hooked up to my wifi at home and it normally accesses all my hard disks that is plugged and shared on my iMac. I had no problems when the iMac was on Snow Leopard. Under Network/Workgroup in the AC Ryan's menu, I can see and access all the files on the hard disks.
The moment I upgraded to Lion, all such access was lost. The AC Ryan cannot connect to the hard disks any more via the wifi network. it's as though file sharing has stopped completely. I checked the file sharing settings on the iMac and nothing has changed i.e. the disks were shared as usual. After struggling with many possible solutions and failing (I checked out a lot of forums), I reintalled Snow Leopard and the problems were immediately solved.
Is there something seriously wrong with Lion's file-sharing? Has this been fixed in 10.7.2? My friend who has a similar setup (his media player is the WD Live) has exactly the same file sharing problem with Lion.
I would appreciate any feedback. Thanks!

I believe that NTFS-3G has issues with Lion.
I use Paragon NTFS and have had no issues at all. I am pretty sure that NTFS-3G will get updated, but you need to check their site to find out when.

PDF File Size Problem

Hi,
I am using Adobe Acrobat Elements 7.0 in my computer to convert files like .txt and .doc to .pdf files. But currently I'm facing a problem with the converted .pdf file size. For example, my .doc file is 5MB and after I convert to a .pdf file, it becomes 10MB. The file size basically multiplies itself by 2.
I've tried converting .txt and .doc files and it gives me the same problem. I've tried reinstalling, tried all kinds of settings, and recreating user profile but it doesn't help. Can anyone help me? Thank you very much.

Sorry. The problem is caused when I want to password protect a .pdf using elements. So I used Adobe Reader to open the .pdf file then I'll print using Adobe Printer so that I can password protect it and output file size is actually 10 times the normal .pdf file.
Please help!!

PDF file size grows with each save if .access property set on a field

We are seeing an odd form behavior and have isolated the apparent trigger to something we are doing in the form script. I'm hoping someone can confirm they see the same problem, details follow:
We have a form generated in LiveCycle. It contains a text field. In the docReady event for that field we have javascript which sets the field to be readOnly (TextField1.access = "readOnly"). We reader extend the form so we can save it from reader and/or the plug-in/control which is used by a browser when reading PDFs.
With that simple form, open the form via the browser (we've tested with both IE and Chrome) and without doing anything else, just save the form (with a new name). When we do that, the saved copy of the form is significantly bigger than the copy we started with. If we then repeat the process using the newly saved file, the third copy is bigger than the second.
This file growth does not happen if you open the file in Adobe Reader (instead of in the browser).
When we look at the file contents via a text editor, what we have found is that each save via the browser is tacking on a chunk of data to the end of the file AFTER the %%EOF mark. This new section appears to be one or more object definitions and ends with another %%EOF. The first portion of the file (prior to the first %%EOF) is identical in all versions of the file.
If you take a copy of the file that has these extra section added, then open and save it in Adobe Reader, it eliminates those extra sections and you get a 'clean', small version of the file again. So those extra sections are clearly erroneous and unnecessary.
Another thing worth noting, we took the script for setting the field access property out of the docReady event and put it as the click event on a button added to the form. If you then open the form, press the button and save it you see the file growth (but not if you don't press the button.) So it doesn't appear related to the docReady event, or timing of when we set the access property of the field.
On the small test form described above the growth of the file is around 13KBytes. But in testing with our real forms we've found that the amount of growth seems to be tied to the size/complexity of the form and the form data. In our most complex form with multiple pages with hundreds of fields and a large amount of XML data (form size is 2+MB), we are getting a file size increase of 700KBytes on each save. This is a therefore, a significant issue for us, particularly since the process in which the form is used requires the users to save it a couple of times a day over the period of a month or more.

I would start by exporting the XML data from the form before and after it grows to see if it is the underlying data that is growing and where. Did you define a schema and bind your form fields to a data connection created from the schema? That is always my first step when creating a form. It makes for a smaller saved file not including multiple levels of sub forms in the data structure.

IPhone 5 backup file size problem

Hi,
On Monday I have upgraded from iPhone 4 to iPhone 5. I have setup the iPhone 5 as old (not new device) and restored all settings and data
via iCloud from my iPhone4 backup. Everything works just fine , except I have a problem with the size of the new iPhone 5's backup file.
iPhone 4's backup files , both on iCloud and my laptop, have the size of 236 MB. iPhone 5's backup file size is only 58 MB.
The backup file size is the same when using OTA iCloud backup or iTunes backup.
What am I missing ?
iPhone 5, iOS 6.0.2, iTunes 11.0.1.12, Windows 7 64bit.
Regards,
Alex

Your question is interesting. I don't really know the answer, but if that happened to me, I'd be delighted!
After all, you're saying everything is working just fine, and yet your new backup is 25% the size of your old one. I would view that as the backup is being done a whole lot more efficiently, with old junk having been discarded.
I would be really upset and concerned if the backup size went the other way -- if the new backup was 4 times the size of the old one.
Basically, you will find efficiencies in storage used on your iOS device if you restore it. I suspect you're seeing similar efficiencies here. Given everything is working fine, it sounds like cause for celebration.
Enjoy your new iPhone.

Raw file rendering problems with Canon EOS 5D in Aperture 3

Since upgrading to Aperture 3, I have had serious problems with the rendering of Canon EOS 5D (not Mark II/III) RAW files. With Aperture 2, both the preview and full-sized images looked basically the same as the original images as displayed on the camera's display, without any adjustments.
With Aperture 3, each preview images initially look fine after import, but when Aperture re-renders it from the RAW file (e.g. when displaying the full-size image), the colors are drastically intensified, and the hue is shifted generally towards green/blue. I've checked the RAW Fine Tuning, and it is set to the defaults. If I turn the default RAW Fine Tuning settings all the way down, the image is still not at all like the preview from the camera - it becomes much darker and stays too blue/green, with washed-out colors.
A friend with a Canon EOS 5D MkII also recently upgraded her Mac from Aperture 2 to 3, and hasn't experienced any problems. We've tried importing RAW files from my (non-MkII) camera to her Mac (with the default RAW Fine Tuning settings), and get the same results as with my own Mac (i.e. strange colors), so the problem seems to be related to the camera model.
I've also noticed that scanned greyscale tiff images (including images that were originally imported under Aperture 2) are changed when first displayed by Aperture 3 - they become darker and more contrasty, with lots of information lost in the shadow areas.
I've also tried removing Aperture preferences, Aperture itself, and re-installing from download, with no change in the problem. (Aperture is the current latest version, 3.3.2.)
Has anyone experienced similar problems?

I'm having the same problem.
iMac running Mac OS X Lion 10.7.4 and Aperture 3.3.2. Workflow is importing through Canon's DPP and then using referenced images in Aperture. The images look great in LR4, or Canon's DPP but are flat and dingy in Aperture.
There's a free preset that goes part way to fixing it at http://theapertureblog.com/2011/02/10/my-aperture-workflow-for-working-with-cano n-5d-mark-ii-files/
but as good as this fix is, it doesn't quite do the trick. [not being a hater, and not saying I can do better]
I just got back from shoooting 1,500 images with a 5DMii and a T2i using Canon 24-105L IS, 70-200 2.8L, 50 1.8 and a Sigma 120-400 and the T2i images are not just better, they're in a different league.
I've tried shooting in Faithful, Neutral and also toggling these presets in different ways and still can't get Aperture to match what I see on the camera's screen or in other Apps. I love the interface and DB of Aperture, but what's the point of using it if it doesn't produce and awesome image in the end?

File Size Problem

I got a picture of 4kb, and used photoshop(cs4) to paint white all,so it changed to white rectangle, then saved it.
that's for web site logos, so it must keep the picture size same as original (ex, 70px * 50px).
The problem I have was, the saved picture(with png, jpeg, gif, or any format) has a size of over 40k bite.
This is rediculous, so, please tell me how to make the file size at most the original size, i.e. 4kb by using Photoshop, if it is possible.
Thanks.

toshuu8 wrote:
I didn't see how to disable the writing of Metadata and embedded color profile
You're welcome.
-Noel

Strange File Size Problem (FLA)

Hi
We just encountered quite a problem here and i wonder how to solve it. Our FLAs are getting so huge that they are mostly "un-workable".
Basicly, what we do is create a character animation, let's say a walk cycle. For that part we use stardard animation. Multiple layers for everybody part, and tweening them. Then, for some reason, we need to break it appart into frames with shapes. so we break our whole animation into frames until everyframe only has a shape on it.
But this takes some HUGE space. I wonder if there's some hidden meta-data on the shape that remember it once was into an animation, or a clip or anything else alike.
Every Shape takes about 160k. a simple square takes 160k. If i take that shape. paste it into a new fla, saves it, it'l take 160k on my disk. If i create a new fla, create an identical shape, it'l take about 16k. Ok this might seem like no big deal, but our FLA is now over 170 megs instead of something around 16. And it creates quite a few problem from there working with those files, sharing them, and exporting the units inside of it.
Anybody encountered this issue and knows how to solve this ?

anyone ?
I attached 2 files that are very similar to me, the big one is 157k after a save and compact, and the SmallOne where i tried to reproduce the shape, is 21k after a save and compact. Where does those 136k comes from, it's not file based cause if i put 2 shapes in there, the file size is getting multiplied =/
edit : Oh well, looks like i can't post fla attachement.. weird

Using LR and DxO in work flow.. file size problems

Hi,
Does anyone have experience with using both DxO and LR in their work flow that can help me with the following problem?
DxO takes my NEF and creates a DNG optically corrected. Great. Now I should just import these DNG files into LR and be on my way.. except that it seems to use Linear DNG rather then mosaiced and the file sizes are through the roof. My 10mb NEF file is converted into a 30mb DNG. Trying to reconvert using LR has no effect. If I start working with images in this size I will immediately see all my storage space cut by a third from the point of view of the number of images stored.
Has anyone found a way to work around this problem? I tried to use the adobe DNG converter to reconvert the images but it can go from mosaic to linear but not linear to mosaic. Turning on compression has no effect implying it is already a compressed DNG. Trying to zip the files also fails to have an effect.
I am really bummed out.. and wish I had paid more attention to file sizes during my trial.
Right now I am leaning toward only using DxO for a few special images and doing the rest entirely in LR.. but that really defeats the purpose of what I thought would be a great one two punch.
Thanks,
Chris

David,
The output preset you're using must have TIF enabled. Either edit it to remove the TIF option or create a new JPG-only one if you want to keep the option of exporting to both in the future.
I can't be more precise as I'm currently away from home and the DxO installation on my laptop has decided to deactivate and revert to time-expired demo mode, meaning I can't actually open the app!
[Edit]
Okay, sorted now.... In the DxO Optics Pro "Process" module, under the "Options" section you'll see "Output Formats". There should be one called "Default Output" which outputs to JPG. Ensure that the checkbox next to it is checked and that any others are disabled (unchecked). Your images will now only be exported after processing as JPGs. If you click the "X" next to an output preset you can delete it if no longer required.
Alan

Scan file size problems

Before I discuss the problem with Preview and Image Capture I want to mention that I used to create my PDFs using "create PDF from scanner" in Adobe Acrobat and now it no longer detects my scanner (now that the HP drivers are included in OSX ... actually it used to, so I suppose that an update caused this problem). If anyone has a solution to fix this it would be great!
The problem that I have with scanning using Preview and/or Image Capture is that the PDFs which are created are way too large in file size. Simple, black and white scans at 150dpi which would weigh about 30 - 40k when created in Acrobat Pro weigh over 300k when created in Preview and/or Image Capture. I tried using the Save-as "Reduce File Size" feature and the quality reduction was unacceptable.
Can anyone help?
Thanks,
Scott

Simple, black and white scans at 150dpi which would weigh about 30 - 40k when created in Acrobat Pro weigh over 300k when created in Preview and/or Image Capture.
Not enough information. How big are these images on average? 8" x 10"? 5" x 7"? Letter size (8 1/2" x 11")?
As a comparison, if I create a 3" x 5" grayscale image at 150 dpi, it comes out to 330 Kbytes as an uncompressed TIFF.
Also, you're not actually creating a PDF from a scan. You're just embedding a raster image within a PDF file. Since your PDF workflow has been disrupted, you could save quite a bit of space by doing one of two things.
1) Scan your images as a level 12 JPEG, which is the highest quality level. Experiment with the level setting to reduce the final image size. But if quality comes before size, I wouldn't use less than 10 as a quality level.
2) If you don't want any loss of quality at all, then use TIFF with LZW compression. LZW is lossless.
If you require your scans to be in PDF format, then what you were likely doing in Acrobat Pro was using the Images setting at JPEG with Maximum or High quality. Which, if you're using one of the presets, choices in that range would be Press Quality, or High Quality Print. That's the only way you're going to keep the size down without destroying the image.

Size problem with Email sent from SAP

Hi everyone,
All our layouts today were developed with sap script
We started to send them by mail, using the standard way.
in the process they are converted to PDF format from OTF, because of this activity the size of the mail that I am getting is 1 Mega where as the source is only 300K (approximately).
We are already flagged the option of compressing.
As we see now we don't have any option to make the email to be smaller.
Is someone already encountered this problem? What option do I have? (Except of developing the layout again in Adobe)
Thanks allot
Udi
SD consultant

First thanks
Sayali Paradkar , we used in the past this function module, but it was even worse.
We started to use the standard process of sending mail.
As we understand the program of converting OTF format to PDF cause the size problem.
And its define to send PDF out of the SAP, also we are using SAP definitions to compress all files :nSE38 -> RSTXPDF3 -> option FLATE_COMPR_OFF = OFF
But still the mails are very big,
Thanks again
Udi Marom

File size issues with remote workflow

Hi everyone
I am currently reviewing InCopy as a tool for our two 24 page full colour quarterly publications and the problem I am currently facing is the design team are claiming the file sizes would be a problem for us to use the remote workflow - how do you guys manage large files over email? Any tips or advise?
Also, regarding the layout workflow, does it require a large effort from the design team to divide into individual spreads? As this is another issue.
We currently have a cumbersum process and would like to resolve asap.
Would greatly appreciate any advise you may be able to offer
Thanks in advance

If you are using a remote workflow ... designers are sending off-site editors InCopy Assignment packages (ICAPs) .... then they need to create assignments in order to package them for the remote InCopy user. So there's no need to split up a layout into smaller files or anything. An assignment is a subset of the INDD file; multiple assignments -- each encompassing different pages or sections -- are created from the same INDD file.
When the designer creates the assignment, have them turn off "Include original images in packages"; that should keep the file size down.
Or -- like Bob said -- you can avoid the whole remote workflow/assignment package rigamarole all together by just keeping the file in a project folder in the Dropbox folder on teh designer's local hard drive, and have them share the project folder with the editors. In that workflow, editors open the INDD file on their local computer and check out stories, just as though they were opening them from a networked file server.
I cover how the InCopy Dropbox workflow works in a tutorial video (within the Remote Workflows chapter) on Lynda.com here:
http://www.lynda.com/tutorial/62220
AM

JME Socket File Transfer - Problem with writing file

Hi everybody, i'm trying to code a P2P app for a school project and i have a problem when trying to write to a file.
This method recieves a file form a Socket Server computer that tries to send me a file to the mobile client.
The method recieves the IP adress (String add) and the port of the server.
Also, i would like to know about the buffer(byte) size.
This codes runs well in emulation, but it doesn`t write to a file.
And the main problem is:
"When i run this in the mobile, the file is created in the cellphone memory with a size of 0kb."
The server code was tested with a computer client and recieved the file succesfully.
The server recieves de socket connection form the cellphone without problem.
public void recibirArch(String add, int port) throws Exception {
try
recibArch.setText("Espere por favor...");
long start = System.currentTimeMillis();
int bytesRead;
int pasos = 12;
int current =0;
SocketConnection sock = (SocketConnection)Connector.open("socket://"+add+":"+port);
byte [] mybytearray = new byte [1024];
InputStream is = sock.openInputStream();
FileConnection fc = (FileConnection) Connector.open("file:///"+saveRoot+"5letras.txt",Connector.READ_WRITE );
if( !fc.exists() ){
fc.create();
} else
fc.truncate(0);
DataOutputStream fos = new DataOutputStream(sock.openOutputStream());
bytesRead = is.read(mybytearray,0,mybytearray.length);
current = bytesRead;
while ((current = is.read(mybytearray)) != -1)
fos.write(mybytearray, 0, current);
fos.flush();
current+=bytesRead;
long end = System.currentTimeMillis();
fos.close();
sock.close()
catch(Exception err)
String error = "ERROR: " + err.toString() + "\nDescripción: "+ err.getMessage();
System.out.println(error);
txtLog.setString(error);
Edited by: xtylo on Sep 30, 2008 10:56 AM

Thank you Tunde for looking at my issues!
The file size is not an issue here. We tested with empty files or files with smaller than 1KB sizes. They all showed problem. The frequency of file transfer shouldn't be a problem either. Through some user interaction on front panel, a couple of files will be transferred. That's basically how often the file transfer occurs.
Interestingly enough, I replaced the copy.vi with a subvi I created using DOS command with System Exec.vi and the issue of copying files went away. My co-worker tested on both XP machine and Windows 7 machine. The DOS command worked fine thru Lavview's System Exec.vi. I think I can take that as a work-around if we can't figured out why copy.vi wouldn't work. Still, it would be nice to know why it doesn't work.
Now I'm still facing some issues with the usage of Check If File or Folder exist.vi. Sometimes it can detect the existing files and sometimes it doesn't.
Thanks very much!

File size problems with a banner

Similar Messages

Maybe you are looking for