File size doesn't update

On my Win 2008 SP2 Enterprise x64 system I have a ftp application I'm running. It is downloading a file. When I look at the file in Windows Explorer or with the DOS dir command the file size + last modify time aren't current and can be many hours
old.
If I then look at the file properties via right click and Properties I see the same. Close the Properties box, exit the folder, then go back to the folder and the file size/modify time are correct.
The drive is set to "optimize for quick removal" (cache disabled) and if I'm downloading several files the size discrepancy can be several GB - more than my system RAM. The folder isn't shared. Shadow copies is disabled.
Event logs show no problem and saving to a different disk doesn't resolve it.
Thoughts?

Hi Dennies,
Here is the result I got:
It is not a bug, but rather just the way that NTFS works.
The file IS getting updated, but the file Size is just not being updated along with it until some outside event forces a refresh of the file size on disk (F5 or file completion)
Following Blog resources provide more information about this:
http://blogs.msdn.com/ntdebugging/archive/2008/07/03/ntfs-misreports-free-space.aspx
http://blogs.technet.com/b/askcore/archive/2009/10/16/the-four-stages-of-ntfs-file-growth.aspx
Shaon Shan |TechNet Subscriber Support in forum |If you have any feedback on our support, please contact [email protected]

Similar Messages

Reduce File Size doesn't work!

When I click the (new) option 'Reduce File Size' in Keynote '09 the app prompts a estimated new size which is smaller than the current size. When I click on 'Reduce' the app doesn't do anything except for showing an error report which tells me something like: "..the file size was not reduced", for all of the files included. They are just regular .jpg/.png and .psd files. Did anyone else notice this bug..?

PeterBreis0807 wrote:
I'd say if it is a very large file with multiple large images, it might not be actually freezing, just taking its sweet time.
It's why I leave Activity Monitor running when I use iWork applications.
This way, I know ifd the app is dead or if it's heavily busy.
Either that or it has nothing to do. It trims and reduces the resolution of bitmap images to 72dpi. There will be a fair bit of work if you have transparency in the document.
It doesn't do a very good job IMHO and to reduce the file by 90% is a big ask.
The 'Reduce FileSize' feature isn't linked to the 'export to PDF' feature.
As explained, before applying "Reduce file size" it's good practice to "Reduce Image File Size".
This will drop the parts of the pictures which aren't displayed.
The asked task doesn't imply a reduction of the pictures by 90%.
As I already wrote several times, it's more efficient to crop images to the really used area *_before inserting them in a Pages document_*.
A Pages document is huge by nature because the Index.xml file describing its contents is highly verbose.
If the document was saved with the 'embed Preview.pdf' feature active, the size of this PDF is adding a lot of used space.
I'd print to pdf and reduce the quality in Acrobat Pro.
Most of us don't own Acrobat Pro.
I feel that it would be a bit silly to buy an application whose price is : 450$ as a complement for a 80$ set of applications.
Before doing that, I would
(a) crop pictures before inserting them
(b) try to enhance Pages behaviour for free installing enhanced PDF filters.
Yvan KOENIG (VALLAURIS, France) dimanche 29 août 2010 09:53:44

Android package contents in Flash Builder 4.5 : file list doesn't update

I keep hitting what looks like a bug in Flash Builder 4.5, and I'm wondering if anyone else has seen it or can help me find a workaround.
The problem occurs when I choose Export Release Build... and try to build an APK for Android. In the second screen of the wizard, under the Package Contents tab, there's a file list and you're supposed to select the files you want in the package. Simple enough. The problem is that this file list does not consistently reflect updates to the project file structure. So I usually see an outdated file list, which might or might not have all the files I actually need to put into the package.
There doesn't seem to be a way to force the wizard to rescan the project and rebuild this list. I've tried restarting Flash Builder, deleting bin-release-temp, cleaning all projects, and a few other things besides. So far nothing works. (The Flash view always picks up my changes within a few seconds.)
It seems like my only option is to use the command-line compiler. Not the end of the world, but I'd rather that the wizard just do what it's supposed to do.
Anyone have any ideas?

Thanks for the suggestion. I checked, but that doesn't seem to be the problem in my case. I've attached a screen shot showing the problem – the list of source files in the Flash view doesn't match the list of source files in the Export Release Build wizard. The red boxes highlight one of the areas where they differ.
The file I want to include is StagesLoader/assets/game/assets.swf. (The directory StagesLoader/assets is included into the project as a separate source path.) As you can see, the "rooms" folder in that directory is available in the export wizard, but "assets.swf" is not.

File size doesn't diminish after archiving

I have noticed this more often but I reckoned that the other party would receive a compressed file. Now an mp3 file is sent back because it is too big. After I've archived it!
First I used Tiger's built-in archive feature. The result was that I received the 7.6mb file back.
Then I used 'dropstuff' of Stuffit. The result was, as expected, exactly the same.
How on earth is this possible??
All suggestions for a solution are very much welcome!!
eMac Mac OS X (10.4.5)

You don't say what sort of audio it is and how long it is and what the current bitrate is.
You probably want to reimport it into something like itunes and in the prefs change the import settings to mp3 and choose the bitrate you think will be smallest but still sound good.
Save the prefs and then select the song in itunes and click on the advanced menu and choose 'convert selection to mp3'.

How to reduce jpg file size, not pixel dimensions?

I am preparing images for the web and I really have 2 questions: one about gifs, and one about jpgs.
My standard procedure is to reduce the image to the desired pixel dimensions at 600 dpi
That gives me a crisp small image. then I either use it as is if the file size is low enough (I try for under 600 kb) or convert it to a gif with the save for web and devices tool.
So here are my 2 questions (I will count this solved with either answer)
1) When I convert to a gif I have the 4 boxes: one with original size, the other 3 with options but often the options are too low res for me How do I change my 3 options to start at a higher gif res?
2) If I try to reduce the file size of the jpg in the image size box I set the resolution lower ( 400, 300), which lowers the pixel dimensions and the filesize, but I don't want to cahnge the pixel dimensions. And If I reset the pixel dimensions back to the size I want them, even though it is a lower resolution the file size doesn't change. How to reduce jpg file size using only the resolution, not pixel dimensions? PS I have tried messing with checking and unchecking the 3 little boxes( scale styles, constrain proportions, and resample) but nothing has worked.

Gif is not a great filetype, especially if you want a crisp image. What are your pixel dimensions?
For web, it makes no difference what the dpi is, only the final pixel dimensions so once you have that as you want, use 'Save for Web and Devices' and you can lower the quality - 100% being max and 0% being lowest. I wouldn't save anything below 55%. For a 600kb image, your dimensions must be rather big.

Preview file size explodes for JSTOR PDFs

I've discovered that when I use PREVIEW to open and then save PDFs downloaded from JSTOR (www.jstor.org), the file size explodes: from 500K to 8 MEGs, for example. This happens only with PREVIEW (though also with PDFPEN), but not with AdobeReader, and it only seems to happen with JSTOR PDFs. Has anyone else noticed this behaviour?

I think I may have figured it out. There is a preference option for "PDF" called "Respect Screen DPI for Scale". If I turn that off, the file size doesn't explode. That may be a new option, or just an option that got switched on in my transition to Leopard.
However... now that it's stopped happening, I can't make it start by switching that preference back on, so that makes me doubt whether it really is the culprit. So long as my file sizes aren't exploding I'm happy, but I would like to understand why it happens.

File size vs pixel count - slowing down my library?

Hello all,
I've been scanning 35mm slides at a high resolution (so that I can enlarge, crop, etc) then loading into my Aperture library. The files are between 5-7 Mb each but are approx 8000x5500 pixels which I calculate to be 44 megapixels. I currently have about 750 of these files (plus a few thousand pics from my xsi) in my library and they seem to be really bogging down my 2006 macbook, especially if I try to round-trip to photoshop or print a light table to PDF. It just comes to a screeching halt. I know that for 99% of the pics this resolution is overkill, so I'm planning on exporting them all to fit them to a 5x7 print at 400dpi. I'll then remove the originals from my library and re-import the smaller files.
If I export the jpegs at a quality of 12, the file size doesn't change too much, even though the pixel count is now only 5.6 megapixels. So my questions are:
1. Are these large files really bogging down my machine, or is there something else going on?
2. Will reducing the pixel count have any effect on performance, even if the file size doesn't change much?
3. Will reducing the file size (ie, change the jpeg quality to 10) have any effect on performance?
BTW, all files are referenced masters, my library is on one usb drive, and the masters are on another usb drive. This is the best I've come up with, given the limited space on my internal drive. Could this be slowing me down?
Thanks a lot,
John

Johnk93 wrote:
MacDLS,
I recently did a little house-cleaning on my startup drive (only 60Gb) and now have about 20Gb free, so I don't think that is the problem.
It's probably not a very fast drive in the first place...
I know that 5MB isn't very big, but for some reason it takes a lot longer to open these scanned files in photoshop (from aperture) than the 5MB files from my camera. Any idea why this is?
Have a look at the file size of one of those externally edited files for a clue - it won't be 5MB. When Aperture sends a file out for editing, it creates either a PSD or an uncompressed TIFF after applying any image adjustments that you've applied in Aperture, and sends that out. Depending on the settings in Aperture's preferences this will be in either 8-bit or 16-bit.
As a 16-bit uncompressed TIFF, a 44 megapixel image weighs in at a touch over 150MB...
Ian

IMovie file size explosion

My first iMovie project was a video of my nieces and nephews compiled from old VHS and Hi8 tape imported to my Sony DV camcorder, edited on my iMac using iMovie 4, then burned to a disk using iDVD (it was about a 40 minute movie). I showed it to my siblings an parents over the holidays and it was a big hit (except for an audio syncronization issue). After showing the video, my sister gave me an old VHS tape from 1990-91 that I had been searching for. I still had the original iMovie project on my hard drive, so I went back into the original project and added about 8 mintues of video imported from that old VHS tape. I also added some additional music tracks from iTunes and, at the end of the movie, as my last music track was playing out after the credits, I added 17 still photos of family from iPhoto. I then tried to drag the updated iMovie project to iDVD, but got an error message saying "operation unsupportable by iDVD" or words to that effect. On a hunch, I checked the file size of the updated iMovie project under the "get information" tab and it said the file was 10.2 GB!! I had not checked the file size of "version 1" of the project before I burned it, but when I checked the file size of the DVD to which it was burned, it said it was 2.7 GB, well within the 4.7 GB limit of a DVD-R. How in the heck can the iMovie file size balloon from 2.7 GB to 10.2 GB just by adding 8 additional minutes of video, an iTunes song or two and 17 still photos? Anyone have an idea of what happened?!?! Thanks in advance for any light you can shed on this rather perplexing problem. (Sorry for the lengthy post)

Lennart-
Thank you for tackling my question. You've educated me on the compression factor, which is very helpful, but that still begs the question of why I can't seem to burn my edited iMovie (48 minutes vs. the "old" 40 minutes). In other words, if iDVD was able to burn my 40 minute project (at 8.7 GB)and compress it to 2.7 GB on the DVD, shouldn't I also be able to burn a 48 minute project (10.2 GB uncompressed)? It would appear that if a 40 minute, 8.7 GB project compress to 2.7 GB on the DVD, then a 48 minute 10.2 GB iMovie file should compress to roughly 3.2 GB (if my math is correct). Isn't that within "acceptable limits?" Am I missing something here? Once again, thanks for your help (and patience).

Save for Web file size not updaing

I am trying to save out a graphic for the web and I'm noticing that the little number indicating file size is not updating..did something change?
OS X, CS6 Mac Pro, 16GM RAM Yosemite, 10.10.2
Thank you!

It should work. Maybe it needs a reset.
Open Save for Web, press the Option key on your Mac, the Cancel button changes to Reset. Click on it and it should clear it to defaults.
Alternate: Reset Photoshop preferences: Hold down cmd-opt-shift, start Photoshop and click on Yes when the "delete Photoshop settings file" dialog comes up.

The Finder Lies, Doesn't Update File Sizes or Modification Dates, Etc.

When I save a file to my HD's (internal or otherwise), there's no guarantee that when I open a Finder window to view that file (see its file size, etc.) that the file will:
• appear at all
• if it does appear, that the file size will be correct, and/or
• the modification date will not be correct
Sometimes, yes, files will appear with all the requisite, updated information immediately. Other times it will take minutes, or hours, or even days before the Finder updates the file info (if the file even shows up at all).
Also, simply opening a folder seems to change the modification date of that folder. That seems totally bizarre to me.
This behavior has been going on ever since I can remember, and now it's at the point where it's causing serious problems.
So... is there a fix for this? Or, is there a way to "refresh" a Finder window to force it to show current file information?
Oh, one more thing... I just re-installed my system from a zero'd hard drive so everything about it, particularly Finder prefs, are all brand spanking new. It's disheartening to see that within 48 hours of a fresh install that I'm seeing these kinds of problems.
Help? Advice?
-=iSchwartz=-

I suggest for starters you update to 10.4.8.
If the problem continues here are two solutions:
1) Quit Finder. You can enable the Finder "Quit" menu by pasting this command in Terminal:
defaults write com.apple.finder QuitMenuItem YES
This will allow you to quit Finder by either right-clicking the dock icon or from the "Finder" menu.
2) Run an Applescript:
Click here to launch Script Editor.
tell application "Finder" to update folder (folder of the front window as string)
This script will update the front open window. You can drag the script to the toolbar for quick access in all windows. For that, it might need to be saved "As Application", I don't remember.

Code doesn't update when uploading new files to website.

code doesn't update when uploading new files to website. I was using an old DW version for a long time then forced to upgrade when I bought my MacBook Pro. Now when I make changes to my pages and link to new files etc on my harddrive, when i upload the pages it won't image because the code still points to harddrive (this did not used to be a problem)... I manually changed the code on the web host site to point to the site and it loaded fine. But now my files on my harddrive also point to the web host files and now don't image on my computer. I never had to worry about this so far and wonder if the new version has a setting I'm supposed to be aware of so that I can design on my hardrive and upload and it knows that the files are being uploaded with it? Ugh hpe this makes sense - I'm NOT a webs designer and the new DW is way more than I use in it's technology.

Hi
This sounds like you have not defined your site in the site definition.
Follow the steps in these 2 tutorials to set-up your site locally and for the remote server -
http://www.adobe.com/devnet/dreamweaver/articles/first_website_pt1.html
http://www.adobe.com/devnet/dreamweaver/articles/first_website_pt6.html
PZ

Hi - for any photo, info in mountain lion shows a different file size than Photoshop does. I've tested with CS3 and CS6 and get the same problem. Doesn't happen with CS3 and OSX10.4 or any previous versions of Photoshop and OSX. Anyone know why?

Hi - for any photo, info in mountain lion shows a different file size than Photoshop does. I've tested with both CS3 and CS6 on 10.8.2 and get the same problem. This doesn't happen with CS3 and OSX10.4 or any previous versions of Photoshop and OSX. Anyone know why?

this one is actually a really rare symptom of a flaky connection to the ipod on a Windows PC. there's more going on in terms of hardware on nanos and 5th gens than in the earlier models ... so if the connection is flaky to precisely the right/wrong degree, itunes will see the ipod, but misidentify it as an earlier version of ipod.
tracking down the cause of the flakiness can be tricky ... as you already know ...
just checking. have you tried connecting with a different (known-good) USB cable? does that seem to have any impact on the rate of occurence of the problem?

How to update "Estimated File Size"

As I fiddle around with my Export Settings (CS4), I don't see any update in the "Estimated File Size" info at the bottom left of the screen.
It seems to me that as I move the Target Bitrate and Maximum bitrate (as well as the other options), I would see the Estimated File size increase or decrease so I can have real time feedback on my settings.
Is there a setting I need to change or a command I need to make in order to see an updated "Estimated File Size"?
Thanks
...Rowby

Nevermind. I see that the sliders do indeed give me a reak time updated file size. Don't know how I missed it.
Rowby

What is the actual file size for the iphone 4s update - 55.5 mb's or 832 mb's

Can someone tell me the actual file size of the new update for the iphone 4s On my iphone it is telling me it is 55.5 mbs but when I try to download the file thru i tunes it twlls me it is 830 odd mb's.
Thanks, michael.

I suspect if you update wirelessly you are just downloading a "delta" updater whereas downloading through iTunes you are downloading the entire replacement firmware. Wirelessly updating does not take nearly as long for the download nor does it require completely erasing then restoring the device.

Moving files doesn't update Flash Skins in DW CS 4?

Hello,
on a page I've got a flash movie (.swf with skin (via
importing/converting a qt in adobe media encoder, then importing
video into flash, adding a skin, them exporting to site folder an
opening in DW CS4).
it works fine in the browsers.
now when I want to change the position of the page in my site
folder (move it into different folder) DW asks me if to update
links, I click okay, but it doesn't update the code/links whatever
(to show me the skin for controlling the movie). What have I
forgotten to consider? Maybe alsready at exporting the file(s) from
Flash?
Thanks in advance,
beatrice

beatrice posted in macromedia.dreamweaver
> As far as I understand the .swf holds the url of the flv
in it's
> code, so those should be kept together. and the skin swf
is
> connected to the ?large' .swf, so those should be kept
together,
> too.
(I will assume you're using the FLVPlayback component in
Flash)
The .swf that holds the url of the flv (let's call that
player.swf for
now) uses whatever link you give it. You can give it a root
relative
location so it will work from anywhere on your site.
/videos/flvs/film1.flv for example.
And, depending on the object/embed code generated, you should
be able
to edit that in the code view in DW. Something like
&streamname=/videos/flvs/film1
And you can then store player.swf in a different location.
/media/swfs/player.swf for example.
I think DW will update links to player.swf if you move
player.swf to a
different location, but I don't know if it will update
object/embed
code.
However, it seems that .swf files created with the
FLVPlayback
component are hard-coded to look for the skin file in the
current
location - that is, the location of the html file with the
object/embed
code.
> But I don't want my pages/html folders be cluttered with
.swf
> files and I
> don't want the videos folder get cluttered by pages
files ... but
> keep them clean sorted in their kind of media folders
.... and be
> able ot separately shovel them around or move them to
subfolders
> if neccessary and to rename html pages with the
sitemanagement in
> DW to update the links automatically...
Understandable.
>
> Or the other way, I thought that .swf and flv plus .swf
skin
> could be put onto
> any other html page, but then the skin does not appear.
it seems
> connected with the html code, but how and why?
Oops. I think I answered this above. I think it is the
FLVPlayback
component that creates a hard-coded path to the current
directory.
> it would mean that once created video holding html pages
cannot
> be moved in
> the site folder anymore. (or that the swfs must be
published from
> within flash again with different name/target folders...
> That would not be a very flexible sitemanagement...
> There must be sth I am missing here...
Again, you can store the player .swf files anywhere, and the
.flv files
anywhere, but AFAIK, the skin .swf files must be in the same
folders as
the .html files that reference them.
There's a chance that somebody in the Flash forums has
created a work-
around, but I haven't been there in a while.
I haven't tested, but you /might/ be able to set a BASE href
element to
get around it. Of course, all other links in that page would
need to be
root relative after doing so.
Another method (if supported by your host) might be using
.htaccess
with a rewrite directive.
If you're feeling adventurous, you can edit (a copy of) the
FLVPlayback
component or one or more of its actionscript files found in
the
Flash configuration folder.
Mark A. Boyd
Keep-On-Learnin' :)

File size doesn't update

Similar Messages

Maybe you are looking for