A Burning Discrepancy
#1
Posted 24 November 2008 - 10:01 PM
This discrepancy would then give the user the wrong idea as to what he could actually burn, ie. the red part of the shown meter has little to do with reality, along with the supposed size. Perhaps I am missing something here?
Thoughts?
Various Printers
#2
Posted 25 November 2008 - 04:58 AM
In any case, I will try one but it will take a while.
#3
Posted 25 November 2008 - 06:47 AM
Each disk (magnetic) or disc (optical) has sectors of a fixed size. If you look at any file on your hard drive, you will see two numbers - one os the actual file size and the other is 'space on disk'.
What happens is that files cannot overlap sectors in use, so if you have a file that even uses ONE byte of a sector, that sector is flagged 'unusable' for the next file but it will show as 'free space' (confusing I admit).
Also, on any optical disc there has to be room for other data apart from the files themselves - the Table of Contents, End of File markers all use up small amounts of space - but the loss is cumulative
"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)
#4
Posted 25 November 2008 - 12:04 PM
In any case, I will try one but it will take a while.
nope mb (megabyte). this is the space left/free before the 4.7gb is hit.
Various Printers
#5
Posted 25 November 2008 - 12:22 PM
Each disk (magnetic) or disc (optical) has sectors of a fixed size. If you look at any file on your hard drive, you will see two numbers - one os the actual file size and the other is 'space on disk'.
What happens is that files cannot overlap sectors in use, so if you have a file that even uses ONE byte of a sector, that sector is flagged 'unusable' for the next file but it will show as 'free space' (confusing I admit).
Also, on any optical disc there has to be room for other data apart from the files themselves - the Table of Contents, End of File markers all use up small amounts of space - but the loss is cumulative
I think I am not explaining myself. On the bottom of the My DVD screen there is a horizontal status bar and, under that what I think is a running description of the probable space used on the DVD ("used: ?? free: ??) To the left is the size of the dvd to be burned. If the "used" amount goes over 7.4gb the horizontal status bar goes red and the "free" goes to a minus amount. What I have been trying to say is that the 'used' amount has nothing to do with the resulting size nor does the horizontal status bar have much to do with the result, either on disk or in an iso file. I have a file, for instance, that shows that the probable size will be 4545mb. When this project is sent to an iso file the reality is that the size turns out to be something like 3740mb which is a rather large difference. My quibble is that if the user pays attention to this, and they need more space they just might already have it - if they ignore what the program tells them. I have another file, for instance, that runs 455mb past the 4.7gb limit yet the resulting iso file is less than 4.5gb.
This is not a big deal for me and I can work around it. My thought is that users should be made aware that these probable figures are not accurate at all. I only use this program to make slideshows when we take a trip as I can give them to the kids and they can see what insanities we have been indulging in. The only real problem I have had was just making the program run. I took care of that by doing a slash and burn on my computer (covered elsewhere). It turns out that the problem was not with Roxio but with my machine <sigh> I should also mention that Roxio seems to have only updated creator 10 one time. Nero, on the other hand, with their latest and greatest, only months old, has gone through over a dozen 'adjustments'. I also own that program and when I first got it it simply would not even run (7 iterations back). Their response was that I debug their program for them. I am giving them more time to get it right and have decided that I am not going to do free beta testing - been there, done that.........
Various Printers
#6
Posted 25 November 2008 - 12:33 PM
You also have to keep in mind that '4.7 GB' as stated by a drive maker is actually lower than you would think (drive and disc makers both use numbers to the base 10 where 1,000 bytes = 1 KB, where the OS actually uses numbers to the base 2 where 1,024 bytes = 1 KB). The result is that a disc's '4.7 GB' is actually quite a bit smaller than 4.7 GB as read by an app (I'll let you work out the math there
I suppose it all depends what convention the program is using
"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)
#7
Posted 26 November 2008 - 03:13 AM
The estimate is based on the usable space and of course is an estimate. It cannot be precise until it actually renders the project but who wants to wait hours for a perfect answer when a good guess is available at the moment.
#8
Posted 26 November 2008 - 11:08 AM
The estimate is based on the usable space and of course is an estimate. It cannot be precise until it actually renders the project but who wants to wait hours for a perfect answer when a good guess is available at the moment.
I suspect that I have beaten this dead horse enough. However, the suggested figures are simply waaay underestimated, based on my results which was my original whine. I suspect the estimate could be decreased by 10% with little problem. Just a thought........
Various Printers
#9
Posted 26 November 2008 - 11:37 AM
Sorry but you would be wrong.
The ISO is not a complete file, there is more to it than what you see.
If you burn a Folder you will end up with another different number and you cannot draw any conclusions from that one either.
Roxio does know something about this. Even MS would not touch burning optical media! The burning you see in XP and Vista was written by Sonic/Roxio for MS.

Help
Roxio Community






