iTunes 10.7.0.21, CoreAudioToolbox.dll 7.9.8.1. Waiting for some expert to tell what's new.
Pink Floyd - The Dark Side of The Moon -V63 with 7.9.7.9 = 43.2MB, avg. bitrate 139 Kbps / -V63 with 7.9.8.1 = 42.6MB, avg. bitrate 137 Kbps
Pink Floyd - Wish You Were Here -V63 with 7.9.7.9 = 43.2MB, avg. bitrate 135 Kbps / -V63 with 7.9.8.1 = 41.7MB, avg. bitrate 130 Kbps
1406 -V63 songs + covers = 7.9.7.9 5.48GB / 7.9.8.1
5.36GBI wanted to try to compare ALAC but the command -A doesn't work anymore:
Manual
qaac.exe -A "03. Pigs (Three Different Ones).wav"
qaac 1.40, CoreAudioToolbox 7.9.8.1
03. Pigs (Three Different Ones).wav
Apple Lossless Encoder
ERROR: Invalid ALACSpecificConfig!
foobar2000
Conversion failed: The encoder has terminated prematurely with code 2 (0x00000002); please re-check parameters
According to Apple, today's update was only incremental as it "just" added support for iOS 6 and iDevices that support said OS. The big update, which isn't coming until October, may or may not upgrade the encoder that they use. So I too am curious to see why things are a little different with this version of iTunes.
Right after I've reconverted everything I was thinking about iTunes 11, and maybe do it all over again, well... 20mins for ~1400 songs is not that bad.
I don't even think we needed a 10.7 version, I've been using iOS 6 since the first day of the beta and it was perfectly functional with iTunes 10.6, of course they have their reasons.
Let's wait for a reply from nu774 and see what's new on this version.
Released qaac 1.41 now.
There was a format change of ALAC magic cookie on the new CoreAudioToolbox (7.9.8.1).
New version returns the same format as the open sourced ALAC encoder, which is documented in ALACMagicCookieDescription.txt.
Probably this update was done to make them consistent.
qaac 1.41 takes care of both old and new format.
Thank you for the update.
Did anything change in terms of quality for AAC? I'm asking because the avg. bitrate for True VBR is lower and even the size is.
Did anything change in terms of quality for AAC? I'm asking because the avg. bitrate for True VBR is lower and even the size is.
I confirmed resulting bitstream (and size) is different from 7.9.7.9, but I don't know what has actually changed (quality, bug-fix, etc).
I reencoded an album earlier encoded with CoreAudio 7.9.7.9 and the bitrate of newer CoreAudio is slightly lower.
Also I have made a spectral views of encoded audio short part, they are slightly different. Any conclusion which snapshot could be better?
7.9.7.9:
(http://content.screencast.com/users/nobody5/folders/Snagit/media/6222d998-3208-4c38-9f0d-4ea1e1866754/7.png)
7.9.8.1:
(http://content.screencast.com/users/nobody5/folders/Snagit/media/dbde883c-4d60-47d7-b338-af50aa2b1b0c/09.13.2012-21.png)
The lowpass frequency appears to be the same - beyond that, there is nothing useful that can be gained from those.
Any conclusion which snapshot could be better?
Depends. Which is the one that makes sound?
Bit-Comparing two files made with 7.9.7.9 and 7.9.8.1:
-a128
Differences found in 1 out of 1 track pairs.
Comparing:
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -a128 7979\04. Time.m4a"
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -a128 7981\04. Time.m4a"
Differences found: 36437644 sample(s), starting at 0.0000000 second(s), peak: 0.3619905 at 13.0465986 second(s), 2ch
-a128 -q1 (same as iTunes High Quality (128kbps) setting)
Differences found in 1 out of 1 track pairs.
Comparing:
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -a128 -q1 7979\04. Time.m4a"
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -a128 -q1 7981\04. Time.m4a"
Differences found: 36372859 sample(s), starting at 0.0000000 second(s), peak: 0.3286602 at 15.3048526 second(s), 1ch
-c128
Differences found in 1 out of 1 track pairs.
Comparing:
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -c128 7979\04. Time.m4a"
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -c128 7981\04. Time.m4a"
Differences found: 36442639 sample(s), starting at 0.0000000 second(s), peak: 0.3739062 at 302.3941043 second(s), 1ch
-V63
Differences found in 1 out of 1 track pairs.
Comparing:
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -V63 7979\04. Time.m4a"
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -V63 7981\04. Time.m4a"
Differences found: 36430926 sample(s), starting at 0.0000000 second(s), peak: 0.2852085 at 337.7100000 second(s), 1ch
-v128
Differences found in 1 out of 1 track pairs.
Comparing:
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -v128 7979\04. Time.m4a"
"D:\Music\ToDo\Pink Floyd\1973 - The Dark Side of the Moon (2011 Remaster) -v128 7981\04. Time.m4a"
Differences found: 36442702 sample(s), starting at 0.0000000 second(s), peak: 0.3185556 at 12.5673243 second(s), 1ch
I don't know if anyone can tell what's different from this.
I don't think much can be said other than the results that were found conducting that test. It might be all for not though since iTunes 11 is about a month away from being released. Even then, that might not change anything with the encoder that Apple is implementing. I have my reservations about upgrading to iTunes since it appears they are getting rid of the list view of an entire library but that is a different discussion.
TVBR 91 appears to have no difference between qaac 1.39 and 1.41.
neothe0ne, you may want to research how qaac works.
If I understand good then audio data is related to apple's encoding library not to qaac.
Although I think there's little difference from previous version (compare bitrates and spectral graphs between versions)
neothe0ne, you may want to research how qaac works.
Core Audio Toolbox was changed between those 2 versions, so what are you implying that I'm doing wrong here?
neothe0ne, you may want to research how qaac works.
Core Audio Toolbox was changed between those 2 versions, so what are you implying that I'm doing wrong here?
Well, like you said it was wrong, two versions of qaac don't change/mean anything for the decoder but now you've changed the reply and of course it makes the difference, the DLL from iTunes/QuickTime was different.
neothe0ne, you may want to research how qaac works.
Core Audio Toolbox was changed between those 2 versions, so what are you implying that I'm doing wrong here?
Well, like you said it was wrong, two versions of qaac don't change/mean anything for the decoder but now you've changed the reply and of course it makes the difference, the DLL from iTunes/QuickTime was different.
Just for the record:
Underlined is your assumption of what I was talking about (I have no idea why you or how you would assume that... because it's obviously very very very wrong)
Bolded is untrue.
neothe0ne, my last reply to this discussion.
I was just telling you that the DLL (CoreAudioToolbox.dll) is what matters for the encoding of AAC with QAAC, based on what you said here: "TVBR 91 appears to have no difference between qaac 1.39 and 1.41."
Also yes, you didn't change your reply, you changed your statement, correcting what you said before and saying: "Core Audio Toolbox was changed between those 2 versions". Of course the quality was going to be different, not because of QAAC though.
And talking about the topic again, it's funny higher encoding result in slightly smaller files, I just encoded at -V36 for a project and the files with 7.9.8.1 are bigger, Apple may have improved the quality at lower bitrates?
Eahm.
Can You try to do some blind tests and post them here?
IgorC, I can try but I promise you right now I will not hear anything different. AAC is so good I don't even notice anything from -V54 to Lossless, these little changes they are doing now are not for us I'm sure but for some kind of encoder optimization.
I don't know if this means anything, but I converted an album back in june *using sound forge izotope to downsample and quicktime pro to encode*
I use tvbr, and granted there's a new itunes update and version of sound forge izotope since then *but not a new qt update*, I rencoded the album again with the same process and the bitrate between the two are dramatically different.
Here's an example
Song
Before 96kbps After 89
Song 2
Before 106 After 100
Song 3
Before 117 After 101
Song 4
Before 145 After 147
It's perplexing really, there's no consistency to the difference in bitrates between the 2 different encodes, the settings are exactly the same, and wondering possibly if it were an error I deleted the new encode and re-encoded all over gain twice, and the results are exactly the same. Using replaygain, the peaks are different too, quicktime uses core audio I believe, but I have no idea if it's that or the soundforge update *which updates the izotope converter too*.
If any experts can chime in I'd love to hear some theories.
I would very much like to ditch Apple over Fraunhofer because they don't talk about these updates/changes.
I don't think much can be said other than the results that were found conducting that test. It might be all for not though since iTunes 11 is about a month away from being released. Even then, that might not change anything with the encoder that Apple is implementing. I have my reservations about upgrading to iTunes since it appears they are getting rid of the list view of an entire library but that is a different discussion.
List view will still be there, slightly different but it's still there.
I've went back and re-encoded other albums.
Allot show significantly lower bitrates on average than before.
What this tells me is the tweaks on coreaudio must've directly effected quicktime too, because it hasn't been updated in months but I'm already seeing a difference in bitrates.
Stuff that will be 139 will become 127, 130 will become 114, etc...
Some songs will show an increase in bitrate by like 4, but the drastic difference is in the bitrate drop.
I've used quicktime for a few years and this is the most drastic change in bitrate I've seen.
An album that was 56.3mb before now became 53mb.
Now, these albums I'm comparing are my personal needledrops and as I've mentioned before sound forge has been updated also *I downsample with izotope*, however in my experience downsampling in the past after the update while the peaks do change in the files the bitrates stay virtually the same. So I think this is all coreaudio at work...
I would love to hear an enthusiast chime in.
Mix3dmessagez, did you by chance read the first post? I've reconverted ~1400 songs, albums don't necessarily get smaller, some get bigger. For sure it's better, Apple likes to improve its components. Let's move on more technical details/issues.
Mix3dmessagez, did you by chance read the first post? I've reconverted ~1400 songs, albums don't necessarily get smaller, some get bigger. For sure it's better, Apple likes to improve its components. Let's move on more technical details/issues.
Yes I have, I was just reporting from my personal findings quicktime itself has been effected by the coreaudio update, and not just the encoder in itunes.
So. Can anybody blind listening any differences between older and current CoreAudio or is the bitrate decrease only result of compression optimization?
So. Can anybody blind listening any differences between older and current CoreAudio or is the bitrate decrease only result of compression optimization?
http://www.hydrogenaudio.org/forums/index....st&p=808650 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=96970&view=findpost&p=808650)
http://www.hydrogenaudio.org/forums/index....st&p=808666 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=96970&view=findpost&p=808666)
I noticed two major differences so far:
- 3ch(C+L+R) AAC encoding is supported on 7.9.8.1. It already works with qaac without modification on qaac side.
- ExtAudioFileRead() crashes when decoding HE-AACv2 on 7.9.8.1 (this has nothing to do with qaac, though).
Thanks for the info.
Can Apple (or even qaac) convert to HEv2? Is it possible with a specific command line or it's automatic below certain bitrates?
If it is available, you can probably use "afconvert -d aacp" or something in Mac OS X. I don't have Mac or iOS devices, so I'm not familiar with Apple products at all.
As for qaac, NO (same as iTunes for Windows).
New iTunes 11.0.2.25. CoreAudioToolbox.dll is the same.
The file CoreAudioToolbox.dll is different between QuickTime & iTunes, though version is the same?
iTunes:
File: C:\Program Files (x86)\Common Files\Apple\Apple Application Support\CoreAudioToolbox.dll
Size: 4986768 bytes
File Version: 7.9.8.2
Modified: Monday, January 28, 2013, 13:08:16
MD5: D420904DDF2619DA2A96371B0D4670C9
SHA1: 686334C8CC26B0C79FFBE361455EC2E5841BD4C2
CRC32: BF71EFDD
QuickTime:
File: C:\Program Files (x86)\foobar2000\QTfiles\CoreAudioToolbox.dll
Size: 4986768 bytes
File Version: 7.9.8.2
Modified: Thursday, October 11, 2012, 21:56:10
MD5: 8A73BCF073DA081C47C98F16E9805855
SHA1: F40BB960AC8124E191E688E46BF07DBDEADA5D02
CRC32: E4583F09
The file CoreAudioToolbox.dll is different between QuickTime & iTunes, though version is the same?
iTunes:
File: C:\Program Files (x86)\Common Files\Apple\Apple Application Support\CoreAudioToolbox.dll
Size: 4986768 bytes
File Version: 7.9.8.2
Modified: Monday, January 28, 2013, 13:08:16
MD5: D420904DDF2619DA2A96371B0D4670C9
SHA1: 686334C8CC26B0C79FFBE361455EC2E5841BD4C2
CRC32: BF71EFDD
QuickTime:
File: C:\Program Files (x86)\foobar2000\QTfiles\CoreAudioToolbox.dll
Size: 4986768 bytes
File Version: 7.9.8.2
Modified: Thursday, October 11, 2012, 21:56:10
MD5: 8A73BCF073DA081C47C98F16E9805855
SHA1: F40BB960AC8124E191E688E46BF07DBDEADA5D02
CRC32: E4583F09
This is only different timestam making the diiff
iTunes 11.1.1.11 has 7.9.8.3. Nothing changed again.
Can a mod please remove the Topic Description so we can keep it general to every iTunes version?
Please delete this post as well.
Thank you.
edit:
Topic Title: QTFiles (iTunes, QuickTime, CoreAudioToolbox.dll) changes thread
First come up with something compliant with TOS #6, please.
First come up with something compliant with TOS #6, please.
Please check the edit. Thanks.
New iTunes (11.1.2.31) has CoreAudioToolbox.dll 7.9.8.3. Nothing changed again.
Apple AAC encoder was already mature since 2005. I don't think there were any revolutionary changes since then ... and there won't be anymore.
Last change was in April 2013, I don't know if much changes regarding quality, ever since 2006 like you said but I keep track of changes anyway, it doesn't cost me anything reporting here. The audio checksum changes every time there is a number change.
I appreciate the reporting, since I would test a new version if it appears.
New iTunes 11.1.3.8 still 7.9.8.3. Nothing changed again.
QuickTime 7.7.4 has CoreAudioToolbox.dll 7.9.8.3.
New iTunes 11.1.4 and new CoreAudioToolbox.dll 7.9.8.4
but the name of the dll now is "AppleApplicationSupport_CoreAudioToolbox.dll"
and I don't know what changes in this version.
Odd, I just downloaded new iTunes. Same version number you mentioned, 11.1.4, but I'm getting a different version of CoreAudioToolbox
I'm getting 7.9.8.5 and the name is still CoreAudioToolbox.dll
Odd, I just downloaded new iTunes. Same version number you mentioned, 11.1.4, but I'm getting a different version of CoreAudioToolbox
I'm getting 7.9.8.5 and the name is still CoreAudioToolbox.dll
I have extract with 7-zip and the name is "AppleApplicationSupport_CoreAudioToolbox.dll", but extract with cmd line the name is correct and for me the version is 7.9.8.4
as you can see here:
(http://i.imgur.com/VShQzmq.png)
I guess I got the best of both worlds.
iTunes 11.1.4, the file is named "AppleApplicationSupport_CoreAudioToolbox.dll", and the file version/product version for me is 7.9.8.5.
I guess I got the best of both worlds.
iTunes 11.1.4, the file is named "AppleApplicationSupport_CoreAudioToolbox.dll", and the file version/product version for me is 7.9.8.5.
qaac show as version 7.9.8.5 but is not, the file version for me is 7.9.8.4
(http://i.imgur.com/8VsBZkl.png)
I checked the properties of the file first, then checked QAAC. both report to me 7.9.8.5.
your screenshot is very interesting. for me, the bottom field - "original file name" - has a value of "CoreAudioToolbox.dll". according to your screenshot, you're looking at a file that was originally named "CoreAudioResources".
are you sure you're looking at the properties of the file that QAAC is actually using?
EDIT: added image.
(http://i.imgbox.com/dxdtAVq9.png) (http://imgbox.com/dxdtAVq9)
I checked the properties of the file first, then checked QAAC. both report to me 7.9.8.5.
your screenshot is very interesting. for me, the bottom field - "original file name" - has a value of "CoreAudioToolbox.dll". according to your screenshot, you're looking at a file that was originally named "CoreAudioResources".
are you sure you're looking at the properties of the file that QAAC is actually using?
yes I'm sure.
qaac show 7.9.8.5, but file version is 7.9.8.4 and I have download itunes from Apple – iTunes site again x86 and x64 versions and the file version is 7.9.8.4.
I have extracted the AppleApplicationSupport.msi file.
yes I'm sure.
qaac show 7.9.8.5, but file version is 7.9.8.4 and I have download itunes from Apple – iTunes site again x86 and x64 versions and the file version is 7.9.8.4.
I have extracted the AppleApplicationSupport.msi file.
No. New one is 7.9.8.5, File and Product version: http://imgur.com/QSb0GfX (http://imgur.com/QSb0GfX)
update:
I've extracted and renamed the QTFiles manually and everything works perfectly with qaac 2.33.
yes I'm sure.
qaac show 7.9.8.5, but file version is 7.9.8.4 and I have download itunes from Apple – iTunes site again x86 and x64 versions and the file version is 7.9.8.4.
I have extracted the AppleApplicationSupport.msi file.
No. New one is 7.9.8.5, File and Product version: http://imgur.com/QSb0GfX (http://imgur.com/QSb0GfX)
update:
I've extracted and renamed the QTFiles manually and everything works perfectly with qaac 2.33.
I don't know why for me is show 7.9.8.4 as post before and show it on posts before.
and yes qaac work fine I made a mistake in the test.
Probably just Windows icons cache? Is the new file in the EXACT location of the old one?
Probably just Windows icons cache? Is the new file in the EXACT location of the old one?
I have cleaned Windows icons cache and extract AppleApplicationSupport.msi with cmd line "msiexec /a /qb TARGETDIR="
the name files are corret with command line, but the file version is the same 7.9.8.4
(http://i.imgur.com/1M7TvEY.png)
You have the wrong iTunes setup.
Check the version of iTunesSetup.msi (or iTunes64Setup.msi). The files in the new one are not even renamed like you see them there. They all have AppleApplicationSupport_ before the name.
You have the wrong iTunes setup.
Check the version of iTunesSetup.msi (or iTunes64Setup.msi). The files in the new one are not even renamed like you see them there. They all have AppleApplicationSupport_ before the name.
my itunes version is 11.1.4.62 and AppleApplicationSupport_ before the name is if you extract with 7-zip.
if you extract with command line you don't have "AppleApplicationSupport" before the name.
But I have extract with 7-zip and without and the versions still the same 7.9.8.4.
here is my itunes version download again 2 minutes ago.
(http://i.imgur.com/cyTwoL5.png)
and here extract with 7-zip AppleApplicationSupport_ before the name
(http://i.imgur.com/tQEvUUP.png)
moob2014, don't know what to say, you are doing something wrong.
Tested and double checked, 7.9.8.4 and 7.9.8.5 encoded files are bit identical.
moob2014, don't know what to say, you are doing something wrong.
Tested and double checked, 7.9.8.4 and 7.9.8.5 encoded files are bit identical.
eahm, no problem
I think made all things right but...
can you please send me your CoreAudioToolbox.dll???
here is mine:
http://www12.zippyshare.com/v/46814064/file.html
The one you shared on zippyshare is 7.9.8.5. It's already the latest.
The one you shared on zippyshare is 7.9.8.5. It's already the latest.
what?
And why show 7.9.8.4 in my windows?
I have windows 8.1 updated portuguese.
file version in your windows is 7.9.8.4 or 7.9.8.5??
We are OT, File and Product version, of the one you sent me, are 7.9.8.5.
OT again, stop using that WinRAR bs, use 7-Zip and share files in .zip.
Keeping the OT, that file you just shared is copyrighted by Apple, you can't share it.
They just don't properly update version resources for every locale, so number shown in the windows explorer property should be inconsistent among various locales.
qaac always picks up the number from the one for en-US.
We are OT, File and Product version, of the one you sent me, are 7.9.8.5.
the file I send show in my windows 7.9.8.4.
this is a bug of my windows?
They just don't properly update version resources for every locale, so number shown in the windows explorer property should be inconsistent among various locales.
qaac always picks up the number from the one for en-US.
So you meaning, because I'm from portugal the file version number is not the same from who download from USA??
I'm not sure he meant that exactly, since the file is the same
So you meaning, because I'm from portugal the file version number is not the same from who download from USA??
No. The CoreAudioToolbox.dll is internationalized, and contains multiple resource, each of which stands for USA, Portugal, etc...
The problem is that, version number contained in the resource for Portugal can be different from the one for USA.
Windows will pick up the one for your country /language settings. So, on different country, file version for the same binary can be shown different.
This has been a known issue, and qaac has been always using the one for en-US to avoid this inconsistency.
I'm not sure he meant that exactly, since the file is the same
thanks, eahm.
I think that exactly mean because what I reply to you in PM
thank you
So you meaning, because I'm from portugal the file version number is not the same from who download from USA??
No. The CoreAudioToolbox.dll is internationalized, and contains multiple resource, each of which stands for USA, Portugal, etc...
The problem is that, version number contained in the resource for Portugal can be different from the one for USA.
Windows will pick up the one for your country /language settings. So, on different country, file version for the same binary can be shown different.
This has been a known issue, and qaac has been always using the one for en-US to avoid this inconsistency.
Thanks for your explanation.
well justifies why the same file shows a different number according to the location
but its very strange for me the version is 7.9.8.4 and for who live in USA the same file is 7.9.8.5
I think this version problem is neglible since CoreAudioToolbox seems only update the version number but not touched the encoder part in any way.
Conversion with old and "new" toolbox produces exactly same audio data for me
Hello,
@nu774
I found that your latest (v. 4) makeportable.cmd script works as intended if I add ^^ before ! in 7z lines. Is it my environment (cmd in W7 64) that creates this particular behaviour?
AiZ
@nu774
I found that your latest (v. 4) makeportable.cmd script works as intended if I add ^^ before ! in 7z lines. Is it my environment (cmd in W7 64) that creates this particular behaviour?
Could you try instead adding the following?
setlocal disabledelayedexpansion
I guess you have enabled delayed expansion on registry setting or something, in which case exclamation mark will become another quote character that needs to be escaped as you say.
However, I'm afraid your solution should not work when it is disabled (and it is disabled by default).
If that fixes your issue, I can update makeportable.
Well,
Could you try instead adding the following?
setlocal disabledelayedexpansion
I guess you have enabled delayed expansion on registry setting or something, in which case exclamation mark will become another quote character that needs to be escaped as you say.
I was testing your script at work and, of course, it is absolutely functional at home.
I'll tell you Monday what happens after the mod.
Have a nice WE,
AiZ
Hello,
Script is perfectly working at work after the modification.
Thank you,
AiZ
Script is perfectly working at work after the modification.
Thanks for testing. Updated now (v5).
New iTunes 11.1.5.5, CoreAudioToolbox 7.9.8.5. Nothing changed.
There is also a new QuickTime 7.7.5.
There is also a new QuickTime 7.7.5.
That's probably why they updated iTunes, same CoreAudioToolbox 7.9.8.5 on QuickTime 7.75.80.95.
I downloaded QT 7.75.80.95 and it contains CoreAudioToolbox.dll 7.9.8.3
I downloaded QT 7.75.80.95 and it contains CoreAudioToolbox.dll 7.9.8.3
You're right, my bad.
New iTunes 11.2.0.114, CoreAudioToolbox.dll 7.9.8.5.
Nothing changed.
Apples AAC developement is ended, time to move to other codecs
Apples AAC developement is ended
Do you have a link Apple saying that? I don't mind reporting new versions and just want to know if Apple said anything officially (because they never do?)
time to move to other codecs
Woo..not so fast, I still think AAC is the best lossy codec.
New iTunes 11.2.0.115, CoreAudioToolbox.dll 7.9.8.5.
Nothing changed.
New iTunes 11.2.2.3, CoreAudioToolbox.dll 7.9.8.5.
Nothing changed.
The good news is that iTunes 11.3 brings new CoreAudioToolbox 7.9.8.6. The bad news is that I don't know if AAC converter was updated. Will post later my findings...cheers
Edit: AAC converter was not updated ;(
at least not at mainstream profile
Thanks Anakunda and yes, the CoreAudioToolbox 7.9.8.6 from iTunes 11.3.0.54 gives bit-bit identical files from the 7.9.8.5.
New iTunes 11.3.1.2, CoreAudioToolbox 7.9.8.6. Nothing changed.
Does anybody even know why Apple keeps releasing new versions when nothing is actually new about them? Maybe the version number for CoreAudioToolbox is set to automatically increment when other components get updated, or something.
Apple keeps updating iTunes, I only report changes in that DLL, there are many things iTunes does and always needs to be updated.
Does anybody even know why Apple keeps releasing new versions
You can check VideoHelp.com, as they post changelog.
http://www.videohelp.com/tools/iTunes (http://www.videohelp.com/tools/iTunes)
I don't actually ever use iTunes nor have the need to visit their site.
I'm sure their website must have a changelog somewhere.
But VideoHelp lists this short changelog for the most recent update to iTunes:
11.3.1
Addresses a problem where subscribed podcasts may stop updating with new episodes and resolves an issue where Itunes may become unresponsive while browsing your podcasts in a list.
Although not relevant to our needs for QAAC, iTunes isn't built solely for our needs for QAAC.
I only report changes in that DLL
That's my point. Apple keeps assigning that DLL a new version number, even though nothing ever changes, hence my speculation that it's an automated side effect of Apple's updates to other iTunes components.
I only report changes in that DLL
That's my point. Apple keeps assigning that DLL a new version number, even though nothing ever changes, hence my speculation that it's an automated side effect of Apple's updates to other iTunes components.
My guess is it's set to auto-update, but the only thing that changes is comments or nits which don't effect the output of the compile.
New iTunes 12.0.1.26, CoreAudioToolbox.dll 7.9.9.3.
Didn't test it yet.
The resulting files (-c, -v and -V) are bit identical, nothing changed.
CoreAudioToolbox.dll 7.9.9.3., no difference on output
iTunes 12.1.1.4, CoreAudioToolbox.dll 7.9.9.6
iTunes 12.1.2.27, CoreAudioToolbox.dll 7.9.9.6
Just to clarify for myself, is it correct that the AAC encoder hasn't changed since CoreAudioToolbox.dll 7.9.8.1?
That sounds about right. I started using qaac at CAT 7.9.8.3 and have been following this thread since then, and Apple hasn't made any known improvements in the interim, and most "new" versions produce bit-perfect matches to the older ones. It seems Apple increments the CAT version number arbitrarily when other parts of QuickTime/iTunes change, but they've stopped developing their AAC encoding engine.
^^^ Even if it's true that there haven't been improvements to the encoder's compression efficiency for some time, isn't is still desirable to deploy updates? Maybe they're fixing security flaws, or maybe they improve the runtime of some routines?
For those of us who only extract the necessary CAT DLLs to make qaac run and don't use QuickTime or iTunes, the updates are totally useless as far as I can see.
iTunes 12.2.0.145, CoreAudioToolbox.dll 7.9.9.6
iTunes 12.2.1.16, CoreAudioToolbox.dll 7.9.9.6
iTunes 12.2.2.25, CoreAudioToolbox.dll 7.9.9.6
iTunes 12.3.0.44, CoreAudioToolbox.dll 7.10.5.0
Haven't tested yet.
Can a mod please rename the thread "New iTunes/QuickTime, CoreAudioToolbox.dll"?
Thanks.
Any word on changes/updates to the encoder, or is it still the same?
Any word on changes/updates to the encoder, or is it still the same?
I'd be curious as well. We went from 7.9.x.x to 7.10.x.x which suggests a minor feature update (the conventional numbering scheme is major.minor.bugfix.development_build)
Well, something changes but don't know much more than that.
D:\Downloads\makeportable 79>qaac.exe -V63 --no-optimize "01. Atom Heart Mother.wav"
qaac 2.55, CoreAudioToolbox 7.9.9.6
01. Atom Heart Mother.m4a
AAC-LC Encoder, TVBR q63, Quality 96
[100.0%] 23:45.160/23:45.160 (52.5x), ETA 0:00.000
62849556/62849556 samples processed in 0:27.170
Overall bitrate: 134.309kbps
D:\Downloads\makeportable 710>qaac.exe -V63 --no-optimize "01. Atom Heart Mother.wav"
qaac 2.55, CoreAudioToolbox 7.10.5.0
01. Atom Heart Mother.m4a
AAC-LC Encoder, TVBR q64, Quality 96
[100.0%] 23:45.160/23:45.160 (59.0x), ETA 0:00.000
62849556/62849556 samples processed in 0:24.140
Overall bitrate: 134.311kbps
I switched to FhG long ago (Total encoding time: 0:15.328, 92.97x realtime).
iTunes 12.3.1.23, CoreAudioToolbox.dll 7.10.5.0
iTunes 12.3.2.35, CoreAudioToolbox.dll 7.10.5.0
iTunes 12.3.3.17, CoreAudioToolbox 7.10.5.0
iTunes 12.4.0.119, CoreAudioToolbox.dll 7.10.5.0
iTunes 12.4.1.6, CoreAudioToolbox.dll 7.10.5.0
iTunes 12.4.2.4, CoreAudioToolbox.dll 7.10.6.0
nu774, makeportable is only able to extract QTFiles not QTFiles64 now. Thanks.
Just tried iTunes6464Setup.exe of 12.4.2.4.
makeportable works for both 32bit and 64bit here.
CoreAudioToolbox.dll 7.10.6.0, no changes in output data
Just tried iTunes6464Setup.exe of 12.4.2.4.
makeportable works for both 32bit and 64bit here.
Confirmed, sorry iTunes was downloaded from CodecPack.co thinking it was the official direct link but I guess Apple uses more links, this one was named only iTunes64setup.exe (one 64 not two) and makeportable didn't extract QTFiles64 even if the iTunes setup file is the same. Thanks for double checking.
When I run ver 2.59 qaac64 --check I get an error on the CoreAudioToolbox.dll that makeportable extracted from iTunes6464setup.exe 12.4.2.4... can anyone else confirm this behavior?
">qaac64 --check
ERROR: 193: CoreAudioToolbox.dll"
Sorry... never mind, it's just an issue of which Microsoft C Runtime Library was already on one machine but not on another. :-[ Duh!
iTunes 12.4.2.4, CoreAudioToolbox.dll 7.10.6.0
Only get CoreAudioToolbox.dll 7.10.5.0 here. Tested multiple download places for the latest iTunes and it's the same on all of them..... ???
Only get CoreAudioToolbox.dll 7.10.5.0 here.
If you want to get the correct version number for CoreAudioToolbox.dll then you have to use the "qaac --check" command.
Window only gives you the localized version number.
Only get CoreAudioToolbox.dll 7.10.5.0 here.
If you want to get the correct version number for CoreAudioToolbox.dll then you have to use the "qaac --check" command.
Window only gives you the localized version number.
Thnx for the info :)
iTunes 12.4.3.1, CoreAudioToolbox.dll 7.10.6.0
iTunes 12.5.1.21, CoreAudioToolbox.dll 7.10.7.0
iTunes 12.5.2.36, CoreAudioToolbox.dll 7.10.7.0
iTunes 12.5.3.16, CoreAudioToolbox.dll 7.10.7.0
Dude...
iTunes 12.5.3.17, CoreAudioToolbox.dll 7.10.7.0
iTunes 12.5.4.42, CoreAudioToolbox.dll 7.10.8.0
Are you sure? Here I see CoreAudioToolbox ver. 7.10.7.0
Are you sure? Here I see CoreAudioToolbox ver. 7.10.7.0
I downloaded itunes and extracted tooolbox today
http://storage3.static.itmages.com/i/16/1214/h_1481711050_7799705_5c18ee0828.png
http://storage3.static.itmages.com/i/16/1214/h_1481711306_5282941_26c141a5ab.png
P.S. Screenshots were made on linux
I re-checked and indeed it was 7.10.8.0. Don't know what was wrong the 1st time. Sorry for the noise.
It's funny actually few times it did it for me and other users as well, we had to check 3-4 times to get the right version, not sure why. I check the DLL directly now.
Anyone check to see if the encoder has actually been updated?
Okay, took a minute to answer my own question
Encoded "40 Years: A Charlie Brown Christmas" using QAAC at q109 TVBR
Total size
7.10.7.0: 83.1MB
7.10.8.0: 82.6MB
If anything, it appears slightly more efficient.
Is there a direct link for 32bit iTunes 12.5.4.42?
Edit: Never mind I found:
- 32bit iTunes (https://secure-appldnld.apple.com/itunes12/031-86054-20161212-CC264356-BE1D-11E6-BD92-B3E982FDB0CC/iTunesSetup.exe)
- 64bit iTunes (https://secure-appldnld.apple.com/itunes12/031-86055-20161212-CC2643BA-BE1D-11E6-BD92-B2E982FDB0CC/iTunes6464Setup.exe)
Last one, I've been using FLAC exclusively from years ago and when I occasionally use lossy I go MP3 (LAME) or AAC (FhG with Winamp DLLs) because of its speed.
OT: I bought a Mac in December and it's funny how much better iTunes is on Windows.
iTunes 12.5.5.5, CoreAudioToolbox.dll 7.10.8.0
iTunes 12.6.0.95, CoreAudioToolbox.dll 7.10.9.0
Just a Follow Up, since it's been over a year.
iTunes 12.7.4.80, CoreAudioToolbox.dll 7.10.9.0
Another follow-up: iTunes 12.9.1.4 still uses CoreAudioToolbox 7.10.9.0
iTunes 12.12.3.5, still CoreAudioToolbox 7.10.9.0
iTunes 12.12.8 released today with CoreAudioToolbox 7.10.9.0
It's the exact same DLL signed back in May 2022. Absolutely no change since then.
However, I read the whole thread, and now I wonder if 7.10.9.0 is worse than the previous 7.9.x.x versions for sound quality?
If so, which version of toolbox would you say was the peak of Apple AAC/sounds the best to this day?
Apologies for the noise.
iTunes 12.12.8 released today with CoreAudioToolbox 7.10.9.0
It's the exact same DLL signed back in May 2022. Absolutely no change since then.
However, I read the whole thread, and now I wonder if 7.10.9.0 is worse than the previous 7.9.x.x versions for sound quality?
If so, which version of toolbox would you say was the peak of Apple AAC/sounds the best to this day?
Apologies for the noise.
Hi
firt well I appreciate your post , because i was downloading the last itunes 64bit for the encoder
do you mean if iTunes 12.5.5.5, CoreAudioToolbox.dll 7.10.8.0 encoder is better than 7.10.9.0, isn't it?
well i'm interested too.
thanks
iTunes 12.12.9.4 released with CoreAudioToolbox 7.10.9.0. Still the same.
iTunes 12.13.1.3 released with CoreAudioToolbox 7.10.9.0. Still the same (623DFB344F473EF508DEBB0BC5DA9EF2 for x64)
iTunes 12.13.1.3 released with CoreAudioToolbox 7.10.9.0. Still the same (623DFB344F473EF508DEBB0BC5DA9EF2 for x64)
Hi
I have just downloaded Itunes 64bit 12.13.1.3
the my hash is
iTunes64Setup.exe >
MD5: 5244DA1A3AF67A01D563449FF0ECC544
SHA-1: B19B472C80E4A401CACF4A2FD0AC3E4B6CE040B4
SHA-256: 541C30B2D72705AFE75649F97E3DAF677B8576E6E73D6F78F7265A0DED61011F
used makeportable2.cmd to extract and CoreAudioToolbox.dll is still 7.10.5.0 ?
CoreAudioToolbox.dll >
MD5: E968094548C7AFB25120936B84E1CF9C
SHA-1: B49C87E133F6FE6C1E8415022C7C670C4BE99388
SHA-256: E82B7194A387C69E9599C8A9B1445BB90FCB1FD8C118D389FB273A982CE46E4B
might you please confirm hashes ?
thanks
iTunes 12.13.1.3 released with CoreAudioToolbox 7.10.9.0. Still the same (623DFB344F473EF508DEBB0BC5DA9EF2 for x64)
Hi
I have just downloaded Itunes 64bit 12.13.1.3
the my hash is
iTunes64Setup.exe >
MD5: 5244DA1A3AF67A01D563449FF0ECC544
SHA-1: B19B472C80E4A401CACF4A2FD0AC3E4B6CE040B4
SHA-256: 541C30B2D72705AFE75649F97E3DAF677B8576E6E73D6F78F7265A0DED61011F
used makeportable2.cmd to extract and CoreAudioToolbox.dll is still 7.10.5.0 ?
CoreAudioToolbox.dll >
MD5: E968094548C7AFB25120936B84E1CF9C
SHA-1: B49C87E133F6FE6C1E8415022C7C670C4BE99388
SHA-256: E82B7194A387C69E9599C8A9B1445BB90FCB1FD8C118D389FB273A982CE46E4B
might you please confirm hashes ?
thanks
I might try re-downloading; I just extracted and my CoreAudioToolbox.dll is 7.10.9.0.
iTunes64Setup.exe >
MD5: 5244DA1A3AF67A01D563449FF0ECC544
SHA-1: B19B472C80E4A401CACF4A2FD0AC3E4B6CE040B4
SHA-256: 541C30B2D72705AFE75649F97E3DAF677B8576E6E73D6F78F7265A0DED61011F
CoreAudioToolbox.dll >
MD5: E968094548C7AFB25120936B84E1CF9C
SHA-1: B49C87E133F6FE6C1E8415022C7C670C4BE99388
SHA-256: E82B7194A387C69E9599C8A9B1445BB90FCB1FD8C118D389FB273A982CE46E4B
used makeportable2.cmd to extract and CoreAudioToolbox.dll is still 7.10.5.0 ?
It may be that Apple's developers are lazy and have modified the version number of the English interface, but the other language interfaces have not been modified. You can unzip the CoreAudioToolbox.dll file through 7z and view the version.txt file in the 1033 folder.
@always.beta @jarsonic Hi
I have downloaded from another site , not from the original site and now i have CoreAudioToolbox 7.10.9.0, AAC-LC Encoder
the hash is the same
thanks , i have appriated your help