CD import times

Why is it that when I’m importing a CD to iTunes (this is with either a new CD or an old CD) the import times vary so drastically? And whether they're old or new it seems that when a few songs are being imported the speed of the import ramps up?

Microsoft Windows Vista Home Premium Edition Service Pack 2 (Build 6002)
MSI MS-7309
iTunes 11.1.3.8
QuickTime 7.7.4
FairPlay 2.5.16
Apple Application Support 2.3.6
iPod Updater Library 11.1f5
CD Driver 2.2.3.0
CD Driver DLL 2.1.3.1
Apple Mobile Device 7.0.0.117
Apple Mobile Device Driver 1.64.0.0
Bonjour 3.0.0.10 (333.10)
Gracenote SDK 1.9.6.502
Gracenote MusicID 1.9.6.115
Gracenote Submit 1.9.6.143
Gracenote DSP 1.9.6.45
iTunes Serial Number 0013BA500C129EB8
Current user is not an administrator.
The current local date and time is 2014-01-04 14:57:18.
iTunes is not running in safe mode.
WebKit accelerated compositing is enabled.
HDCP is not supported.
Core Media is supported.
Video Display Information
NVIDIA , NVIDIA GeForce 6150SE nForce 430
**** External Plug-ins Information ****
No external plug-ins installed.
Genius ID: 59586d6e500115e66428393288d33578
iPodService 11.1.3.8 is currently running.
iTunesHelper 11.1.3.8 is currently running.
Apple Mobile Device service 3.3.0.0 is currently not running.
**** CD/DVD Drive Tests ****
No drivers in LowerFilters.
UpperFilters: NTIDrvrSiRemFilGEARAspiWDM (2.2.3.0),
Failed while scanning for CD / DVD drives, error 2355.
Virtual drives can sometimes interfere with reading and writing CDs in iTunes. If this is a virtual drive and you are having problems with other drives, try uninstalling the virtual CD application.
D: Unsupported CD or DVD drive.
Virtual drives can sometimes interfere with reading and writing CDs in iTunes. If this is a virtual drive and you are having problems with other drives, try uninstalling the virtual CD application.

Similar Messages

Final Cut Pro X/Canon Vixia Import Time Different

Hi,
I have an annoying issue that I have not been able to figure out. I use a Canon Vixia M41 camera to record family videos in AVCHD. I usually import them directly off the card into Final Cut Pro X by first making an archive to store on another hard drive, and then import the actual clips into the library.
Everything works fine and seems to have been working fine for a while, but I recently noticed that my import time on all of my clips is off an hour. Now, I first thought, okay, daylight savings time, so I went into my camera and checked the time and date settings. I manually adjust for daylight savings time, so I do not have anything in the camera making the DST change automatically.
When I looked in the camera, the date and time are perfect. When I look at the clips on the card and click to play them back on the actual camera, the date and time are perfect there too; however, when I import those clips into Final Cut, the time on all of them are off by one hour. They are ahead an hour, so instead of 5 am, it's 6 am.
I know I can adjust the time in Final Cut, but I would like to know why the time is right on the camera and the clips on the camera, but import wrong when brought into Final Cut. I don't want to have to always check to adjust everything I bring into the application.
Any ideas? I am willing to test out anything. I have also noticed that it has been doing this for a while now and I didn't notice.
Thanks!
Using Final Cut Pro 10.1.1 on 2009 Mac Pro (Nehalem) on OS 10.9.3
Canon Vixia M41 recording AVCHD

I've been running FCPX from version 10.0.1 up to the latest, and I spent some time puzzling why the time on imported files from my Panasonic SD700 were always an hour out. I tried several experiments setting the daylight savings on or off and adjusting the set time on the camera but FCPX always got it 1 hour wrong. This was despite the fact that the date/time on the raw video file in Finder was correct.
In the end I just had to accept that it was always going to be an hour out and either set the camera clock 1 hour back or take a short clip of the time on my phone so I could batch adjust the clips later! I can only assume FCPX gets its time from the metadata in the file structure and that some manufacturers' implementations confuse it!

I created an album from photos taken off three different cameras. I am sorting the photos manually and when I close iPhoto, the photos move back either by date or by camera import time. How can I keep the photos from moving around?

I created an album from photos taken off three different cameras. I am sorting the photos manually and when I close iPhoto, the photos move back either by date or by camera import time. How can I keep the photos from moving around?

Don't tell us, tell them
http://www.apple.com/feedback/macosx.html is the place for feature requests and feedback

Sudden increase in import time

On 9/6 I refreshed my database by exporting level 0 information,resetting the database, and importing the data back in. Theimport took 984 seconds. On 9/19, I performed the exact sameprocedure, and the import took 5,838 seconds. While I hadadded some dimension members in the meanwhile, as well as somedata, I can't see anything that would account for such a drasticincrease in import time. The size of the file on 9/6 was1,032,616 kb, and the file on 9/19 was 1,072,413 - not a bigdifference. Statistics on 9/6-------Statistics of Birdseye<img src="i/expressions/face-icon-small-tongue.gif" border="0">lan1 ------- Dimension Name Type Declared Size Actual Size =================================================================== Accounts DENSE 2431 2254 Time Periods DENSE 23 14 Data Type SPARSE 8 8 Scenarios SPARSE 25 25 Versions SPARSE 5 5 Years SPARSE 7 7 Customer SPARSE 3281 2412 Product SPARSE 10786 10657 Commodity SPARSE 122 122 Dry - Frozen SPARSE 5 5 Family SPARSE 149 149 Label SPARSE 486 486 Number of dimensions : 12 Declared Block Size : 55913 Actual Block Size : 31556 Declared Maximum Blocks : 247722062000 Actual Maximum Blocks : 179932788000 Number of Non Missing Leaf Blocks : 373943 Number of Non Missing Non Leaf Blocks : 385909 Number of Total Blocks : 759852 Index Type : B+ TREE Average Block Density : 0.2448663 Average Sparse Density : 0.0004222977 Block Compression Ratio : 0.01842294 Average Clustering Ratio : 0.5076456 Average Fragmentation Quotient : 7.292331 Statistics on 9/19-------Statistics of Birdseye<img src="i/expressions/face-icon-small-tongue.gif" border="0">lan1 ------- Dimension Name Type Declared Size Actual Size =================================================================== Accounts DENSE 2431 2254 Time Periods DENSE 23 14 Data Type SPARSE 13 13 Scenarios SPARSE 25 25 Versions SPARSE 5 5 Years SPARSE 7 7 Customer SPARSE 3284 2414 Product SPARSE 10804 10660 Commodity SPARSE 122 122 Dry - Frozen SPARSE 5 5 Family SPARSE 149 149 Label SPARSE 486 486 Number of dimensions : 12 Declared Block Size : 55913 Actual Block Size : 31556 Declared Maximum Blocks : 403588822000 Actual Maximum Blocks : 292715605000 Number of Non Missing Leaf Blocks : 401337 Number of Non Missing Non Leaf Blocks : 437215 Number of Total Blocks : 838552 Index Type : B+ TREE Average Block Density : 0.2189758 Average Sparse Density : 0.0002864733 Block Compression Ratio : 0.01815302 Average Clustering Ratio : 0.5888489 Average Fragmentation Quotient : 3.811463 Any help would be greatly appreciated.

Looking at your statistics there is an increase in the dimensiion members, but that should NOT account for such a massive increase in loading time. 1.5 hours is just wrong.... Unless there is a problem in your database. Try validating it just to make sure that it is ok. On a different tack, it would be worth checking the network traffic and the job log to see whether there was anything else running that may have caused this to go slow. If you can't find anything, make a copy, and then try it on the copy, just to se if it was a 1 off issue, or if it is taking so long...

Import Time Q for AVCHD

Hi,
Thinking about purchasing an AVCHD camera. I realize AVCHD can take a long time to "import" because you must import the clip and then have the computer convert the clip to AIC. Thus the total import time can be longer than actually 1X (which you can achieve with miniDV cameras).
My question is: what is the workflow/process for this? IE, can I import the clips off the camera fast (since it's digitized thus like copying files from the camera HDD to computer) then disconnect the camera and go back to shooting while the computer then works on converting the clips to AIC? OR, does the workflow consist of importing each clip one by one then converting thus the camera is tied up with the computer during the whole importing process?
Hopefully one can just offload the clips from the camera to the computer quickly, then resume shooting or go have more fun with the camera as the computer then processes the clips...
Thanks,
TM

The normal process is to connect your camera during the import process.
However, it is also possible to create a disk image of your camera and import from there. You can create a disk image in just a few minutes. When the disk image is mounted, it appears to iMovie to be just like a camera.
Also, if you have a flash memory based camera, like my SDHC model from Panasonic, you can quickly remove one SDHC card, put in another one, and keep filming. You can capture off the SDHC card through a USB card reader without having the camera attached.
Message was edited by: AppleMan1958

How to Reduce import time

Hi All,
Import time of a specific dump file is 1.5 Hr on oracle server 9i realese2 OS is United Linux. While the same file is imported on another machine having oracle server 9i realese2 OS is windows XP in 15 min.
Although the specification of Linux machine is better than windows machine.
(Import Utility is executed from a machine having windows2000 for both servers)
Now how can i reduce the import time for Linux server.

Importing from linux machine takes more time than it imported from a client machine.
Also i case of window server import is done from a network machine from same machine.

Import times vary-explain this to me please

Why is it that when I’m importing a CD to iTunes (this is with either a new CD or an old CD) the import times vary so drastically?

2. It displays the objects on the stage. (It displays them one by one in the order in which they
were dragged to the stage from the Library when you designed the game in the FLA.)what does he mean by saying display them on the stage?? because i cant see them without addchild method and he said the swf file display them??!!!!!!!!
are you using pure AS3 or are you using the design tool in CS4/5
when using the design tool in CS4/5 you can have objects in the library and drag them to the stage. this will automatically at the objects to the stage without having to call addChild()
if you are using pure AS3 you don't have access to this and you have to explicity add all you objects using addChild
Here’s the issue: if the class’s constructor method includes a reference to the stage or an object that
is on the stage that hasn’t yet been displayed, you’ll get an error message saying this: here i cant understand any single word!!
Error #1009: Cannot access a property or method of a null object reference.
you would only need to add a reference to the stage for non DisplayObjects (e.g. generally things that aren't sprites or MovieClips)
All DisplayObjects have access to the stage via the stage property. The stage property for an object is always null until you call addChild, not when they are constructed as you mention.
if you are trying to use the stageWidth and stageHeight property you shouldn't do this in the constructor of the object instead you would need to add an Event.ADDED_TO_STAGE listener and then do any configuration based ont he stage within this listener.
hope that clears it up a little

Microsoft SharePoint Foundation Usage Data Import Timer Job Fails on two of six servers

Starting about one week ago this timer job started to fail on my two WFE's in a newly implemented SP2013 Farm, the ULS error and verbose details are below..Thanks.
03/19/2015 15:55:58.54 OWSTIMER.EXE (0x30D4) 0x7748 SharePoint Foundation Timer 6398 Critical The Execute method of job definition
Microsoft.SharePoint.Administration.SPUsageImportJobDefinition (ID 676104fa-9a64-4936-a6cd-986223176db5) threw an exception. More information is included below. Index was outside the bounds of the array.
825cf49c-2b6d-a0a5-c45a-88e7d3e4ed5d
03/19/2015 15:55:58.54 OWSTIMER.EXE (0x30D4) 0x7748 SharePoint Foundation Timer 72ae Unexpected Exception stack trace: at
Microsoft.SharePoint.Administration.SPAnalyticsUsageDefinition.ParseLogFileEntry(String line) at Microsoft.SharePoint.Administration.SPUsageLogImporter.ImportUsageLogFile(SPUsageProvider usageProvider,
FileInfo logFileInfo) at Microsoft.SharePoint.Administration.SPUsageLogImporter.ImportUsageLogFiles(SPUsageProvider usageProvider, String logDirName, List`1 usageLogFileList) at
Microsoft.SharePoint.Administration.SPUsageLogImporter.ImportUsageData(SPUsageManager usageManager, DirectoryInfo usageLogDirInfo, String fileFilter) at
Microsoft.SharePoint.Administration.SPUsageLogImporter.ImportUsageData() at Microsoft.SharePoint.Administration.SPUsageImportJobDefinition.Execute(Guid targetInstanceId) at
Microsoft.SharePoint.Administration.SPTimerJobInvokeInternal.Invoke(SPJobDefinition jd, Guid targetInstanceId, Boolean isTimerService, Int32& result) 825cf49c-2b6d-a0a5-c45a-88e7d3e4ed5d

Hi,
Could you please locate more relevant error information in ULS log to help troubleshooting?
If you go to Central Administration > Monitoring > Job History, change it to Failed Jobs, check if there are entries for the timer job
Microsoft SharePoint Foundation Usage Data Import Timer Job. Also try restart the timer job.
Regards,
Rebecca Tu
TechNet Community Support
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
[email protected]

Estimate the Import Time by viewing the DUMP File Size

Its very generic question and I know it can varry from DB to DB.
But is there any standard way that we can Estimate the Oracle dump import time by viewing the Export Dump file size ?

Well, it's going to be vaguely linear, in that it probably takes about twice as long to load a 2 GB dump file as to load a 1 GB dump file, all else being equal. Of course, all things rarely are equal.
For example,
- Since only index DDL is stored in the dump file, dumps from systems with a lot of indexes will take longer to load than dumps from systems with few indexes, all else being equal.
- Doing a direct path load will generally be more efficient than doing a conventional path load
Justin

Long import times Ricoh GX100 to LR versions 1.3 & 1.4

Compared with importing 10mp raw files originated in a Pentax K10D, similar size files from my new Ricoh GX100 seem to take an eternity. (10x longer is typical). I shoot and record DNG files in both cameras which should import into Lightroom without problems. I use SanDisk Ultra II 2Mb cards in both cameras.
Has anyone experienced such lengthy import times from the GX100? If not, can anyone suggest the cause and a possible remedy? (The Ricoh GX100 won several awards last year so I cannot believe the camera is intrinsically slow).
Many thanks
David

Don, thank you for your ideas. I have carried out a trial shooting the same scene five times on the same SD card in the K10D and GX100. In each case I formatted the card in the respective camera. The card was a SanDisk Ultra II.
I then imported each batch of five pictures into LR copying the photos to a new folder, importing and rendering the new images.
The K10D completed the task in 4 min 20 seconds
The GX100 completed the task in 16 minutes 50 seconds.
K10D file size is 16.25mb and measures 3872x2592 pixels
GX100 files size is 14.44mb and measures 3648 x 2736 pixels
So you can see that import and rendering times are about four times longer for the Ricoh files. But, the Pentax files are slightly bigger. You can see why downloading 100 files gets frustrating!
I wonder whether DNG files conform tightly to a standard. (Only Adobe would be able to tell that). I used one card in my experiment in case an earlier card of like specification performed more slowly. The scenes were identical to minimize another variable.
Windows XP 2Gz Pentium 4 processor and loads of memory.
Puzzling, isn't it?
David

Very long Import Times

I have an MP4 movie file about 172MB in size. I wanted to pull it into iMove 08 for editing but when I select the file and begin the import, states it will take about 280 minutes. I tried a smaller version about 80MB an only took 20 minutes to import? So 172MB, maybe 50 minutes right?
Is the stated time by iMovie correct ? I have seen other posts where users have also indicated an import time of 280 minutes. Does iMove state this long import time and then adjust it to a more accurate calculation once it has read part of the file? Is the 240 minutes a real import time?
Mike

Is the stated time by iMovie correct ? I have seen other posts where users have also indicated an import time of 280 minutes. Does iMove state this long import time and then adjust it to a more accurate calculation once it has read part of the file? Is the 240 minutes a real import time?
Believe much of the time required for import may be associated with the "thumbnail generation" process for simple file imports. The length of time required to generate thumbnails will depend on a number of factors to include, CPU power of your platform, the number of processing currently being performed, the display size of your importing file, the frame rate, and the duration of the clip. DO NOT RELY ON THE FILE SIZE IN MAKING YOUR ESTIMATES! iMovie '08 appears to generate 1 thumbnail for each frame being imported so the total number of thumbnails is equal to the frame rate time the file duration. While the thumbnails created are all the same size, the amount of data be "condensed" into the thumbnail depends on the size of the source frame and its graphic complexity. As to the the ETFC (estimated time for completion) of the generation process, the initial estimates are just that -- estimates. They will change as the application better refines its progress and can increase or decrease depending on what is going on at any given time. E.g., if you are ripping a DVD in one application, converting a file in another, answering questions in this forum, and generating your thumbnails simultaneously, each process will obviously run more slowly that if just one process were being performed independently.
ADDED: As Winston points out, "capture/imports" can add even more time to import process and will depend on the files being imported. SD DV files will take less time than HDV/AVCHD files.
Message was edited by: Jon Walker

Slow importing times from cd

Can anyone help me. i am running windows xp with service pack 3 and i am running itunes 9. i have no problems importing songs from the itunes store when i am online . however when i want to import a cd into itunes, the import times are extremely slow. importing around .06x not like i use to 2-3x .im not sure which settings need to be changed. seems like this happened after updating windows.any help would be greatly appreciated.

Hi sadielexus1,
Thanks for using Apple Support Communities. If your imported music never syncs to your iPhone, you may want to try un-checking and then re-checking the "Sync music" checkbox in iTunes by following the steps in the article below:
iTunes 11 for Windows: Set up syncing for iPod, iPhone, or iPad
http://support.apple.com/kb/PH12313
Cheers,
- Ari

Import times

Around 170 minutes for a mp4. I have 2 gigs of ram on a band new mac pro that i just got. Would getting more ram help this import time or is there a bottleneck that more ram here wont fix?

NY3Ranger wrote:
.. Would getting more ram help this import time or is there a bottleneck that more ram here wont fix?
No.
iMovie is no 'all purpose, all codecs' editor, it is meant by concept to edit camcorder imports..
an .mp4 can contain all kind of codecs&combos, which make a conversion first needed .. = time.
probably, other editors or converters are more useful to accomplish your needs..

New update causes painfully slow import time

Is anyone else feeling the pain of REALLY slow imports? On a typical shoot, I may have more than 1,000 images to import. I never had a problem before this recent update to 3.3.1. Before, it took, I don't know, maybe 20 minutes to upload all the photos (RAW 12 megapixel files), plus some time for processing. Now, it takes 20 minutes to import just 75 images. So last night, I did the import of 900 before I went to sleep. I imagine it took two or more hours.
I have the previews set to standard, and nothing else appears to be different from before. It just seems kind of ridiculous.

Your Aperture library may be damaged. I did not notice any new slowness when importing with Aperture 3.3.1. If your Aperture library is causing this, then the import should be much faster, if you import into a new, empty library - you may want to make test import to compare import times.
If it is indeed the library, use the Aperture "Library First Aid Tools" to repair the permissions and to repair the database:
Repairing and Rebuilding Your Aperture Library
http://documentation.apple.com/en/aperture/usermanual/index.html#chapter=27%26se ction=10%26tasks=true

Import time - why so long?

How come it takes so long to import a movie clip into iMovie? I've tried it using the same clip in mpeg4 and dv format. I'm trying to import a clip that's about 25 minutes in length, yet it's taking over 70 minutes just to bring it into iMovie? Is this normal? I'm also a new Mac user, just switched from PC. I'm used to working with clips that load almost immediately in whatever editing program I used on my PC. What is the best codec to use for iMovie and how can I shorten the import time?

Hi Mike,
welcome to this forum
as Graig said:
iMovie is meant to work with firewire-connected mini-dv camcorders
that insults to stay with some standards, as PAL/NTSC (and their specific settings...) and to stay with "dv" as codec..
importing mpeg4 into iMHD needs a conversion (into Apple Intermediate Codec) because any mpeg isn't editable. That conversion is done automatically by iMHD.-
the import of .dv-files should be done faster; you haven't told us, what your workflow is: do you make use of any external drives? how are they connected (usb/fw)? how are they formatted? do you stay in ONE video standard, or do you (incidently) make some video standard conversion? is this "plain dv" or some "handmade, beside-the-standards" pseudo-dv, ... we had that on some other topic here, where someone was able to generate 30fps PAL on a PC... very weird..
this (shortened) list of Qs should show you: use iM as intended.... for some basic function, even editing in QTpro could be easier then to teach the dog new tricks ;-))
besides: here's a how-to for importing DVD's footage into iM

CD import times

Similar Messages

Maybe you are looking for