Extremely long sync times.

WHen i go to Sync my iPod Touch 32g it takes it about 3hours to even start putting the new content onto the iPod. From there it takes a matter of minutes to update the new music. Am i doing something wrong or is this normal? It either Backups the ipod or verifies it for around 2~3 each time.

That to way to long compared to my 16G, but what I have been doing is avoiding the long backup (when not necessary) by aborting it after it starts , then continue on with the rest. You want to check also who many aps you have and are they all compatible with the latest upgrade. Make sure they are all updated. I also removed aps I don't use frequently and that decreased my syn time.
in general I find the backup process is taking too long and have put in complaint to apple.

Similar Messages

Extremely long sync time

I have an 8 gb 3G iphone w/ virtually no photos, about a gig of music, 3 gigs of video and a gig of apps. It takes 8 hours plus to sync since using 3.0. After the first sync, a daily sync only takes 20 to 30 min, with no change in music, video, photos or apps. I read a post about deleting back-up and starting over. Not working. I'm going on 7 hours again to sync and it's only 3/4 done. Any help is appreciated. I'm using an Intel iMac, 2.16 ghz with iTunes 9.02. Again, it's been like this since using 3.0 software.
TIA

I agree that it is probably related to an app. One of my apps was causing long sync times, many users reported it, and the developer figured out that he could store its content in the iPhone's "cache" area instead of its "data" area. (This was acceptable - the app creates a local mirror of one's online content). This simple change shortened sync times considerably because the sync did not need to run through all that data each time anymore. The app does its own syncing to its cloud, so it's no big loss to have it excluded from the iPhone sync.
You may have an app with a similar issue. You say you have a gigabyte of apps? That's a lot! Since most apps are tiny, that does sound like you have at least one app that maintains a large database, whether it be maps, game assets, or whatever. You should find a way or a utility to list your apps by size, because the biggest apps would be the most likely suspects.

Extremely long "reading" times in media browser

We are running CC2014 on 3 edit systems with a shared 10Gbit 36TB Synology NAS. Each workstation has approximately 12TB of local raid storage as well. We shoot P2 primarily and I have a little over 17TB archived on the Synology. Lately, we have had extremely long "reading" times in Media Browser on all the machines. I don't quite understand how Premiere is indexing and displaying as sometimes the "reading" time is relatively quick, ie. under 10 seconds and then other times it can take 3-5 minutes to display clips within a directory.
My Directory Structure is:
Media
     P2 footage
          (P2 folders/ie. cards are all saved with their shoot dates here)
          Our total archive of P2 footage is around 70 cards.
It appears that when Media Browser is pointed to a P2 Card folder it is indexing the entire "P2 footage directory, ie. all 70 cards", rather than just the individual folder containing 1 P2 card's footage. Ist this the case?
Would I get better read speeds in Media Browser if I organized my P2 footage into more directories, ie. by year and quarter or by year and month?
Really need to know how the indexing works. Does premiere cache preview files for each clip and if so, how long are these previews valid. It seems that when I media browse a new P2 Card/Folder, it has forgotten any previous preview files that have been made and cached.
Any explanation or help would be appreciated.
We have copied large numbers of cards/folders from the Synology to our local raids to see if the latency was due to the network but the results are the same when we media browse on the local raid copies.

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Need help with long sync times - busy optimizing unchanged pictures

Before the latest update I was having a problem with long sync times, often with time spent optimizing pictures that hadn't changed since the last sync. This morning I did the latest update and now it's going on hours updating. Again, optimizing >8000 pics, none of which have changed since yesterday's sync.
Any suggestions as to what to do? Thanks.

Yes I plug the IPOD into the USB port. Today it is a little worse. When I plug it in it will sync for a moment, pop the message that says IPOD IS SYNCED TO ANOTHER COMPUTER DO YOU WANT TO SYNC TO THIS COMPUTER. If I say yes it immediately says FILE NOT FOUND. The whole page locks up and I have to shut the computer down and restart.
Sometimes it just recgonizes the named of the IPOD then immediatel disconnets it. I am so frustrated with this POS and copy protection and all the other things Apple is doing to ensure there songs are not stolen. It is a PAIN and now this...149.00 gone down the tube.

Long Sync times...... Solved!!!

Over the past 2 months I have been moving my nearly 4TB iTunes Library from Win 7 64bit to my brand new Mac Mini with Lion. Like many, I made the assumption that because iTunes was an Apple product it would run at its best on an Apple product. So far, the jury is still out on this one.
During the process of moving I discovered 2 bugs with iTunes. The first one was to do with consolidating an iTunes Library in an area greater than 4TB (I have reported this using the usual channels). The second one isn't quite so "rare" and may benefit others which is why I decided to open this thread.
In my house there are 3 Apple TV's (Gen 1), 2 iPod Touch's, 1 iPad and 4 iTunes users (with corresponding libraries of various sizes). In the center is what we laughlingly call our iTunes Server which now resides on a Mac Mini (2.7GHz 4G). It took many attempts to move our primary library from Windows to Mac (I will try to document all the problems on another occasion) but when I eventually got it working I noticed that sync times on any device attached to the Mac Mini library would take a minimum of 20 minutes no matter how small the sync should have been. In all cases the first 15 to 20 minutes consisted of the Mac Mini running at around 100% CPU without actually achieving much and then suddenly the CPU would reduce down to lower levels and the sync would complete as normal. Initially I thought iTunes was in a loop but eventually decided to let it run just to see what would happen....and sure enough it eventually completed normally.
Rather than go through all the different things that I tried to sort this out I will simply point out what I think is a bug in the Mac version of the product (it works OK in the Windows version). We have a family photo library with over 80000 photos in it. When syncing any device with photos from this library I used to select the root directory of the library and then simply select "selected folders" within that library inside the iTunes Photos Tab. This method had worked ok for us for at least 3 years in the old Windows environment. In the Mac environment however iTunes appears to need to cycle through the whole photo library EVERY TIME before it starts to actually sync. If instead I simply picked one folder with say 2000 photos in it, it would start syncing instantly without any delay. I can happily reproduce this problem whenever I want to.
So if you have long sync times ONE option is to check how you are accessing your photo library.

I'm experiencing this problem too. It goes through syncing Contacts, Calendars, etc. and then it say Syncing iPhone and hangs. CPU usage for iTunes goes from 7-10 to 103 and stays pegged. I have discovered that if I go to the "Advanced" section of the "Info" tab in iTunes and select "Replace information on this iPhone" that it will sync successfully, but only for that sync and the next sync will again hang. This trick seems to work whether I select all the "replace" options (Contacts, Calendars, Bookmarks, Notes, and Mail Accounts) or just one (I tried with just Notes selected).
I haven't tried the Restore option yet.

Extremely long build times using object oriented code

We have a LabVIEW application that we need to build an .exe for distrubution purposes. The application relies on several object-oriented classes for data handling and dynamic dispatch type casting and function selection. Currently it takes approximately 1.5 hours to build the application and it seems that most of the time is spent processing the object oriented files. Has anyone else seen this issue and are there any creative ways to improve the build times?

Hi again. We are still having issues using LVOOP due to extrmely long .exe build times as well as long labview loading times. I traced the source of this to one class hierarchy, shown below. This hierarchy also relies heavily on overriding top-level functions, declared as virtual VIs in the top level class, which I suspect contributes to this problem. While debugging another issue, I was trying to build a small piece of my main code into an .exe to verify its functionality and experienced the same extremely long build times. When I removed this class hierarchy from the VI, it built extremely fast. Also to be clear, I am using neither the mean function or Mean.vi anywhere in this set of code. To date we have been delighted with LVOOP and how it has made our code cleaner, mroe robust, and more maintanable. However, when creating new functionality in the code we often elect NOT to create new objects (even though they would be beneficial) because we are hesitant to introduce the extra time (load and build) required for LabVIEW to handle these classes. If our entire system was rewritten in LVOOP, I would suspect that it would become unmaintainable and unbuildable due to the LVOOP overhead. I was hoping that LV2009 would address some of these issues but, alas, it did not. Still looking for a way to improve this and thanks in advance for all of the replies.

Extremely long display times for HTML in mail and Safari

Is anyone else experiencing similar lags in HTML rendering?
Since upgrading to Mountain Lion, I am experiencing extremely long render times for display HTML email messages in mail. I am also experiencing extremely long render times in Safari. I have Chrome installed on this same computer, if I goto the same website on Chrome and Safari, Chrome displays the page immediatly, Safari will take between 30sec and 1 minute.

The only way it can get fixed is if you report it to Adobe. Posting it here may not be sufficient. There is an Acrobat feature request forum here and a bug report form here: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

Trying to understand long sync time after 4 update :re blurry photos

hi i wanted to take out the 1 photo album that was blurred/grainy after update and then re-install them so that they are optimized. however when i sync it is taking hours. the album in question has 800 photos in it, but it should delete right away. i have had to exit the sync several times.
can anyone tell me first the steps to removing a photo album. so at least i am clear on that?
and then im wondering if these long syncs are normal. i have very little data on the phone itself. before the update it was synching quick. i have windows 7 and itunes 9.2.
thanks in advance.

ok its optimizing. thanks again.
thanks tamara. i will give that a shot. in order to do that do i have to select in the options "sync only checked songs and videos"? also does videos refer to photos as well?
sorry i know im flatlining here, i appreciate the help.
Message was edited by: Radium88

Problems since 2.2.1 (applemobilebackup.exe error, long sync time)

After installing 2.2.1, I am experiencing the following and wondering if anyone on this forum has a solution to the following two issues. Thanks in advance.
While syncing to my pc (it's a toshiba laptop running xp sp3), right before completing, there has been an applemobilebackup.exe error appearing that I click ok to and then it finishes sync'ing. I'v searched the net and it seems like I'm the only one experiencing this??
It seems to keep taking longer and longer to sync. I remember the status bar running faster than I can keep an eye on it. After installing a few games, it's at a crawl these days. I uninstalled the Facebook app and still runs at a crawl. Anybody have any ideas how to enable faster sync times?

Here is an article from the apple support website that might help out.
http://support.apple.com/kb/TS1401
http://support.apple.com/kb/TS1878

Extremely long compression time

I am trying to compress a 6 minute video into a quicktime movie. It starts out saying it will only take 3 minutes to share. Then it quickly moves up to 17 minutes before coming to a halt.
Anybody have any ideas on what I am doing wrong or is this common? On previous videos this has never happened. I've tried doing a different video and it is also taking an extremely long time to compress.
Thanks for the help

I think possibly it could have something to do with my video settings. I don't know much about video settings.
We are producing these videos that range from 7-30min from a video camera. We don't need audio (already took that out) and we don't need the best of quality on the video. It obviously needs to be decent enough to see what is going on without straining, but beyond that I don't need much.
Does anybody have any suggestions on the type of video settings I could use in the expert settings? I believe iMovie is trying to compress much more information than I really need. Thanks for the help.

Extreme long execution time

Hi,
lately, I realized that Jubula needs extremely long for all the progresses...
For example, deleting TestResults or after execution of TestCases, the Progress "Collecting Information" and "Writing Report to Database" needs about 15-20 minutes!!
I use the embedded database and html toolkit and my project is not big at all!
I already had larger projects and never experienced that long progresses!
Any ideas/suggestions why Jubula is suddenly working that slow?
Thanks

Hi Nicole,
Thanks for your question! I think the problem is that the h2 database isn't designed for productive use - it doesn't scale well and will indeed get slower and slower with time (not necessarily size of the project, just time).
If you need to keep using it then you can do the following:
- stop Jubula
- perform an export all to export all of the projects
- you can also copy the database files (from your home directory under .jubula) to back them up
- delete the database files from your home directory
- connect to the database: this will recreate the database
- then you can import the projects you exported
Like I say, this isn't the preferred way of working, but the steps above should help with the current performance. Bear in mind that you should ensure that you have backups before you delete the database!
Hope that helps,
Alex

Extremely long export time

Hi,
I got some big problems while exporting footage from AME and PP CC 2014. I mean – the time of exporting is extremely long. It take 4 hours to export 15 minutes of 1080p footage (with not best quality of render settings). There is no big difference in time while exporting with or without effect same as AME or PP.
I shoot my footage on SONY A7S in XAVC S and my export settings are H.264, VBR 1, 16/20.
My PC spec:
Intel Core i7 3770K 3.5 3.9 GHZ
32 GB DRR3,
HDD 2TB, SSD 128GB
GeForce GTX 770 2GB
WINDOWS 7 ULTIMATE 64 BIT
I will appreciate any help cos this problem make me sick already

I checked the log file and there are no errors in the file.
There are no ORA- xxxx error messages.
The last line in the log file is as follows:
"Processing object type schema_export/table/index/domain_index/index "
I just checked the export job run this morning and it is still on the same
index object "A685_IX1" . This is a spatial index. It has been sitting at
this same object according to the job status for at least 24 hours.

MacBook pro Extremely long booting time After 10.10.1 + strange icons when booting

Hi all,
since the Yosemite update and the sequential patch, I've been experiencing lots and lots of issues with this releade
I posses a
MacBook Pro (13-inch, Mid 2012)
2,5 GHz Intel Core i5
After a week after the Yosemite update my Mac just froze, and for a couple of days I was unable to access it. after 4 attempts of Clean install i was finally able to restore it. but the issue with long booting time and free after sleep/wake action are the same .
I'm experiencing strange icons during boot as follows:
Only after a second reboot and clearing ram with Cmd+Alt+P+R i'm able to get rid of this , and the reboot shows this
That after 5 mins changes into this
This routine keeps happening, every single time i have to restart my mac.
Any suggestions?
tnks

Well , i guess i a HDD issue, when i was experiencing the initial issues with yosemite , I've installed the system an external Hdd and everything was working fine.
So i guess my suspicions were correct. I have to change my hdd.

Extremely long deploy times in Portal 9.2 in dev

Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Extremely long rendering times

I am trying to render a 13 minute project.
FCS 2 is telling me it will take 30+ hours.
Is this normal?
Am I doing something wrong?
Best,
Evan Jacobs

So, your source clips are Quicktime Animation, and you're editing them on a "standard" timeline, whic makes me assume that it's a DV/DVCPRO NTSC timeline, with your source material residing on your internal drive.
There are a number of things here that will cause long render times:
1. The nature of the Animation codec in this situation would indeed cause longer than normal render times. Animation is a high-quality mastering codec. When used on a Sequence that is set to use a compressed codec, such as DV/DVCPRO NTSC, your clips will need to be rendered.
To check the Sequence Settings, press Command - 0 (zero).
2. It is not recommended to use your Internal drive as a scratch drive. Not only is that one hard drive reading your source files, writing render files, but it is also running your entire OS, plus any other programs that may be open. That's a LOT of work for one hard drive, so expect less than optimal performance.
Try moving your source material to an external firewire drive.

Extremely long sync times.

Similar Messages

Maybe you are looking for