19 replies to this topic

[DG0421]

I have Roxio 7.5 and am trying to create a CD that contains a single folder that contains 16,638 files.  Most files are 1k in size.  The total size of all files is 477mb. When I add this folder to the project the roxio dialog freezes while (I guess) it adds these files to the project.   I waited 15 minutes and it still had not completed so I cancelled Roxio via task manager.   I am running on a Pentium 4 3.2ghz with 1gb memory.  The application that created these 16,638 files only took about 10 minutes to create them.   Is there a limitation to the number of files that Roxio (or a CD) can accept?   I will let it run overnight to see if it finishes.

[james_hardin]

No limits that I know of.

That is one big bucket of tiny files! I didn't anything available of that size but I loaded 2 sets of one folder I did have consisting of 4,317 files. It took each set about 50 seconds pulling them across a network.

I suspect there is something else amiss here. How about a little more detail on your Project Settings and descriptions of the files involved.

[DG0421]

james_hardin, on Nov 13 2006, 01:52 PM, said:

No limits that I know of.

That is one big bucket of tiny files! I didn't anything available of that size but I loaded 2 sets of one folder I did have consisting of 4,317 files. It took each set about 50 seconds pulling them across a network.

I suspect there is something else amiss here. How about a little more detail on your Project Settings and descriptions of the files involved.

I didn't specificially set any project settings, so they are the default settings.  File System=UDF  Bridge=Joliet Validate source is checked.

These files are an export from a proprietary database.  Each file represents a record in the database.  The contents of the records are encrypted.   It did finish a few minutes ago.  I estimate it took over 30 minutes to complete.  The computer that I'm running this on is back in the lab so I wasn't present when it completed.  I have about 25 users in air trafic control facilities that are using Roxio to back up there database.  I just thought this was an unusual amount of time for it to take.  Task manager reports less than 2% utilization before I run Roxio, obviously this increases while roxio is adding the files to the project.

Any suggestions?

[lynn98109]

DG0421, on Nov 13 2006, 02:09 PM, said:

Any suggestions?

If you want to KEEP the data, NEVER format the disc, and NEVER use CD-RW.

Come to think of it, considering how long it took .... er ... I HOPE you didn't format the disc for Packet-Writing, which is really only good for moving files from one computer to another if there are no other options, and for permantly LOSING the files if that is the only copy.  But Packet-Writing can take a lot longer in a situation like this.

Lynn

[DG0421]

DG0421, on Nov 13 2006, 02:09 PM, said:

I didn't specificially set any project settings, so they are the default settings.  File System=UDF  Bridge=Joliet Validate source is checked.

These files are an export from a proprietary database.  Each file represents a record in the database.  The contents of the records are encrypted.   It did finish a few minutes ago.  I estimate it took over 30 minutes to complete.  The computer that I'm running this on is back in the lab so I wasn't present when it completed.  I have about 25 users in air trafic control facilities that are using Roxio to back up there database.  I just thought this was an unusual amount of time for it to take.  Task manager reports less than 2% utilization before I run Roxio, obviously this increases while roxio is adding the files to the project.

Any suggestions?

New developement.
After the files were finally added to the project, I then proceeded to burn the CD.  It currently sits at 9% completion (where it has been setting for 20 minutes) and processor utilization is 100%.  It took it several minutes just to launch task manager, and other application are not able to launch at all.  I will leave it like this overnight to see if it changes by morning.

[lynn98109]

DG0421, on Nov 13 2006, 02:36 PM, said:

New developement.
After the files were finally added to the project, I then proceeded to burn the CD.  It currently sits at 9% completion (where it has been setting for 20 minutes) and processor utilization is 100%.  It took it several minutes just to launch task manager, and other application are not able to launch at all.  I will leave it like this overnight to see if it changes by morning.

When I burned my eBay sales files from Zip to CD, which involved an enormous amount of fiddly litte stuff, the approx 250MB of data took half an hour or more.  By contrast, when I burned some .jpgs that were between 1MB and 2.5MB each, a similar amount of data took about 10 minutes or less.

Lynn

Edited by lynn98109, 13 November 2006 - 02:42 PM.

[DG0421]

lynn98109, on Nov 13 2006, 02:36 PM, said:

If you want to KEEP the data, NEVER format the disc, and NEVER use CD-RW.

Come to think of it, considering how long it took .... er ... I HOPE you didn't format the disc for Packet-Writing, which is really only good for moving files from one computer to another if there are no other options, and for permantly LOSING the files if that is the only copy.  But Packet-Writing can take a lot longer in a situation like this.

Lynn

To Lyn98109:

I didn't format the CD because its a CD-R.  I'm just using the standard way of creating a CD (not packet writing), using Creator Classic to do the burn.

[lynn98109]

DG0421, on Nov 13 2006, 02:40 PM, said:

To Lyn98109:

I didn't format the CD because its a CD-R.  I'm just using the standard way of creating a CD (not packet writing), using Creator Classic to do the burn.

There is no need to format either CD-R OR CD-RW.  A CD-RW is NOT a "great-big floppy-disc".

• The pits and lands of commercially pressed CDs/DVDs are physically pressed into the metal;
  
• they are set on CD-Rs by the laser "cooking" a dye;
  
• they are set on a CD-RW by the laser melting and re-crystalizing an aluminum alloy, which promptly starts to de-crystalize, taking all the data with it.  They are useful for testing, or if you only plan to use them very briefly, but otherwise they are very risky.

Lynn

Edited by lynn98109, 13 November 2006 - 02:52 PM.

[ml]

Just a thought.....

I'm assuming that you're doing this on a business computer.   Could it have built in protection that disables your ability to write to a CD?    

I have a friend who works for a software company and ALL their computers have software that prohibits them from writing proprietary data to a CD or emailing data out of their network.

[DG0421]

mlpasley, on Nov 13 2006, 08:48 PM, said:

Just a thought.....

I'm assuming that you're doing this on a business computer.   Could it have built in protection that disables your ability to write to a CD?    

I have a friend who works for a software company and ALL their computers have software that prohibits them from writing proprietary data to a CD or emailing data out of their network.

Because this computer is in a lab environment it is not controlled by a LAN group.  It is a closed network that only I control.

[DG0421]

DG0421, on Nov 13 2006, 02:36 PM, said:

New developement.
After the files were finally added to the project, I then proceeded to burn the CD.  It currently sits at 9% completion (where it has been setting for 20 minutes) and processor utilization is 100%.  It took it several minutes just to launch task manager, and other application are not able to launch at all.  I will leave it like this overnight to see if it changes by morning.

When I came in this morning the write had completed.  According to the Roxio dialog, it took 41 minutes to complete the write phase.  While it was doing the writing, the CPU utilization was at 100%, which blocked the other computers that are on the lab's network from accessing the database that is on this computer.  According to task manager the application that was using 99% of the utilization was Roxio.

When I create other CD's on this computer using fewer files, such as 200, I don't see this behavior.

Also, I saved the project (of 16,000+) files, exited Roxio, then re-launched Roxio and opened the previously saved project. It has now been 20 minutes and the project is still in the process of opening.  I'm sure it will finish at some point, but, for running on a 3.2ghz pentium 4 processor with 1gb of memory, this seems rather slow.  The only other application that is running is taking less than 2% of CPU time.  Task manger reports that creator7.exe is using 98% of the utilization.

I will next try the creating a CD using the windows built in CD writer to check its behavior.

Thanks for all the responses.

[ml]

I don't think that's normal behaviour, but I also don't think that the application was made to operate on a network.

If this is a volume license, have you checked with Roxio?   We're all just end users and most of us have the program installed on standalone home computers.

[DG0421]

DG0421, on Nov 14 2006, 06:48 AM, said:

I will next try the creating a CD using the windows built in CD writer to check its behavior.

I completed my test using the windows "CD Writing Wizard".  For this same set of 16,000+ files, windows was able to create a CD in 15 minutes from beginning to end.  This time includes the time it took for windows to copy the files to its temporary folder .. through the final ejecting of the the CD.   For now I guess we will use the built in CD writing feature.   We originally purchased Roxio to allow writing not only to CD's but to DVD's as well.   For a small number of files, something under 16,000, Roxio works fine.

[DG0421]

mlpasley, on Nov 14 2006, 07:19 AM, said:

I don't think that's normal behaviour, but I also don't think that the application was made to operate on a network.

If this is a volume license, have you checked with Roxio?   We're all just end users and most of us have the program installed on standalone home computers.

You may be right, Roxio may not be able to run properly when connected to a network, although I've never seen this statement made by Roxio.   We did purchase this as a volume license.  I will check with Roxio.

[james_hardin]

One other thing I would try regarding settings.

You have it set to UDF but also set it to No Bridge and turn off validate.

Also like to know the exact version number of Classic – Help, About.

And lastly, do you have IE7 installed on that PC.

I am still a little confused on the source/burner locations. Are they on the same PC?

If not, try copying the files to the PC that is going to burn them before starting the project. Just curious to see if that changes things.

Off subject a bit, my appreciation to all those in your facility. I haven't been flying in many years but you fellows have always been top notch! N1113T

[DG0421]

james_hardin, on Nov 14 2006, 02:41 PM, said:

One other thing I would try regarding settings.

You have it set to UDF but also set it to No Bridge and turn off validate.

Also like to know the exact version number of Classic – Help, About.

And lastly, do you have IE7 installed on that PC.

I am still a little confused on the source/burner locations. Are they on the same PC?

If not, try copying the files to the PC that is going to burn them before starting the project. Just curious to see if that changes things.

Off subject a bit, my appreciation to all those in your facility. I haven't been flying in many years but you fellows have always been top notch! N1113T

The version of Creator Classic is 7.1.0.135.
IE7 is not installed.
The source and burn locations are the same.  The source is on drive C: of the PC that is performing the burn.

I did try the new project settings you suggested and they had a dramatic impact.  When I added the folder containing the 16,000+ files to a new CD burn project, it only took it a couple of seconds.  I then performed the burn and it took only 3 minutes to complete.  Also, no disruption on the network occured during the whole process.  This is certainly the fix and I appreciate it immensly.  Thank you for taking the time to find the solution.

I also want to thank you for your kind comment about air traffic control.

Dale

[james_hardin]

I think Joliet was the culprit, validate also uses Joliet standards.

When adding the files to a Project each and every file must be checked for several things (file name, pathname, file size) to make sure they conform to the strict limits of Joliet. Only after these tests is that one file added to the project.

With 16,000 files, that is a lot of checking!

I think there is an update for that version but there would not be any earthshaking improvements. There is a Home program in the Roxio group that knows what you have installed will check for appropriate updates. If you are like me, you don't update unless there is something that will actually benefit you.

Edit: V7 is out of production and Home program no longer works. (thanks to ML for reminding me)

Edited by james_hardin, 15 November 2006 - 01:36 PM.

[ml]

james_hardin, on Nov 15 2006, 03:19 PM, said:

. There is a Home program in the Roxio group that knows what you have installed will check for appropriate updates.

Except that it no longer works for me.    I have to manually check the www.roxio.com  Support \ Software Updates page for updates to the program.  ( Although I don't think they're planning any more updates since they're now on version 9.)

[james_hardin]

Oops! I don't have V7 installed anywhere but I do believe that was posted before and I forgot about it…

Thanks for keeping me honest, ML.

[ml]

james_hardin, on Nov 15 2006, 03:34 PM, said:

Oops! I don't have V7 installed anywhere but I do believe that was posted before and I forgot about it…

Thanks for keeping me honest, ML.

No problem.   I just remember the update doesn't work because it happened to me when I reinstalled the program.