[qaac] release 2.16 (refalac 1.16)posted 14 hours ago by nu 774Read and handle multichannel layout of TAK files.Write fact chunk when decoding into WAVEFORMATEXTENSIBLE format. As far as I can see, even WMP is not in honor of the fact chunk, so this would be pretty much useless. However, since it looks like RIFF/WAV spec require it in WAVEFORMATEXTENSIBLE, this was implemented to be more spec compliant. fact chunk is not written on piped output or WAVEFORMATEX format.Automatically kill progress message when stderr is connected to nothing.

I use -V73 (~150kbps) just because I want to use "transparent for me" +1. I like AAC @~128kbps and since -V63 gives ~135kbps (almost all the time around ~100kbps with my music) I use -V63 + 1 (just in case) = -V73.

"Fixed github issue 27 (regression on 1.26). --decode was writing invalid wav file.Added --gapless-mode option (same as fdkaac).Interestingly, iTunes seems to support both of iTunSMPB and ISO standard gapless mode. QuickTime supports only the latter. In the past, I thought QT silently assumes 2112 samples of delay. However, it turned out that QT actually looks elst media_time when sbgp and sgpd are present, so it can be used generally (as described in QTFF spec).

As far as I know, iTunes is the only music player that supports gapless playback in both way."

Thanks for reporting. It was simply due to missing initialization of one new boolean flag variable introduced on 1.26, and was quite easy to fix.Maybe it could have been caught earlier by the compiler warning if I had killed tons of stupid C4244 or something (casting to smaller type).

...so, if I want gapless playback to work across most players/devices, what --gapless-mode should I choose? The default is "iTunSMPB only".

EDIT: To be clearer: Why is "iTunSMPB only" preferred over "both"?

It's default not because it's considered superior, but it's backward compatible and conservative.Probably "both" will do no harm, but I cannot assure that. Other encoders (including iTunes) only write iTunSMPB.

I just removed blatant spam, and a full quote thereof by a regular member, from a user whose name began with “laptop” and whose post consisted of an 1.5 year–old paragraph by nu774 copied and pasted and with a link to an external website added. Please think about things such as usernames and links before replying!

Is it possible to use qaac as an audio encoder in GraphEdit? I would like to connect the ffdshow audio decoder output to qaac encoder. I am currently having to do ffdshow audio decoder -->WAV Dest --> File writer. Then convert the WAV file on hard dive with qaac.

Given that qaac can already accept piped input - is there any way to set this up in graphedit to pass its output to a command-line program? If not, then please add it as a feature request to have a qaac output filter for GraphEdit. Thanks.

It seems fb2k tries to copy tags on the resulting ADTS file after encoding, and fails.You can try converting first to an intermediate file, then convert it to ADTS.Use AIFF (for example) as the intermediate file format, since fb2k doesn't support tags on AIFF.

Otherwise, you can cheat fb2k by passing qaac "-o %d.aac" or something as output filename (an extra ".aac" extension is appended to the output filename).fb2k will show error, but resulting file will not be removed by fb2k, since it's named different from what fb2k thinks.

i've encountered a rather strange glitch trying to encode in HE-AAC:output file's length(in seconds) is exactly 50% of the input.meanwhile, qaac.exe command line output displays correct processed length in seconds, also no complaints in --verbose mode except that it runs suspiciously fast.