Renamed files cannot be found/burned
#1
Posted 19 January 2007 - 12:29 PM
Problem comes later when I burn the disk. CC tells me it cannot find the file. My guess is the filename change is thorough, removing any memory of the file's true name. This means CC cannot find the original file, because the renamed version does not exist.
Is there a fix for this bug or a setting I'm missing?
#2
Posted 19 January 2007 - 12:30 PM
If you rename first and then add, what happens?
"Rincewind could scream for mercy in nineteen languages and just scream in another forty-four "
"If computers get too powerful, we can organize them into a committee; that will do them in."
“Computers have enabled people to make more mistakes faster than almost any invention in history, with the possible exception of tequila and hand guns.” — Mitch Ratcliffe
Daithi
Home Brew computer
Intel I7 950 on Gigabyte X58A UD3R mobo
12 GB Three Channel DDRAM
Radeon HD4850 512 MB GDR3 graphics
Signalink USB Audio Codec for ham radio connection
1 x 160 GB, 1 x 330 GB, 1 x 400 GB IDE drives
4 x 250 GB SATA 2
LG HL-DT-ST GGW-H20L BD-RE drive
22" Acer P223W monitor
EMC 7.5 on Windows XP 32 SP3
EMC10 on Windows XP64 SP2
Creator 2011 on Windows 7 Ultimate
ECD6 on Gentoo Linux (running under VMWare)
#3
Posted 19 January 2007 - 12:36 PM
gi7omy, on Jan 19 2007, 12:30 PM, said:
If you rename first and then add, what happens?
#4
Posted 19 January 2007 - 12:42 PM
If that fails, then it's the names themselves are the problem - you may have to rename them there (that way you get the copies albeit with a different name) but the originals are still where they were for linking - you can delete the temp folder after you're done
"Rincewind could scream for mercy in nineteen languages and just scream in another forty-four "
"If computers get too powerful, we can organize them into a committee; that will do them in."
“Computers have enabled people to make more mistakes faster than almost any invention in history, with the possible exception of tequila and hand guns.” — Mitch Ratcliffe
Daithi
Home Brew computer
Intel I7 950 on Gigabyte X58A UD3R mobo
12 GB Three Channel DDRAM
Radeon HD4850 512 MB GDR3 graphics
Signalink USB Audio Codec for ham radio connection
1 x 160 GB, 1 x 330 GB, 1 x 400 GB IDE drives
4 x 250 GB SATA 2
LG HL-DT-ST GGW-H20L BD-RE drive
22" Acer P223W monitor
EMC 7.5 on Windows XP 32 SP3
EMC10 on Windows XP64 SP2
Creator 2011 on Windows 7 Ultimate
ECD6 on Gentoo Linux (running under VMWare)
#5
Posted 19 January 2007 - 12:47 PM
UDF is more closely related to magnetic media than Joliet or ISO9660 but not all characters are allowed.
What you may have to do is copy the source files to a temporary directory and rename them before you add them to your burning project.
XP Pro/SP2
NVIDIA GeForce4 MX 440 w/AGP8X
#6
Posted 19 January 2007 - 12:47 PM
This sucks, though. This is the sort of problem that is solved in version 0.9 beta, not still around in version 8.
#7
Posted 19 January 2007 - 12:57 PM
leftnotracks, on Jan 19 2007, 08:47 PM, said:
This isn't a problem with the software - it's the standardisation of file/path names and that's set elsewhere
"Rincewind could scream for mercy in nineteen languages and just scream in another forty-four "
"If computers get too powerful, we can organize them into a committee; that will do them in."
“Computers have enabled people to make more mistakes faster than almost any invention in history, with the possible exception of tequila and hand guns.” — Mitch Ratcliffe
Daithi
Home Brew computer
Intel I7 950 on Gigabyte X58A UD3R mobo
12 GB Three Channel DDRAM
Radeon HD4850 512 MB GDR3 graphics
Signalink USB Audio Codec for ham radio connection
1 x 160 GB, 1 x 330 GB, 1 x 400 GB IDE drives
4 x 250 GB SATA 2
LG HL-DT-ST GGW-H20L BD-RE drive
22" Acer P223W monitor
EMC 7.5 on Windows XP 32 SP3
EMC10 on Windows XP64 SP2
Creator 2011 on Windows 7 Ultimate
ECD6 on Gentoo Linux (running under VMWare)
#8
Posted 19 January 2007 - 01:03 PM
gi7omy, on Jan 19 2007, 12:57 PM, said:
The way the program should work: Rename the file automatically or let the user enter a new name. The original file is untouched, but the file will be renamed when written. The program knows the original filename as well as the corrected name. I call this bloody obvious.
#9
Posted 19 January 2007 - 01:12 PM
"...ISO 9660, a standard published by the International Organization for Standardization (ISO), defines a file system for CD-ROM media. It aims at supporting different computer operating systems such as Microsoft Windows, Mac OS, and systems that follow the Unix specification, so that data may be exchanged...."
"Rincewind could scream for mercy in nineteen languages and just scream in another forty-four "
"If computers get too powerful, we can organize them into a committee; that will do them in."
“Computers have enabled people to make more mistakes faster than almost any invention in history, with the possible exception of tequila and hand guns.” — Mitch Ratcliffe
Daithi
Home Brew computer
Intel I7 950 on Gigabyte X58A UD3R mobo
12 GB Three Channel DDRAM
Radeon HD4850 512 MB GDR3 graphics
Signalink USB Audio Codec for ham radio connection
1 x 160 GB, 1 x 330 GB, 1 x 400 GB IDE drives
4 x 250 GB SATA 2
LG HL-DT-ST GGW-H20L BD-RE drive
22" Acer P223W monitor
EMC 7.5 on Windows XP 32 SP3
EMC10 on Windows XP64 SP2
Creator 2011 on Windows 7 Ultimate
ECD6 on Gentoo Linux (running under VMWare)
#10
Posted 19 January 2007 - 01:19 PM
So I was doing what the program seemed to be asking, yet the program was ignoring my instructions (not renaming the file). If the only solution is renaming the original file, then tell me that instead of giving options that imply correcting the problem, yet do nothing.
The program should either automatically give the file a compliant name or let the user enter a new name. This name will be used when writing the file, but the original file will be left alone.
Edited by leftnotracks, 19 January 2007 - 01:29 PM.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users





