AIFF/WAV file size problem
AIFF/WAV file size problem
Hello Folks,
Thanks in advance for your time in helping me with this question.
I am in the midst of making a mix cd for a group of friends. I have put together the perfect playlist in iTunes but it's just a little to big to fit on the disc. My first thought was to resample some of the music in order to make the files smaller but this doesn't seem to be working. My source files are all 320kbps mp3s that I am then converting to AIFFs (44.100khz, 16bit, stereo) for burning. My thought was to resample the mp3s to be slightly smaller (224kbps, for instance) which would then lead to the final AIFFs being smaller as a result. This seems logical but its not working. Regardless of the bitrate of the source mp3, the resulting AIFF is always the same size. Am I missing something here? I have scoured the internet for this simple question and I have come up empty.
And yes, I realize that the workflow I am talking about here will not result in the finest audio quality but I am OK with that.
Thanks again!
Thanks in advance for your time in helping me with this question.
I am in the midst of making a mix cd for a group of friends. I have put together the perfect playlist in iTunes but it's just a little to big to fit on the disc. My first thought was to resample some of the music in order to make the files smaller but this doesn't seem to be working. My source files are all 320kbps mp3s that I am then converting to AIFFs (44.100khz, 16bit, stereo) for burning. My thought was to resample the mp3s to be slightly smaller (224kbps, for instance) which would then lead to the final AIFFs being smaller as a result. This seems logical but its not working. Regardless of the bitrate of the source mp3, the resulting AIFF is always the same size. Am I missing something here? I have scoured the internet for this simple question and I have come up empty.
And yes, I realize that the workflow I am talking about here will not result in the finest audio quality but I am OK with that.
Thanks again!
- JGriffin
- zen recordist
- Posts: 6739
- Joined: Thu Jul 31, 2003 1:44 pm
- Location: criticizing globally, offending locally
- Contact:
An mp3 file is a compressed format file that can be different sizes. An .aif file --when used for an audio CD*-- is not and can't. It's 16 bits, 44,100 kHz. That defines its size. It does not change. (rule of thumb: 5 MB/min in mono, 10 MB/min in stereo --though it's a little less than that really in practice, as you'll see. It makes the math clean though)
A standard audio CD holds between 74 and 80 minutes of music depending on what kind of blank CD you're dealing with, and that's your limit.
So: it doesn't matter what size mp3 you're starting with, once you convert to .aif the size is set.
Your other option is to make an mp3 CD, but you need special players/computers for that, it won't work in a standard audio CD player.
* there ARE different sizes of .aif files, but not for use on an audio CD. Other sample/bit rates etc. exist but if you put them on an audio CD it won't play right.
A standard audio CD holds between 74 and 80 minutes of music depending on what kind of blank CD you're dealing with, and that's your limit.
So: it doesn't matter what size mp3 you're starting with, once you convert to .aif the size is set.
Your other option is to make an mp3 CD, but you need special players/computers for that, it won't work in a standard audio CD player.
* there ARE different sizes of .aif files, but not for use on an audio CD. Other sample/bit rates etc. exist but if you put them on an audio CD it won't play right.
"Jeweller, you've failed. Jeweller."
"Lots of people are nostalgic for analog. I suspect they're people who never had to work with it." ? Brian Eno
All the DWLB music is at http://dwlb.bandcamp.com/
"Lots of people are nostalgic for analog. I suspect they're people who never had to work with it." ? Brian Eno
All the DWLB music is at http://dwlb.bandcamp.com/
- Jay Reynolds
- carpal tunnel
- Posts: 1607
- Joined: Thu Feb 07, 2008 5:48 pm
- Location: Raleigh, NC
- Contact:
Are you asking itunes to apply crossfades to the cd? If you are and that is still not helping, I'd say that you're "over the line". This isn't Vietnam, Smokey. There are rules.
Maybe see if you can use your audio editor to crop some of the dead space from the beginnings and endings of the tracks. Or you might see if there are some fade-outs that can happen faster. Or just cut out some sections. Or get rid of the last song on the mix.
Maybe see if you can use your audio editor to crop some of the dead space from the beginnings and endings of the tracks. Or you might see if there are some fade-outs that can happen faster. Or just cut out some sections. Or get rid of the last song on the mix.
Prog out with your cog out.
- nerdtronica
- pluggin' in mics
- Posts: 34
- Joined: Wed May 28, 2008 4:24 pm
- Contact:
Thanks a lot for all the quick, good feedback. I had a feeling that there was nothing I could do outside of chopping seconds off of songs or dropping whole songs off entirely. Luckily for me, since I typed this question, I realized that the media I was using was mislabeled -- I thought it was 80min when it's actually 74min. I have since tried an 80min CDR and it burns fine which I kind of don't understand because while the mix is 78mins long, it also says that it's 790mb. How is it fitting on a 700mb,80min disc?
- nerdtronica
- pluggin' in mics
- Posts: 34
- Joined: Wed May 28, 2008 4:24 pm
- Contact:
The data may weigh 790mB when you start, but your CD burning program has rendered your files to a different CD format and all your songs should now have a different size than the original data file (wav or Aiff). Audio CD's are time sensitive, not file size sensitive.pdx_pdx wrote:Thanks a lot for all the quick, good feedback. I had a feeling that there was nothing I could do outside of chopping seconds off of songs or dropping whole songs off entirely. Luckily for me, since I typed this question, I realized that the media I was using was mislabeled -- I thought it was 80min when it's actually 74min. I have since tried an 80min CDR and it burns fine which I kind of don't understand because while the mix is 78mins long, it also says that it's 790mb. How is it fitting on a 700mb,80min disc?
AIFF/WAV have error correction data in them, which accounts for the extra 100 megs or so. This is why burning a AIFF as a data disc doesn't really work.
"It's not a recording studio without a lava lamp"
~Mark Rubel
"Don't meddle in the affairs of a patent dragon, for thou art tasty and good with ketchup." ~ohcrapitssteve
~Mark Rubel
"Don't meddle in the affairs of a patent dragon, for thou art tasty and good with ketchup." ~ohcrapitssteve
2 bytes/sample x 88,200 samples/second x 60 sec/min x 80 min / 1,048,576 bytes/Mbyte = 807.50 Mbytes
Of the above answers, the only one I find acceptable is the one re: over-writing, but I'm still a little confused by the whole thing.
My original idea was that it was a difference in the way megabytes are counted, but that usually works in reverse. My brand new "320Gig" Maxstor HD showed up in Windows as something like 290G, which freaked me out until I dug a little deeper and found that it does, in fact, have capacity to store something close to 320 billion bytes of data. Windows counts the Gigs correctly though: 1024 bytes/Kb x 1024K/M x 1024M/G = 1,073,741,824 bytes/G. This yeilds 298 G out of 320 billion bytes. Maxstor - and, I'd assume, most other HD manufacturers - counts its Gigs decimally, probably to make them look bigger.
I still want to know how you get 790M onto a 700M disk!
Of the above answers, the only one I find acceptable is the one re: over-writing, but I'm still a little confused by the whole thing.
My original idea was that it was a difference in the way megabytes are counted, but that usually works in reverse. My brand new "320Gig" Maxstor HD showed up in Windows as something like 290G, which freaked me out until I dug a little deeper and found that it does, in fact, have capacity to store something close to 320 billion bytes of data. Windows counts the Gigs correctly though: 1024 bytes/Kb x 1024K/M x 1024M/G = 1,073,741,824 bytes/G. This yeilds 298 G out of 320 billion bytes. Maxstor - and, I'd assume, most other HD manufacturers - counts its Gigs decimally, probably to make them look bigger.
I still want to know how you get 790M onto a 700M disk!
That's a marketing thing. You see, back in the day, marketing departments were too stupid to know that 1 kilobyte was not equal to 1000 bytes. Unfortunately that's held over these days. At least they don't work off of bits...ashcat_lt wrote:My original idea was that it was a difference in the way megabytes are counted, but that usually works in reverse. My brand new "320Gig" Maxstor HD showed up in Windows as something like 290G, which freaked me out until I dug a little deeper and found that it does, in fact, have capacity to store something close to 320 billion bytes of data. Windows counts the Gigs correctly though: 1024 bytes/Kb x 1024K/M x 1024M/G = 1,073,741,824 bytes/G. This yeilds 298 G out of 320 billion bytes. Maxstor - and, I'd assume, most other HD manufacturers - counts its Gigs decimally, probably to make them look bigger.
"It's not a recording studio without a lava lamp"
~Mark Rubel
"Don't meddle in the affairs of a patent dragon, for thou art tasty and good with ketchup." ~ohcrapitssteve
~Mark Rubel
"Don't meddle in the affairs of a patent dragon, for thou art tasty and good with ketchup." ~ohcrapitssteve
Who is online
Users browsing this forum: No registered users and 157 guests