Skip to main content

Topic: QAAC: discussion, questions, feature requests, etc. (Read 353952 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • LigH
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #600
QAAC can only provide the features the Apple AAC Encoder supports. If you want a different core feature, try to ask Apple to implement it...
http://forum.gleitz.info - das deutsche doom9/Gleitz-Forum

  • lvqcl
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #601
Im targeting 128kbits


If you want some specific bitrate then you should use CBR or ABR modes
  • Last Edit: 30 March, 2014, 04:54:58 PM by lvqcl

  • LigH
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #602
But you should not want specific bitrates anymore. VBR has the advantage that the codec uses as much as it needs to maintain a stable quality. Modern container formats like MP4 or MKV are able to handle VBR audio.
http://forum.gleitz.info - das deutsche doom9/Gleitz-Forum

  • sven_Bent
  • [*][*][*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #603
Im targeting 128kbits


If you want some specific bitrate then you should use CBR or ABR modes


Which i already said above... but om unsure how much a Quality "loss" there will be with the bit distribution being less flexible
2pass vbr (like in nero digital) if it had been possible would give me the benefit of both worlds.
CBR seems to be hitting pretty close to my target bitrate though

So in reality it boils down to Quality on QAAC CVBR vs Nero digital 2pass VBR, which if off topic for this thread

@light
Totally agree but having a size limit i need to adjust for size in encoding
Sven Bent - Denmark

  • nu774
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #604
On some extreme cases, even ABR can give you resulting bitrate that is far from the one you have requested. For instance:
qaac -a 128 fatboy.wv --> 187.877kbps
By concatenating fatboy.wv (which is very short) multiple times, bitrate decreases but you will still get 152kbps or so and no less.

  • sven_Bent
  • [*][*][*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #605
possibility to implant a /low cpu priority switch ? which will start qaac/coretools in lower than normal cpu priority ?

i know ican do it by command line  Start /below normal qaac.exe but that pop up a new windows that steals focus which is annoying when multitasking.
adding /b to not open a new windows just screws it all up

this is a part of my batch files

start /belownormal /wait Qaac.exe -V 73  "%~n1_track2.wav"
ren "%~n1_track2.m4a" "%~n1_track2.V73.m4a"

start /belownormal /wait Qaac.exe -V 82  "%~n1_track2.wav"
ren "%~n1_track2.m4a" "%~n1_track2.V82.m4a"

if i add /b to make it not start in a new windows, it ignores the /wait tag for some reason. which results and over seeking/disk trashing and reduces performance
Sven Bent - Denmark

  • nu774
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #606
$ qaac | grep nice
-n, --nice            Give lower process priority.

  • sven_Bent
  • [*][*][*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #607
$ qaac | grep nice
-n, --nice            Give lower process priority.



Thank you i had completely missed that option
Sven Bent - Denmark

  • sluggy
  • [*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #608
[qaac] release 2.36 (refalac 1.36)
posted 6 minutes ago by nu 774
2.36 includes some minor fixes:

Improved accuracy of seeking on MP3 files by increased amount of preroll. Still doesn't count how many frames required due to bit-reservoir, but prerolling of 9 frames should be enough...
Fixed bitrate formatting on --format. Has been printing in decimals for 3ch only.
Fixed --stat. Incorrect values were written at the beginning (regression introduced by --num-priming or something).
Updated taglib.

https://sites.google.com/site/qaacpage/cabinet

  • nu774
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #609
I was somehow thinking that bit reservoir is mainly for making CBR more like ABR-ish, so I was surprised to see that lame -V5 (VBR) regularly generates files having dependency of 9 preceding frames at most due to bit reservoir, that made me fix preroll distance for MP3.
I din't think it was being abused for VBR THAT much. Could anybody tell me why?

  • halb27
  • [*][*][*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #610
If VBR would only change frame bitrate a maximum local bitrate of just 320 kbps were possible. By active inclusion of the bit reservoir local bitrate can be significantly higher. In order to do so and because there is no look ahead mechanism, bit reservoir must be kept on a high level no matter whether it's actually used or not.
lame3995n -Q0.5

  • lvqcl
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #611
Reservoir usage for VBR -V5 in two versions of LAME:

3.98.4


3.99.5


(3.96, 3.97 are similar to 3.98.4)

  • nu774
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #612
harb27:
Thanks, that makes sense. What confused me was that VBR looked more aggressively using reservoir than CBR.

lvqcl:
Wow. I wasn't aware of that. Astonishing difference.
What is the software in the picture?

  • IgorC
  • [*][*][*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #613
It's encspot

  • nu774
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #614

  • Brazil2
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #615
EncSpot

Which version of EncSpot is it ? Mine doesn't show this tab

  • lvqcl
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #616
Which version of EncSpot is it ? Mine doesn't show this tab

Encspot 2.1 Pro build 494, and license file

  • LigH
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #617
Indeed ... I remember that GuerillaSoft officially released this license code because it abandoned EncSpot.
  • Last Edit: 02 May, 2014, 12:53:57 PM by LigH
http://forum.gleitz.info - das deutsche doom9/Gleitz-Forum

  • Brazil2
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #618
Encspot 2.1 Pro build 494, and license file

I have v2.2 Pro beta 2 with the free license, I guess that's the one you're talking about because v2.2 is build 494 while latest v2.1 beta 1 is build 489.

Anyway, I miss three tabs: Bit Graph, Reservoir Usage and Big values, tested with files encoded with LAME 3.98.4 and 3.99.5 both coming from Rarewares, VBR and CBR.
Any idea what I'm doing wrong ?

  • LigH
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #619
True, EncSpot 2.2 beta 2 does not contain these tabs anymore. But you still can get at least max. and avg. values as directory table columns.
http://forum.gleitz.info - das deutsche doom9/Gleitz-Forum

  • lvqcl
  • [*][*][*][*][*]
  • Developer
QAAC: discussion, questions, feature requests, etc.
Reply #620
google for "http://www.hydrogenaudio.org/forums/index.php?showtopic=45738" (with quotes)

  • Brazil2
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #621
So there is a v2.1 Pro build 494. And it's showing all of the tabs
Thanks for the tip

  • eahm
  • [*][*][*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #622
[qaac] release 2.37 (refalac 1.37)
posted 3 hours ago by nu 774
Fixed a bug: AAC in CAF generated by qaac --caf was not playable due to bogus kuki chunk (Descriptors inside of esds box are expected, but qaac was writing bare AudioSpecificConfig).

https://sites.google.com/site/qaacpage/cabinet

Thanks nu774 as always for your great work.

  • tahaa7
  • [*]
QAAC: discussion, questions, feature requests, etc.
Reply #623
I don't have much experience with AAC and lossy encoders in general, since I don't usually use them, but I am now inclined to do so because I do want to have a few more tracks on my poor 16GB iPhone than I would be able to with lossless codecs.

Having said that, I ask what is the best AAC encoding option with qaac, quality-wise? I don't care about efficiency, etc., I just want the closest thing to lossless without actually using lossless. From what I've read so far on QuickTime AAC encoder, it seems like the best option quality-wise would be CVBR @ 320kbps with quality 96, is that correct?

Thanks.

  • o-l-a-v
  • [*][*][*]
QAAC: discussion, questions, feature requests, etc.
Reply #624
I'd go tvbr -127. AFAIK cvbr is made if you want to achieve a given bitrate = quality is not 1st priority. TVBR on the other hand has quality as its' primary goal.